![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Тем кто не помнит, о чём я писал три года назад (ха!), напоминаю, что я пользуюсь локальным кеширующим DNS-сервером pdnsd, который всем хорош кроме лёгкой неадекватности после переподключения интернетов. Посему я наваял скриптик, пакет с которым использовал эти годы. Уж не знаю, кто тому виною, но в текущей установке проблемы с dns начинались после выхода из ждущего режима. Казалось бы, интернеты должны подключаться и пинать сервер, но что-то пошло не так!
Хорошо, что systemd позволяет фаршировать каталог /usr/lib/systemd/system-sleep скриптами, которые он дёргает при различных suspend действиях, передавая действие одним из аргументов скрипту. Так и родился данный скрипт, который с месяц тестировался и показал безупречную работу локально, а затем влился во всё тот же пакет pdnsd-restart:
if [ "$1" = pre ]
then
/bin/systemctl stop pdnsd.service
fi
if [ "$1" = post ]
then
/usr/bin/sleep 1
/bin/systemctl start pdnsd.service
fi
Как оказалось, xfs не умеет автоматически бороться с фрагментацией данных. Посему узнаём список пациентов: grep xfs /etc/mtab и проверяем степень фрагментирования по sudo xfs_db -c frag -r /dev/sdxN. Сегодня намерялось 0,7 и 3,4 % для двух клиентов. При этом второй рапортовал об ошибках ФС. Так что оно ещё и не чинится автоматически :( Пришлось ребутнуться и sudo xfs_repair -v /dev/sda1 его. После дефрагментации после sudo xfs_fsr path, где path может быть папкой или файлом и не обязательно, намерялось 0,6 и 1,4 % соответственно, так что, видимо, до пары процентов можно не париться. А вот проверяться на ошибки не помешает.
Posted via LeechCraft Blogique.
