На днях внезапно развалился рейд (никогда такого не было и вот опять). Как оказалось, почта от smartd перестала ходить, но естественно я этого не заметил.

Решил что хватит, надо наконец-таки сделать нормальный мониторинг. Как настраивать prometheus и grafana в интернете много написано, я не буду повторяться. Замечу только что в gentoo нет loki, технически он есть в оверлеях, но и там promtail собирается без поддержки journald (да, у меня gentoo с systemd, ну вот так). Поэтому пришлось ручками¹.

Но в общем заметка не об этом. Заметка о том, что если уж делать мониторинг, то надо мониторить всё подряд. В том числе QNAP-овский NAS на arm7. Подробности под катом.

Перенёс postfix на новый хост, но встала проблемка – перебивать везде ip для отсылки почты лень и я не вспомню все, где надо, и всё сломается. Задался вопросом, как бы схитрить, по крайней мере на некоторое время.

В качестве sendmail на хостах без postfix-а используется nullmailer. Беглый гуглёж показал, что в интернетах говорят дескать “не умеет ваш nullmailer в smtp, ставьте postfix”, что, конечно, неправда. Или же говорят “да, nullmailer то что надо” но не объясняют как его повесить на 25 порт от слова совсем. Решение очевидное, но явилось мне не сразу. Подробности под катом.

Понадобилось использовать кабель подлиннее для монитора, но внезапно оказалось что через него не пролезает i2c, хотя с картинкой всё ок. Сначала я хотел просто написать modeline в конфиг xorg, но консоль в разрешении 640х480 выглядит не очень. Проблема решается оверрайдом EDID.

Маленькая заметка о том как захостить статический сайт-визитку без “настоящего” хостинга, с помощью ipfs.

Что такое ipfs объяснять не буду, Википедия лучше меня объяснит. Что нас интересует в данном случае – это то что существуют гейты из ipfs в clearnet.

DISCLAIMER: годится исключительно для личных микро-проектов и игрушек, серьёзной нагрузки эта история не выдержит.

Долго не мог понять что не так с моим ipv6: после смены конфигурации несколько минут ничего не пингуется, сеть не работает, хотя адрес и роут присвоены. Раньше, в стародавние времена, когда ipv4 ещё не кончились, такого не наблюдалось. Грешил на systemd-networkd, но он тут, оказывается, ни при чём.

Если хочется сделать hard copy ключа PGP/GPG (что в общем случае может быть хорошей идеей, не забываем про мантру делайбэкапыкаждыйдень), но перспектива при необходимости вбивать посимвольно или возиться с OCR не воодушевляет, на помощь приходят неожиданно QR-коды.

Если вы вдруг захотите собрать себе кастомную клавиатуру (например на QMK), добавить к ней нестандартных клавиш и использовать эти клавиши в иксах, то надо понимать некоторые взаимосвязанные термины. Увы, материалов, внятно их объясняющих, не так уж и много. Поэтому себе для памяти и вдруг кому пригодится, пишу эту заметку.

При использовании нестандартного терминала, на удалённом сервере может ломаться ввод, если нет соответствующего terminfo. Загуглив в надцатый раз однострочник для копирования terminfo, решил записать для памяти:

infocmp | ssh $HOST tic -

infocmp сдампит описание текущего терминала на стандартный вывод, а tic на удалённом хосте скомпилит его обратно и положит в ~/.terminfo (или возможно в /etc/terminfo, если вдруг вы логинитесь как рут; лучше не надо)

После обновления QEMU до 4.0 внезапно отвалилась граф. карточка (NVidia) в виртуалке. Симптомы: BSOD либо карточка не заводится с кодом ошибки 43. Я использовал эмулируемый чипсет q35 (потому что, ну что же ещё?), и, оказывается, в QEMU 4.0 поломали распределение IRQ, а драйвер по умолчанию использует IRQ, а не новомодный MSI. Если совсем вкратце, в коде машины pc-q35-4.0 поменялась настройка обработки IRQ по умолчанию, что ломает INTx на vfio-pci. Апстрим планирует откатить эти изменения в 4.1, ну а пока этого не произошло, вернуть всё как было можно добавив в определение машины q35 параметр kernel-irqchip=on, например:

qemu-system-x86_64 -enable-kvm -m $((16*1024)) \
    -M q35,kernel-irqchip=on \
    # etc

Последнее время чудит IPv6 на одном из серверов, а к некоторым сервисам очень хочется иметь доступ если есть хоть какой интернет. Но почему-то все клиенты очень старательно предпочитают брать AAAA-записи из DNS, даже если этот самый IPv6 явно лежит и всё что от него есть это адрес на интерфейсе.

В общем встал вопрос “а как бы убрать AAAA-запись вот для этого домена?” У Bind есть опция filter-aaaa-on-v4, которая заставляет Bind выдавать пустоту на запросы AAAA-записей от IPv4-клиентов (и аналогичная ей filter-aaaa-on-v6, которая делает то же самое для IPv6-клиентов)

Однако эту опцию нельзя применить к домену. Собственно она работает только в блоках options и view. Но можно применить грязный хак. Подробности под катом.