Сегодня я отключил поддержку Debian Squeeze в ночных сборках Midnight Commander в моем репозитарии. Это связано с необходимостью использования glib >= 2.26, которая отсутствует в squeeze.
Если вам очень нужен свежий MC в этом дистрибутиве, то вы можете слинковать нужный glib статически.
среда, 21 октября 2015 г.
понедельник, 19 октября 2015 г.
Прекращение поддержки Ubuntu Lucid и Ubuntu Utopic в моем репозитарии
Прекращаю сборку midnight commander'а для Ubuntu Lucid и Ubuntu Utopic по причине EOL.
пятница, 9 октября 2015 г.
Дурдом с хостингом в Беларуси
Занимаюсь организацией сайта для товарищества собственников своего дома. На ноутбуке за вечер набросал простенький сайт и на следующий день занялся вопросами регистрации домена и хостинга. Варианты с зарубежным хостингом отбросил по причине усложнения жизни бухгалтеру. В качестве регистратора и хостинга выбрал active.by.
После запуска сайта мне пришло уведомление, что сайт нужно зарегистрировать в БелГИЭ. Не вопрос, я уже слышал об этом "налоге", но я не слышал сколько вопросов возникает при попытке следовать закону. Например мне до сих пор не сказали сколько сайтов подлежит регистрации, если у домена есть 4 поддомена:
UPDATE: Техподдержка хостера наконец ответила, что мне придется регистрировать только site.by. Насколько я это верно в плане буквы закона - я не знаю. Если что их слова к делу не пришьешь :)
После запуска сайта мне пришло уведомление, что сайт нужно зарегистрировать в БелГИЭ. Не вопрос, я уже слышал об этом "налоге", но я не слышал сколько вопросов возникает при попытке следовать закону. Например мне до сих пор не сказали сколько сайтов подлежит регистрации, если у домена есть 4 поддомена:
- site.by - основной домен на котором крутится сайт
- www.site.by - поддомен с которого редиректит на site.by
- ftp.site.by - алиас, который сгенерировало при привязке домена к хостингу
- mail.site.by - алиас на почтовую службу хостинга
- stat.site.by - алиас на сервис статистики хостинга
UPDATE: Техподдержка хостера наконец ответила, что мне придется регистрировать только site.by. Насколько я это верно в плане буквы закона - я не знаю. Если что их слова к делу не пришьешь :)
Обновление ядра без перезагрузки
Решил попробовать обновление ядра без перезагрузки от KernelCare.
Установка очень проста (на примере CentOS 6.x):
Просмотреть информацию о примененных патчах можно командами:
К сожалению поддержки комбинации debian7 + openvz нет и не планируется. Две ноды у меня сейчас работают в такой связке. Одну можно переустановить на CentOS 6.x без особых проблем, но вторую будет значительно сложнее.
Вначале меня смутило сообщение
но в случае с поддерживаемой системой это означает, что нет доступных обновлений.
Установка очень проста (на примере 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.
Сегодня нашел упоминание, что в новых версиях Windows можно включить старое поведение Safe Remove. Для этого нужно немного пошаманить в реестре, а более подробно описано в KB2401954.
Подписаться на:
Сообщения (Atom)