Какие же красивые девайсы стали делать Aqara.

Ай китайцы молодцы конечно 😁

Смотрим внимательно

Конечно не стоит эта лампочка 1300+ ₽. Но важно здесь не это, интересный девайс с точки зрения ремонтопригодности, для таких пытливых умов вроде меня. Плюс, давно оставил в запасе несколько легко разбирающихся ламп в цоколе E27, как раз с целью покопаться и сделать из них парочку умных, благо, в светодиодных лампах места реально много и уместить там можно без проблем, например Arduino Nano с модулем питания с 220В на низковольтное. А вот идея с куском светодиодных лент мне понравилась, повторяемость на уровне - есть паяльник и руки из плеч, значит справишься.

Давно видел на алике умные розетки Bseed, а так же USB + Type-C розетки и всё хотелось понять как же они будут дружить с электрикой Schneider Systeme Electric серии AtlasDesign. Уже даже хотел купить, но увидел тут в отзывах наконец-то пример с фото - вот так 😬

Я конечно не дизайнер, но как будто есть небольшие зазоры, самую малость 😁

А кроме шуток, над этими розетками всё же всерьёз раздумываю, просто у меня очередной колхозинг планируется. Собственно USB розетки например от SE стоят на порядки (~8000₽/шт.) больше Bseed (~2000₽/шт.). Искренне верю, что в SE стоят очень надёжные компоненты и оно того стоит, но приличная, проверенная, надёжная GaN зарядка на те же 65Вт у Ugreen, Baseus стоят порядка 1500-2500₽, как поймаешь. Так что в любом случае, вижу смысл взять одну USB розетку Bseed и как минимум посмотреть, что там внутри, а скорее даже для начала поищу на просторах сети, думаю кто-то уже разбирал. И если это всё таки годный девайс в плане качества, то уже буду костылить свой вариант в рамку AtlasDesign, из того что мне видится это:
1. В многопостовой рамке использовать просто родную заглушку, которая стоит копейки, дальше дело прямых рук, острого резака и прочих подручных инструментов.
2. В случае с одиночным прибором, попробовать накидать в CAD и распечатать вариант верхней крышки модуля под родную 1-постовую рамку. Благо краску под мою серию мне в автокрасках подобрали и закачали в баллоны.

Давно слежу за этими ребятами, очень интересные девайсы делают.

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

У меня тут в очередной раз 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 пробрасывать.