VS>> Виртуалки не все успели погаснуть, rc.shutdown прервался VS>> watchdog-ом и не дошёл до "apcupsd --hibernate", в результате VS>> сервер остался в состоянии то ли single user, то ли system halted VS>> (мне не прислали фото консоли) до утра:
VS>> May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout VS>> expired. Shutdown terminated. Hадо однако гашение виртуалок VS>> вставлять в doshutdown, ещё до вызова "shutdown -h".
EG> Тут надо смотреть на реальные возможности упса. Если ты не будешь EG> вызывать shutdown, который погасит сервисы (кроме виртуалок может быть EG> ещё какая база) и корректно размонтирует файловые системы с сборосом EG> кешей, а вместо этого запустишь процедуру остановки виртуалок, не EG> ограниченную по времени таймаутом, то плохо будет не только EG> виртуалкам, если батарея сдохнет раньше.
В данном случае на самом хосте ничего нет, кроме bhyve, pf и named с разными view. Так что IMHO пусть лучше хост ждёт остановки виртуалок до последнего, сам он переживёт.
EG> А если ты собираешься из doshutdown запускать гашение виртуалок EG> с собственным таймаутом, то это мало чем отличается от системного EG> таймаута.
Так вот я и думаю, может вообще там сделать rcshutdown_timeout="" и kern.init_shutdown_timeout заведомо побольше, пусть ждёт до последнего.
А не знаешь, когда в bhyve появится гибернация VM, если вообще обещают?
