- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Провайдер собирается отключить на время электропитание сервера с VMmanager KVM 5.50.0-2016.02.01_15:33 (Debian 7.8, виртуалки с Debian 8.2).
Подскажите, пожалуйста, как правильно остановить виртуалки и хост.
Будет ли достаточно выдать на виртуалках, а потом на хосте команду:
shutdown -h now
У меня был случай, когда после подобной попытки остановить работу виртуалки она снова автоматически запустилась, а при остановке основного хоста завершилась аварийно с последующим ремонтом файловой системы после загрузки. Не попытается ли панель VMmanager запустить виртуалку, остановленную такой командой?
На форуме ISPsystem так и не дождался ответа...
Спасибо!
VMmanager должен сам остановить впс-ки перед отключением, это же логично.
VMmanager должен сам остановить впс-ки перед отключением, это же логично.
Т.е. нужно отключать виртуалки из панели VMmanager кнопкой выключения, гасить хост сервера, а потом после включения сервера их все заново руками включать?
Будет ли при таком выключении плавный shutdown с заверешнием всех процессов, или будет типа отключения по питанию?
А не получится сделать так, чтобы я остановил виртуалки и хост, а потом при включении питания все само собой загрузилось?
я имел ввиду виртуалки вообше не трогать а на ноде shutdown
панель должна аккуратно их остановить сама, во всяком случае proxmox именно так делает.
после подобной попытки остановить работу виртуалки она снова автоматически запустилась, а при остановке основного хоста завершилась аварийно с последующим ремонтом файловой системы после загрузки.
Так acpid демона на виртуалку ставить нужно, иначе гипервизор после таймаута вырубает виртуалку по-жёсткому.
Вообще, Den73 прав, shutdown на мастер-хосте должно быть достаточно, он аккуратно может потушить виртуалки. Что до вашего случая из опыта - скорей сего там на виртуалке просто была проблема с неконсистентностью файловой системы с прошлых загрузок-перезагрузок.
В таком случае проверка и восстановление фс запустится как ни крути - даже если пойти ещё дальше и ручками все сервисы повыключать, на виртуалке > shutdown ей > сервисы на хосте и shutdown ему.
Это если есть "глючащие" виртуалки, с непонятными ошибками в логах БД или системы - есть смысл стопать их именно так, иначе есть риск получить битые mysql/postgresql после запуска и fsck файловых систем. С остальными службами и файлами вряд ли что случится, а вот с БД могут быть неприятные оказии.
Если же есть уверенность что все тип-топ, работает, не глючит и err-логи девственно чисты - то shutdown -h 0 на основном хосте и дело в шляпе! :)
Демон acpid был установлен на виртуалках:
# /etc/init.d/acpid status
● acpid.service - ACPI event daemon
Loaded: loaded (/lib/systemd/system/acpid.service; disabled)
Active: active (running) since Wed 2016-03-16 05:05:04 MSK; 8h ago
Main PID: 583 (acpid)
CGroup: /system.slice/acpid.service
└─583 /usr/sbin/acpid
Mar 16 05:05:04 hostname acpid[583]: starting up with netlink and the input layer
Mar 16 05:05:04 hostname acpid[583]: 1 rule loaded
Mar 16 05:05:04 hostname acpid[583]: waiting for events: event logging is off
В следующий раз попробую остановить вручню MySQL, nginx и apache на виртуалках на всякий, а потом shutdown на основном хосте.