TBD Music playlist 2017/6

Списочек вот на прослушивание-закупку накидал для себя, обновление, так сказать, плейлистов.

  • Jinjer (клипы вполне, музыка весьма достойная, даже сначала не вкурил, что поют соседи, но местами слишком няшные, хех)
  • Lacuna Coil (вокал ок, все – ок 🙂 )
  • In This Moment (эпатаж изо всех щелей так и прет, солистка, Мария, таки жжот)
  • Arch Enemy (новая певичка у них, я еще не вкурил, но Госсов мне нравилась больше, да и на слух ну совсем дичъ, их я, пожалуй, выкину из плейлистов, но несколько вещей у них есть, да 😉 )

Больше, больше металла 🙂

NB Serial port term emu with non-standard baud rate

As a part of T.B.D. here 😉 miniterm2.py – very nice and light program from pyserial package.

This one is connection with esp8266 (bricked for some reason).

VBox manual startup w/o snapshot

Light (argh!) script with some common things for any other Guest OS’es.

Do-not-forget-post. Looks like one-liner is not possible in this case 😉

Host OS: Solaris 11.3.

Guest OS: Windows XP 32bit SP3 (VDI already created).

NB Быстрая генерация файлов с произвольным содержимым на *nix

Хочется велосипеда, ну хоть иногда? 😉 mkfile надоел не подходит? Тогда делаем:

openssl rand -out ascii_file.txt -base64 $(( 2**27 * 3/4 ))

где: 2**27 = 128 Mb, 3/4 = накладные расходы на base64.

Оказалось несколько быстрее, чем “потрошить” urandom, потом драть из него символы, потом – писать.

Просто 🙂

Поточный бэкап снимка ZFS.

Известно, что Veritas NetBackup умеет бэкапить (и восстанавливать) именованные каналы (named pipes, пайп(ы) дальше по тексту). Этим и воспользуемся.

Дано: файловая система ZFS, около 1 Тб в объеме, около 2-х миллионов файлов на ней, небольшого размера – 200-400 Кб. каждый. Для понимания – сделаем ls -la внутри этой директории, подождем. Много – и долго.

Надо: изготовить резервную копию этой ФС. Обычный бэкап работает очень медленно (tar, bpbackup) – около 12-18 часов на одну ФС, поток в 4-8 Мб/c – неприменимо, лента занята слишком долго одним заданием. Скорость модификации составляет около 800 Мб-1Гб/сутки по предварительной оценке (добавляются новые файлы). Что делает применение обычного файлового бэкапа вообще малореальным. Задачи восстановления единичного файла с ленты – не стоит. Предполагаем, что политики у нас уже настроены…

Делаем:
– создаем снимок ФС (по хорошему – надо перестраховаться и “притормозить” приложение, но – нам известен регламент записи заранее – и потому этого мы делать не будем, занимаясь изготовлением снимка в подходящий момент)
– создаем пайп
– запускаем процесс отправления снимка
– запускаем процесс бэкапа (в нашем случае NB bpbackup)
– ждем окончания процесса
– удаляем пайп
– удаляем снимок

Скорость – 50-80 Мб/c – на порядок лучше, чем стандартными средствами. Очевидный минус – из архива проблематично достать единичный файл.

Как всегда – бэкап без восстановления – пустое место. Если надо – нарисую последовательность команд для восстановления. Она такая же простая. Вдумчивое “курение” документов позволит отказаться от запуска скрипта на стороне сервера.