среда, 21 октября 2015 г.

Прекращение поддержки Debian Squeeze в ночных сборках Midnight Commander

Сегодня я отключил поддержку Debian Squeeze в ночных сборках Midnight Commander в моем репозитарии. Это связано с необходимостью использования glib >= 2.26, которая отсутствует в squeeze.

Если вам очень нужен свежий MC в этом дистрибутиве, то вы можете слинковать нужный glib статически.

пятница, 9 октября 2015 г.

Дурдом с хостингом в Беларуси

Занимаюсь организацией сайта для товарищества собственников своего дома. На ноутбуке за вечер набросал простенький сайт и на следующий день занялся вопросами регистрации домена и хостинга. Варианты с зарубежным хостингом отбросил по причине усложнения жизни бухгалтеру. В качестве регистратора и хостинга выбрал active.by.

После запуска сайта мне пришло уведомление, что сайт нужно зарегистрировать в БелГИЭ. Не вопрос, я уже слышал об этом "налоге", но я не слышал сколько вопросов возникает при попытке следовать закону. Например мне до сих пор не сказали сколько сайтов подлежит регистрации, если у домена есть 4 поддомена:

  • site.by - основной домен на котором крутится сайт
  • www.site.by - поддомен с которого редиректит на site.by
  • ftp.site.by - алиас, который сгенерировало при привязке домена к хостингу
  • mail.site.by - алиас на почтовую службу хостинга
  • stat.site.by - алиас на сервис статистики хостинга
Так вот непонятно, трактует ли БелГИЭ последние 3 как отдельные сайты? Если да, то по-идее они уже должны быть зарегистрированы хостингом. И что насчет www.site.by и ftp.site.by - вроде это альтернативные названия одного сайта.

UPDATE: Техподдержка хостера наконец ответила, что мне придется регистрировать только site.by. Насколько я это верно в плане буквы закона - я не знаю. Если что их слова к делу не пришьешь :)

Обновление ядра без перезагрузки

Решил попробовать обновление ядра без перезагрузки от KernelCare.

Установка очень проста (на примере CentOS 6.x):

# rpm -i http://patches.kernelcare.com/kernelcare-latest.x86_64.rpm
# kcarectl --register <youid>

Просмотреть информацию о примененных патчах можно командами:

# kcarectl --info
kpatch-state: patch is applied
kpatch-for: Linux version 2.6.32-042stab111.11 (root@kbuild-rh6-x64.eng.sw.ru) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Tue Sep 1 18:19:12 MSK 2015
kpatch-build-time: Fri Oct  2 10:30:28 2015
kpatch-description: 2;2.6.32-042stab111.12

# kcarectl --patch-info
OS: openvz
kernel: vzkernel-2.6.32-042stab111.11
time: 2015-10-03 07:53:24
uname: 2.6.32-042stab111.12



kpatch-name: 2.6.32/diff-vfs-test-for-and-handle-paths-that-are-unreachable-from-their-mnt_root
kpatch-description: vfs: Test for and handle paths that are unreachable from their mnt_root
kpatch-kernel: >vzkernel-2.6.32-042stab111.11
kpatch-cve: N/A
kpatch-cvss: N/A
kpatch-cve-url: N/A
kpatch-patch-url: N/A

kpatch-name: 2.6.32/kernelcare-openvz-cpt-rst-deadlock-workaround.patch
kpatch-description: 
kpatch-kernel: 
kpatch-cve: 
kpatch-cvss: 
kpatch-cve-url: 
kpatch-patch-url:

К сожалению поддержки комбинации debian7 + openvz нет и не планируется. Две ноды у меня сейчас работают в такой связке. Одну можно переустановить на CentOS 6.x без особых проблем, но вторую будет значительно сложнее.

Вначале меня смутило сообщение

# kcarectl --info
Unknown kernel (CentOS 2.6.32-042stab111.12), no patches available

но в случае с поддерживаемой системой это означает, что нет доступных обновлений.

пятница, 2 октября 2015 г.

Использование pigz вместо gzip в tar

Чтобы при создании архива tar.gz использовались все ядра процессора нужно заменить gzip на pigz, который является многопоточной реализацией gzip, оставаясь полностью совместимым.

$ sudo apt-get install pigz
$ tar -cf /backup/bigbackup.tar.gz -I pigz /data

При этом картина выглядит следующим образом:

top - 09:19:27 up 70 days, 21:18,  2 users,  load average: 6.43, 5.07, 2.97
Tasks: 110 total,   1 running, 109 sleeping,   0 stopped,   0 zombie
%Cpu0 : 99.7 us,  0.0 sy, 0.0 ni, 0.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
%Cpu1 : 95.3 us,  4.0 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.7 si, 0.0 st
%Cpu2 :100.0 us,  0.0 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
%Cpu3 : 85.8 us, 11.6 sy, 0.0 ni, 0.3 id, 0.3 wa, 0.0 hi, 2.0 si, 0.0 st
%Cpu4 : 95.3 us,  4.0 sy, 0.0 ni, 0.3 id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st
%Cpu5 : 96.7 us,  3.3 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem:   8174040 total,  8116804 used,    57236 free,  2479404 buffers
KiB Swap:  8241148 total,     9068 used,  8232080 free,  5287848 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 4084 root      20   0  133m 5992 1228 S 584.3  0.1  32:12.81 pigz
 4083 root      20   0 18844 2436 2084 D  11.3  0.0   1:28.21 tar
  607 root      20   0     0    0    0 S   2.3  0.0   1:37.61 kswapd0

четверг, 1 октября 2015 г.

Отключение USB устройства после Safe Remove в Windows новее XP/2003

В Windows XP/2003 после безопасного извлечения устройства (usb флешки или внешнего диска) отключалось питание устройства. Начиная с Windows Vista устройство только "отмонтируется", но питание соответствующего порта USB не отключается. Для флешки это не страшно, а вот для диска нехорошо - не факт что он успеет корректно запарковаться при отключении кабеля.

Сегодня нашел упоминание, что в новых версиях Windows можно включить старое поведение Safe Remove. Для этого нужно немного пошаманить в реестре, а более подробно описано в KB2401954.