В очередной раз решаю проблемы когда как говорится "Петух клюнет" 😆

У меня тут в очередной раз Home Assistant с ума сошёл, но не без причины конечно, по собственному недосмотру как это бывает. Переполнился раздел var, но это я уже оперативно почистил что мог, чтобы дальше разбираться с работающей системой:

/dev/mapper/HomeAssistant--vg-var 69G 60G 5.6G 92% /var

А причина тут достаточно банальная, логи мать их, ЛОГИ! Можно посмотреть размер логов в папке с контейнерами docker, вот такой командой:

sudo sh -c "du -ch /var/lib/docker/containers/*/*-json.log"

и увидеть там такого вида вывод для простоты просмотра сократил вывод, для наглядности хватит, ну и самые жирные логи покажу, а они оказались из контейнеров influxdb и особенно telegraf:

18G /var/lib/docker/containers/33b08c036bfa575f90ce1fce1c0d58f9340774faceb8bb63378d2251675d9fd3/33b08c036bfa575f90ce1fce1c0d58f9340774faceb8bb63378d2251675d9fd3-json.log
......
4.6G /var/lib/docker/containers/f2a6cc138704aa5e5fa68afae9c651bd3a274a217fc9237780dad6c0dbc5fa01/f2a6cc138704aa5e5fa68afae9c651bd3a274a217fc9237780dad6c0dbc5fa01-json.log
23G total

Собственно с причинами такой мусорки в логах разбираться было не охота сейчас и некогда, просто грохнул их, соответственно добавил в docker-compose.yml пару строк, чтобы избежать такого раздувания файла с логами у этих двух контейнеров, надо писать к каждому контейнеру данную опцию:

logging:
      driver: "json-file"
      options:
        max-size: "500m"
        max-file: "3"

И допом настроил наконец-то, чтобы мне в телегу скрипт отправлял информацию, когда какой-либо из разделов превысит объём в 75% процентов использованного пространства, вот такой скрипт:

#!/bin/bash

# --- Настройки ---
BOT_TOKEN="ЗДЕСЬ ТОКЕН ВАШЕГО БОТА"
CHAT_ID="А ЗДЕСЬ Chat ID вашей телеги куда будет писать бот"
THRESHOLD=80  # порог заполнения в %

# --- Проверка всех разделов ---
df -h --output=source,pcent,target | tail -n +2 | while read -r FS USEP MOUNT; do
    USAGE=$(echo $USEP | tr -d '%')
    if [ "$USAGE" -ge "$THRESHOLD" ]; then
        MESSAGE="⚠️ Раздел $MOUNT ($FS) заполнен на $USAGE%!"
        curl -s -X POST "https://api.telegram.org/bot$BOT_TOKEN/sendMessage" \
             -d chat_id="$CHAT_ID" \
             -d text="$MESSAGE"
    fi
done

И скрипт в cron:

*/5 * * * * /usr/local/bin/check_disk.sh

В итоге получаем вот такие замечательные сообщения в дополнение к прочим уведомлениям. Порог заполнения менял для тестов, в основном скрипте стоит как и писал, уведомления когда любой раздел заполнен на 75% и больше.

И ещё наконец-то настроил нативный бэкап Proxmox с помощью Proxmox Backup Server, кстати очень удобный и лёгкий в настройке. Процесс настройки распишу отдельно.

Ну и на этом фоне, вот вам адаптация от ChatGPT стихов в стиле Маяковского на тему смены профессии эникея на девопса, ай как ладно то вышло 😁:

Эникейщику хорошо,
а DevOps-у —
       лучше,
я бы к серверам пошёл,
пусть меня научат.
Я
 сначала
     настрою
сеть
  такую,
     какую хочу.
Самое главное,
чтобы было написано
кодом
    чистым,
живым словно.
Это будет
     перёд,
называется деплой.
Это
  каждый разберёт —
это база,
     это лог.
План готов,
      и вокруг
сто задач
     на тысячу скриптов.
Скрипты бегают
     по облакам.
Где трудно автоматизировать,
там
  джоба ревёт;
поднимает контейнеры,
будто кирпичи.
Перетаскивает конфиги,
закалённые в тестах.
По серверу прокатили мониторинг.
И система готова,
      и метрики есть.
Хороший код,
       надёжный код
на все среды,
и жизнь пользователей в нём
стабильна и комфортна.

Пушка, пошли дела админские, те что складывал на потом и присыпал.
Сегодня установил себе Xpenology на Proxmox, только вот пару нюансов с дисками вышло, не получилось пробросить весь контроллер в NAS, вся дисковая подсистема гипервизора переходит в режим read-only, всё виснет наглухо. Заказал себе отдельный PCI-e HBA контроллер, буду его целиком в Xpenology пробрасывать.

Такой контроллер заказал на AliExpress - HUA LAI JIE LSI 9240-8i SAS. Когда приедет буду пробовать, поделюсь результатами. Судя по отзывам уже прошитый в IT приезжает и из коробки можно втыкать его в любой NAS.

В этот раз решил не морочиться и взять что дешевле и по отзывам нормальное, в прошлый раз убеждали в магазине 1000va, что эти fiamm живут долго, все дела, но если и долго, то может на год больше аналогичных, от других производителей, короче будем посмотреть.

Я сегодня понял, что ничего не знаю про жёсткие диски. Да в 5 утра, но теперь зато вам буду про них рассказывать 😂

В этой связи хочу добавить, случайные встречи не случайны, даже если это всего лишь общение с продавцом на Авито, в этот раз я оказался по ту сторону с тупыми вопросами от покупателя, по ту сторону которая меня самого по сей день так бесила!

Но к моему удивлению, из тех дисков что завалялось в закромах и ждало часа организации домашнего NAS на Xpenology, все оказались очень даже подходящими, но в некотором смысле даже избыточны по характеристикам, однако!