
Комментарии 22
Осталось теперь запихать первый сервер в виртуалку второго.
Ну что ж это за сервер, которому нечем заняться во время простоя :)
А у меня тут обратная ситуация была. Домашний сервер начал выключаться. Причём до этого сервера мне сейчас очень далеко, а IP-KVM на нём нет... единственный способ вернуть к жизни - дёрнуть питание на UPS (у которого удалённое управление как раз есть), после чего он загружался - и опять выключался минут через 20. Еле докопался до причины. Оказалось, какая-то софтина, которую я ставил для разовой задачи, принесла с собой аж gnome (ну вот есть такие нехорошие пакеты, которые безальтернативно тянут GUIшную версию программы в нагрузку к консольной). А gnome молча и ничего не спрашивая включил засыпание при простое. Причём бурная сетевая активность в момент этого "простоя" его не смущала. В общем, теперь в программу базовой настройки любого сервера (в плейбук Ansible) у меня входит "systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target". Во избежание :)
Дайте, угадаю: сервер на Ubuntu, и поэтому гном помимо установки ещё и включился по-умолчанию?
Она самая. 20.04 LTS в том конкретном случае.
Причём, если уж вдаваться в подробности, это счастье активировалось после первой перезагрузки, а не сразу. Пропало электричество надолго, батарея UPS разрядилась, серверы выключились, потом появилось - включились, но один начал вести себя вот так вот. Если бы это сразу после установки той коварной софтины произошло, я бы сразу догадался, а тут через пару месяцев...
Ну и привычка настраивать серверы, в т.ч. ставить/удалять пакеты, через Ansible, с одной стороны хорошая и полезная. А с другой - вручную я сразу бы увидел, сколько всякой гадости тащит за собой пакет, а тут отработал плейбук - и ладно.
У меня подобную фигню за собой collectd притащил, тоже теперь маскирую эти цели везде.
При наличии рядом малинки, которая все равно определяет, что сервер нужно будить, не проще прикрутить к gpio оптопару, которая будет нажимать "power"?
А можно поставить esp8266 или avr с ethernet модулем и дергать через оптопару, транзистор (Если от БП сервера записаться) кнопку "power". Дешевле, энергоэффективно, проще и самое главное: малинка не пыхтит в холостую
А разве в БИОС нет функции включения питания/выходить из сна по WoL пакету? У меня в компьютере на 1155 такая функция есть, сетевая карта постоянно держит линк на 100 мб/с и как только туда прилетает пакет wol, то аналогично кнопке питания, или проснется или включится, если выключен. И не нужны никакие костыли. Но и как может сервер в простое быть? Хотя б торрентами загрузить его, все ж людям на благо)
ethtool конфигурирует то же самое, что и биос. В большинстве случаев это удобнее (прямо из системы, как и надо), и это не костыль а правильная утилита.
Иногда просто жалко держать сервер для пары раздач в десятки кб/сек. Он энергии сожрёт больше чем пользы принесёт людям.
Тогда что мешает сделать домашний NAS? Можно придумать много задач
Достаточно поднять Time Machine на Raspberry Pi. Других задач "большого" сервера у вас не упомянуто.
У меня бэкапный сервер включается по расписанию в "умной розетке" на час, выполняет systemd.servise , по бэкапу и пишет Ок (или не Ок) в телегу, после выключается, а там и розетка отрубается по времени. Если часа не хватит, ну он пишет и об этом.
Лучше, наверное, пересобрать на какое-нибудь современное железо, которое нормально паркует ядра в простое и жрет пару вт в таком режиме на процессоре.
Другое дело, что массив на ZFS, например, заставить заснуть — задача нетривиальная…
эта фигня называется bonjour sleep proxy, он встроен в мак-устройства, например в appleTV
лет пять назад реализовывал такое, вот даже код был
Учим домашний сервер Linux засыпать при простое и просыпаться по запросу