Как правильно выключать гостевые ОС KVM?

Добрый день! Имеется сервак(centos 7) в офисе + ups must 3000VA с консольным СОМ портом. Все это дело подключил друг к другу и установил nut. На сервере имеется kvm, на котором крутятся машинки windows и linux. Собственно задача: при выключении света упс дает сигнал что она работает от батарей, потом когда разряд доходит до минимума посылает команду nut-monitor который в свою очередь выполняет скрипт выключения машинок и выключения хост машины. Собственно вся проблема в том что именно windows машины получая сигнал выключения зависают и не хотят выключатся. Что было сделанно:
установил груповые политики в windows, чтобы выключался сервер не входя в систему и не выводиk окошко о том как завершить работу сервера. Установил в реестре значение ShutdownWarningDialogTimeout=00000001
не помогло
установил настройки в файле /etc/sysconfig/libvirt-guests
ON_SHUTDOWN=shutdown PARALLEL_SHUTDOWN=1 SHUTDOWN_TIMEOUT=90
не помогло
конфиг /etc/ups/ups.conf
[Must] driver = blazer_ser port = /dev/ttyS0 desc = «server» offdelay = 300 ondelay = 0
конфиг /etc/ups/upsmon.conf
RUN_AS_USER nut MONITOR Must@localhost 1 monuser password master MINSUPPLIES 1 SHUTDOWNCMD «sudo /etc/ups/shutdown.sh --shutdown» POLLFREQ 5 POLLFREQALERT 5 HOSTSYNC 15 DEADTIME 15 POWERDOWNFLAG /etc/ups/killpower RBWARNTIME 43200 NOCOMMWARNTIME 300 FINALDELAY 0
конфиг /etc/ups/upsd.users
[monuser] password = password actions = SET instcmds = ALL upsmon master
ну и сам скрипт выключения
Читать дальше

Как выглядит миграция большого диска в KVM-образ?

Стоит задача перекинуть большой диск в образ, для последующего запуска его на новом сервере. Чем (для меня) усложняется задача, помимо отсутствия опыта и критичности данных на сервере:

Исходная машина
# df -h Filesystem Size Used Avail Use% Mounted on /dev/md2 1016G 31G 934G 4% / /dev/md1 496M 56M 415M 12% /boot /dev/md3 1.7T 231G 1.4T 15% /home

* Целевая машина аналогична исходной, но с proxmox в качестве KVM-менеджера

* Приблизительный KVM-контейнером на 100-300 Gb (/home мне пока не нужен)

Как выглядит процесс миграции в моем разгулявшемся воображении:

Загрузиться на исходной машине в Rescue System режиме
Урезаю GParted'ом до 40 Gb [md2] и до 120 Mb [md1] — md3 не трогаю
Монтирую md3 в качестве хранилища образов
По совету proxmox, fsarchiver'ом делаю бэкапы md2, md1 в файлы (на md3)
Раскукоживаю диски до ~прежних размеров, и перезагружаюсь в нормальный режим
Отсылаю и восстанавливаю образы на диски/разделы целевой KVM-машины
Кручу восстановленную ОС
Где я брежу, чего не вижу и какие «ключевые слова и выражения» должен посмотреть в гугле прежде?

KVM: процесс events/# нагружает на 100% одно ядро гостевой ОС (Ubuntu)

Арендую сервер у зарубежного хостера SingleHop. На сервер предустановлена их собственная система виртуализации и доступа к нему нет. Хранилище данных находится отдельно на NAS.
Клиентам доступны только сами виртуальные машины, которые можно создавать через их панель управления в рамках доступных ресурсов арендуемого сервера. Эти серверы они называют dynamic servers и основная «фишка» их использования — возможность простого переноса виртуальной машины на другое, например более мощное, железо и остальные клиенты не будут кушать твои ресурсы, как в случае с VPS.

Судя по /proc/cpuinfo (процессор модели «QEMU Virtual CPU») они используют виртуализацию KVM. Это объясняет и возможность установки в виртуальную машину ОС Windows.

Дело в следующем. В ВМ установлена ОС Ubuntu 10.04.4. После ребута виртуальной машины где-то около часа в процессах висит системный процесс events/# и загружает одно ядро на 100%. Это не сильно напрягает, т.к. быстро проходит, но после добавления их сисадминами на сервер R1Soft Backup агента (этот агент добавляет свой модуль в kernel), сей процесс стал висеть постоянно.

Обращение в службу поддержки SingleHop'a потребовало покупки их пакета General Management'a, но системный администратор от SingleHop не смог ее решить и пришел к выводу, что я добавил какой-то левый драйвер в kernel Ubuntu.
Читать дальше

Уязвимость VENOM KVM/QEMU CVE-2015-3456

Добрый день, вчера нашли такую уязвимость CVE-2015-3456 под названием VENOM. Подробнее прочитать тут

Обновитесь, после обновления перезапустить виртуальные машины через qemu или как написал pavellift, включить и выключить VPS через qemu.

p/s Если тема уже была закройте топик или переместите сообщение в уже открытую тему.