Архив метки: домашний сервер

lm-sensors и Asrock A520M-ITX/ac

В последние несколько дней навожу порядки на “большом” домашнем сервере:

  • Обновил domU с сервером статистики. На самом деле – раскатал новую систему и мигрировал данные, так как пришлось бы последовательно апгрейдить Debian 9 -> Debian 13. Реально, но в чистовой установке будет меньше мусора, да и Nagios за это время сменил мажорную версию и простого апдейта не получилось бы.
  • После чего подобавлял кое-где munin-node и мониторинг хостов в Nagios’е: наконец-то убрал заглушку “return-ok” в мониторинге хоста и теперь карта красиво подсвечивает неработающие “ветки”, а также получаю меньше писем, если отвалился корневой узел.

Глаз зацепился в том числе и за подсвеченный красным раздел sensors в munin’е. Честно говоря, никогда не обращал внимания на ALERT’ы в выводе sensors, что-то показывает – и ладно.

Во-первых, поисключал явно нерабочее. Помогла эта ссылка. Дальше – больше: в ряде сенсоров (прежде всего – напряжения) были не прописаны минимальные и максимальные значения (либо было что-то неадекватное) – например, даже при корректном значении измерителя линии 3.3В в минимальных и максимальных значениях стоял ноль и датчик выдавал ALERT. В итоге чуть расширил свой кастомный конфиг для lm-sensors/etc/sensors.d/local.conf. В целом, синтаксис оказался достаточно простым: описываем секцию, обозначая чип или маской, или точным именем, дальше описываем то, что хотим сделать с опциями отдельных сенсоров, которые можно посмотреть по sensors -u.

/etc/sensors.d/local.conf

# https://superuser.com/questions/1828051/how-to-exclude-sensors-from-output
chip "nct6792-*"
        ignore  temp1
        ignore  temp4
        ignore  temp5
        ignore  temp6
        ignore  temp8
        ignore  temp9
        ignore  temp10
        ignore  in1
        ignore  in4
        ignore  in5
        ignore  in14

        set temp3_max 75
        set temp3_max_hyst 70


# +/- 5% для линий, которые на 3,3В
        set in2_min 3.3 * 0.95
        set in2_max 3.3 * 1.05
        set in3_min 3.3 * 0.95
        set in3_max 3.3 * 1.05
        set in7_min 3.3 * 0.95
        set in7_max 3.3 * 1.05
        set in8_min 3.3 * 0.95
        set in8_max 3.3 * 1.05

# Что-то непонятное. Задал диапазон или 0-1В, или 1-2В.
        set in9_min 1
        set in9_max 2
        set in12_min 1
        set in12_max 2
        set in13_min 1
        set in13_max 2
        set in10_min 0
        set in10_max 1
        set in11_min 0
        set in11_max 1
        set in6_min 0
        set in6_max 1


# Пара SSD. Адрес может смениться, если менять слоты
chip "nvme-pci-0b00"
        ignore  temp3
        set temp1_min 0

chip "nvme-pci-0c00"
        set temp1_min 0
        set temp2_max 100
        set temp2_min 0
        set temp3_max 100
        set temp3_min 0

[свернуть]

В тех сенсорах, в которых что-то показывалось, но непонятно, к чему оно относится (если они вообще подключены на плате) – просто задал широкий диапазон значений, чтобы не ругалось.

Еще одна полезная команда – sensors -s от рута, чтобы применить изменения в конфиге.

ETS, PTS – пара тестовых jabber’ов с хостингом дома

После “Апдейтов и фиксов на домашнем сервере” решил, с одной стороны, альтернативно подойти к оставшейся со времен переезда на VPS копии ejabberd’а – а там у меня еще ejabberd 2.x и Debian 7, который я использовал для написания и отладки RSS-транспорта и других проектов (фактически, тут от сервера требовалось просто его наличие, чтобы к нему подключался транспорт. Ну и держать какой-то тестовый аккаунт, где со всем этим работать). С другой стороны, раз уж развивать эту тему, то иметь и тестовый сервер на базе Prosody, так как купленная с год назад виртуалка и домен mychat.name для написания руководства на JabberWorld уже закончились, а пощупать Prosody все же иногда полезно. А там может и Snikket под боком иметь…

Так вот. Развернуть очередную пару виртуалок несложно, ресурсов на обновленном сервере хватает под все. Но делать – так делать: захотелось нормально выпустить имеющиеся серверы в мир с доступом к ним снаружи и нормальным общением между собой. Одна незадача. Даже две: внешнего адреса дома у меня нет (а IPv6 все так же не предоставляется), а внешний адрес VPS’ки уже занят “боевым” сервером, обслуживающим JabberWorld и остальные домены.

И вот решил попробовать разрулить целиком все через SRV-записи. В том числе телефонию!

TL;DR: да, все удалось! Софт вполне корректно работает через SRV, в том числе есть связь с jabber.ru, где на данный момент работает ejabberd 3.x (а ему уже больше 10 лет!).

Читать далее ETS, PTS – пара тестовых jabber’ов с хостингом дома

Обновление домашнего сервера, потребление

На волне обновления дисков решил заняться и остальным железом: был заказан корпус Jonsbo N3 на Aliexpress, потом под него БП SFX-формата (у меня раньше таких не было) – Be quiet! BN238. Потом дошла очередь и до остальной начинки.

В итоге у меня сформировался такой комплект по железу:

  • AMD Ryzen 7 5700G – 8 ядер, 16 потоков и встроенная графика.
  • Asrock A520M-ITX/ac – такая же материнка, как у меня для компьютера для Zwift’а.
  • 64 ГБ RAM – чтоб уж точно для всего хватало.
  • Плата-сплиттер с Али для PCI-E-шины в формате x4x4x4x4. Вместе с имеющимся на материнской плате разъемом это давало 5 m.2-слотов.
  • m.2-SATA-контроллер на 6 портов. Еще 4 присутствовало на материнской плате, чего должно было хватить на все нужды: 8 дисков в корзине и потенциально еще 2 – на боковушках корпуса (в описании заявлено одно место, но на деле можно пристроить 2 диска).
  • HDD на 16 ТБ – пока 2 штуки, потом еще пара.

Читать далее Обновление домашнего сервера, потребление

Небольшой апгрейд домашнего компьютерного железа

Начал активнее использовать SSD.

Читать далее Небольшой апгрейд домашнего компьютерного железа

Потребление в серверной

Заметка по потреблению нового железа:

  • Примерно 32W уходит сейчас на полностью погашенной UPS’ке на заряд аккумуляторов. Почему так много – не знаю; на батареях 27.2V – т.е., заряд на 100%
  • При включении UPS потребление 34.2W – т.е., собственное потребление UPS примерно 2.2W
  • При подключении блока питания от сервера, который не подключен к серверу, потребление возрастает до 35.3W – т.е., блок сам по себе потребляет около 1W. Не сильно хороший КПД холостого хода, но уж как есть.
  • Свич Tp-link TL-SG1016PE с подключенными к нему Xiaomi Mi Wifi 3G и GPON-модемом – 52.3 по ваттметру – т.е., 17W на все. При этом устройства, подключенные к PoE, судя по админке, потребляют в сумме 6.4W – 2.3W на модем и 4.1W на Xiaomi – т.е., собственное потребление свича около 10.5W. Примерно сходится с тем, что мерял на холостом ходу – там было 9.5W без подключенных кабелей и ближе к 10 при подключении какого-то устройства.
  • Вместе с сервером на базе Gigabyte j4005n d2p, 8 ГБ DDR4 и 2 HDD на 1 ТБ – Hitachi HTS721010A9E630 – после загрузки ваттметр показывает 65-66W, изредка просаживаясь до 64.5. Итого потребление сервера порядка 13W.

Следовательно, критичной нагрузки у нас только на 10.5 (свич) + 13 (сервер) + 2.3 (модем) = 25.8W + 4.1 (wifi-точка) = 30W

Криптохост

Почти собрал машинку под полные ноды криптокошельков. Получилось так:

На первом фото  видим picoPSU и 2 планки памяти, на втором – подключение жестких дисков самодельным хвостом для picoPSU.

Не хватает еще охлаждения –  через 8 минут работы на полу проц разогрелся до 56 градусов и я положил на машинку сверху вентилятор. Надо купить пару штук на 40 мм и запустить их на малых оборотах.

Блок питания – дешевый блок на 12В из “Радиодеталей” под маркой Ukr LED PSP-36-12. КПД – процентов 75-80. Подозреваю, что хорошая доля мощности падает на шнурах. Выглядит дешево. Пока гоняю его, а там посмотрим.