Комментарии 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"?
Вам понадобится:
Постоянно включённое устройство с Linux в той же сети, что и ваш сервер, например, Raspberry Pi
1) не обязательно с линукс, пакет wakeonlan написан на питоне и будет работать на любой ОС, помешать ему может разве что криво настроенный firewall
2) если уж дома есть rpi то гораздо проще заставить её "тыкать" на кнопку чем дёргать WoL по сети который с некоторым шансом может не отработать и это НОРМАЛЬНО
3) если rpi нет то в любом случае есть роутер, и если вы не мазохист то на роутере у вас openwrt, а значит уже linux и постоянно включён.
4) зачем прописывать выключение ipv6 в граб cmdline если есть /etc/sysctl.d/ЧТОУГОДНО.conf
пакет wakeonlan написан на питоне
Давайте не путать сам протокол (буквально описание пакетов) и Python-реализацию его клиента.
Через sysctl далеко не всегда отключает IPv6, потому логично отключить его параметром ядра при загрузке.
Хотя лучше конечно его настроить нормально.
А разве в БИОС нет функции включения питания/выходить из сна по WoL пакету? У меня в компьютере на 1155 такая функция есть, сетевая карта постоянно держит линк на 100 мб/с и как только туда прилетает пакет wol, то аналогично кнопке питания, или проснется или включится, если выключен. И не нужны никакие костыли. Но и как может сервер в простое быть? Хотя б торрентами загрузить его, все ж людям на благо)
ethtool конфигурирует то же самое, что и биос. В большинстве случаев это удобнее (прямо из системы, как и надо), и это не костыль а правильная утилита.
Иногда просто жалко держать сервер для пары раздач в десятки кб/сек. Он энергии сожрёт больше чем пользы принесёт людям.
Достаточно поднять Time Machine на Raspberry Pi. Других задач "большого" сервера у вас не упомянуто.
У меня бэкапный сервер включается по расписанию в "умной розетке" на час, выполняет systemd.servise , по бэкапу и пишет Ок (или не Ок) в телегу, после выключается, а там и розетка отрубается по времени. Если часа не хватит, ну он пишет и об этом.
Лучше, наверное, пересобрать на какое-нибудь современное железо, которое нормально паркует ядра в простое и жрет пару вт в таком режиме на процессоре.
Другое дело, что массив на ZFS, например, заставить заснуть — задача нетривиальная…
эта фигня называется bonjour sleep proxy, он встроен в мак-устройства, например в appleTV
лет пять назад реализовывал такое, вот даже код был
Учим домашний сервер Linux засыпать при простое и просыпаться по запросу