Ubuntu в качестве серверной платформы любит обновиться в автоматическом режиме и радостно рапортует при входе на сервер о необходимости перезагрузки
Управление автоматическими обновлениями регламентируется с помощью unattended upgrades. О принципах работы этого пакета можно почитать, к примеру, на хабре. Для тех же, кому по душе следить за обновлениями системы самостоятельно, есть возможность отключения:
dpkg-reconfigure unattended-upgrades
Обновления системы привносят в систему хаос из кучи версий ядер. Если под /boot выделен отдельный мелкий раздел, то рано или поздно можно столкнуться с нехваткой места на нем. Хранить всю ветку старых ненужных ядер ни к чему, достаточно оставить самое свежее и предыдущее (вдруг будет необходимость откатиться). Остальные сносим командой
apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | head -n -1)
На сервере кончается свободное место на дисках, а купить новый в этом месяце в бюджет не заложено? Ищем не самые полезные с точки зрения отказоустойчивости методы решения вопроса и вспоминаем, что все сервера у нас собраны на программных зеркалах mdadm raid1. Пришло время избавиться от дублирования данных в угоду увеличению объема тех самых данных. Это увеличит риски потерять все в случае выхода из строя любого из дисков, но иногда можно этим пренебречь (как говорил классик, все люди делятся на три категории: 1) те кто еще не делают бэкапы, 2) те кто уже делает, 3) кто проверяет что он там набэкапил).
Итак, суть: возьмем RAID1 из двух дисков, выбросим из него один диск, накатим туда пустой LVM, переложим данные, загрузимся с этого диска, грохнем raid и расширим LVM за счет освободившегося второго диска.
Идея не претендует на новаторство, однако пошагового how-to при беглом гуглении найти не удалось. Были найдены варианты с переделкой в RAID5 в статусе degraded без одного диска, что явно не является решением нашей проблемы. А также вполне логичный вопрос (на мой взгляд) как переделать зеркало в страйп (raid1 в raid0) от Пумы несколько лет назад. Так вот, Ромка, нельзя. Из-за структуры хранения данных в страйпе, которая напоминает сцепленные в замок руки. Данные поочередно кладутся на оба диска.
Благодаря Let’s Encrypt, стало гораздо проще получать сертификаты для доменов и уверенно двигаться в ногу со временем навстречу HTTP/2. Несколько тормозит прогресс наличие огромного количества необновляемых в силу ряда причин серверов под управлением старых операционных систем. Не будем вдаваться в моральные и прочие аспекты обслуживания этого разношерстного зоопарка, в рамках данной статьи рассмотрим, как условно безболезненно получать и обновлять сертификаты для доменов на таких железках.
Итак, пытаясь установить certbot на систему типа debian 6, можно столкнуться с очень старыми версиями требуемых зависимостей (хотя бы тот же python 2.6)
Вероятно, можно перенести половину софта из других реп или наколдовать из исходников, но одним из решений является проксирование нескольких запросов к домену на другой сервер (с более свежими версиями операционных систем) и перекладывание получаемых сертификатов назад. Данный способ не является единственно верным и возможно вообще вредный. Ну в общем, как всегда, делайте на свой страх и риск. Я предупредил ;-)
Читать далее
При установке zabbix-server 3.0 в Debian 9 в связке nginx + php7.0-fpm из коробки не совсем корректно взлетел веб-интерфейс Заббикса. Графики отображаются пустыми, без легенд и надписей внутри себя.
Как выяснилось, проблема не в обновленном php-gd или иных прелестях свежего Debian-дистрибутива. Оказалось, известный разработчикам заббикса прикол. Чинится просто: находим в папке zabbix-frontend директорию шрифтов с содержимым и указываем путь к своим системным шрифтам. Примерно так:
update-alternatives --install /var/www/zabbix/fonts/graphfont.ttf zabbix-frontend-font /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf 10
Ссылки: