Добрался до замеров потребления старого сервера linuxoid.in на базе Athlon 740. Читать далее Еще немного замеров потребления железок
Архив рубрики: Без рубрики
Полезный тред по Protherm’ам
https://www.forumhouse.ru/threads/108159/page-59
В частности решение вопроса вылета по F1 – скрутить датчик на горелке на системах с принудительной вентиляцией (мой случай).
Если нет активного PoE…
…то используйте пассивный. Как бы банально это ни звучало 🙂
В общем, IP-камер все прибавляется, а число портов на свиче почему-то не растет. Денег на еще один свич с PoE пока нет, зато есть обычные. Но тянуть к камерам провод питания не выйдет, а городить пару инжектор-сплиттер желания нет, да и на улице сплиттер долго не проживет – не особо он герметичный.
КПД лампочек
Выпавший снег показал, что является осветительным элементом, а что уже устарело и является больше нагревательным 🙂
Собственно, под снегом – светодиодные лампы, а там, где снега не осталось – обычная старая “энергосберегающая” лампа.
О воде
Раньше как-то не приходилось сталкиваться с темой фильтрации воды. Вода с водопровода или колодца (если удавалось набрать где-то в поездке); колодезная выпивалась почти сразу без обработки, а водопроводная (более или менее паршивая по качеству – в зависимости от района города, где она набиралась) прогонялась через фильтр-кувшин и на этом все заканчивалось.
С появлением скважины пришлось осваивать новую для себя тему.
Наконец-то разобрался с Pulseaudio
Давняя проблема была – с момента покупки нового ноута, наверное, когда установил туда Debian 9, где уже подтянулся и Pulseaudio со всякими там systemd – так вот, помимо традиционного “пш-ш-ш” вместо звука, которое как-то само по себе появилось, а потом так же само пропало, была еще проблема с микшированием звука от разных приложений.
Munin, NTP и IPv6
Такая себе заметка на тему…
Давно, в принципе, на хостах на сервере раскидан munin-node, строятся графики и все такое. Разве что местами не строились графики для сдвига ntp относительно мирового времени. Но график некритичный, так что не обращал внимания. Сейчас решил копнуть и найти разницу между хостами.
Разница в /etc/hosts – в тех случаях, где график был, не было записи ::1 localhost и обращение на локальный ntpq шло исключительно через ipv4. А вот запрос по ipv6 вешался и данные не отдавались. Может, конечно, удаление localhost для ipv6 не вполне корректный фикс, но – работает.
Снова немного iptables’а, на сей раз со вкусом IPv6
Еще один косяк словил при непродуманной работе с iptables’ом. В interfaces у меня описан 6to4-адрес – думаю в будущем использовать ipv6 на хостах, но пока повесил его только на внешний интерфейс сервера.
Глянув снаружи на адрес, увидел, что службы NFS-сервера теперь прекрасно видятся с внешнего мира. Решил это запретить через ip6tables -P INPUT DROP. Сделал, проверил – все ок, лег спать.
Наутро заметил, что в munin с dom0 один из графиков оборвался – график сдвига времени в ntp относительно мирового.
Что произошло: все осталось работать, так как работает через ipv4 и там правила корректно прописаны. Плагин ntp_kernel_pll_off дергает ntpq, который пытается обратиться к местному ntpd прежде всего по ipv6-адресу, видя, что тот слушает и ipv6-сеть. В итоге обламывается, так как политика для INPUT подразумевает отброс вообще любого входящего трафика, в том числе и для localhost’а, если не задано другое.
В общем, надо быстрее осваивать IPv6 и уже корректно оформлять все правила с учетом двух стеков 🙂
Пофиксил глючащий DHCP на сервере
(На самом деле нет) (с)
Собственно, сам по себе DHCP не глючил, путаница возникла из-за особенностей правил iptables. Я получал IP-адрес устройством один раз, а потом DHCP-сервер (поставил udhcpd) переставал откликаться на запросы. Грешил на udhcpd, думал ставить полноценную версию; временно использовал Tp-link 6020 как DHCP-сервер и так далее. Проблема оказалась немного в другом месте 🙂
Потребление в серверной
Заметка по потреблению нового железа:
- Примерно 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