Что такое лучший способ для virtualbox автоматического корректного гостя savestate на перезагрузке хоста / завершение работы

У меня есть хост Ubuntu 14.04 с некоторыми гостями победы drived Virtualbox 5.1. Некоторые из них являются действительно большими, и требуется приблизительно 1-2-3 минуты для получения до savestate.

Насколько я знаю, что существует по крайней мере два init.d сценария, который управляет состоянием vm на завершении работы. Может ли быть существует другой больше?

1. init.d/vboxdrv

Это имеет приоритет 80 в/etc/rc0.d папке

Этот требует ЗАВЕРШЕНИЯ РАБОТЫ и переменных SHUTDOWN_USERS в/etc/default/virtualbox и выполняет VBoxManage controlvm savestate для каждого выполнения VM.

Этот сценарий выходит после остановки всего vms, это работает как "единственный поток" задача.

2. init.d/vboxautostart-service

имеет приоритет 65 в/etc/rc0.d папке

Этот требует полностью настроенного сервиса автоматического запуска, как/etc/vobx/.start и/etc/vobx/.stop и другой штат...

Этот сценарий выходит из immideately, потому что он только выполняет сервис автоматического запуска deamon с определенными параметрическими усилителями:

stop() {
    [ -z "$VBOXAUTOSTART_DB" ] && exit 0
    [ -z "$VBOXAUTOSTART_CONFIG" ] && exit 0

    PARAMS="--stop --config $VBOXAUTOSTART_CONFIG"

    # prevent inheriting this setting to VBoxSVC
    unset VBOX_RELEASE_LOG_DEST

    for user in `ls $VBOXAUTOSTART_DB/*.stop`
    do
        start_daemon `basename $user | sed -ne "s/\(.*\).stop/\1/p"` $binary $PARAMS > /dev/null 2>&1
    done

    return $RETVAL
}

Так... Когда мы используем это сценарии в автономном режиме, я имею в виду как

sudo service vboxautostart-service stop

или

sudo service vboxdrv stop

все работает отлично. Сначала каждый показывает 10%.. 20%.. 30%.. индикатор выполнения для каждого vm. Второй выходит из immideately, но двоичный файл runned делает свое задание и останавливает vms...

Но! В то время как завершение работы хоста (завершают работу-h теперь) я думаю, что выскочка уничтожает это сценарии (на тайм-ауте?), потому что никакая любая конфигурация задания не предусмотрела упомянутые сценарии в/etc/init/. И выскочка по умолчанию уничтожает задержку, 5 секунд, AFAIK.

Я погуглил много от сообщений и рецептов для создания сценариев, который больше меньше походит на упомянутые документы на получение, уже существующие в vbox пакете, таким образом, я не делаю se никакой смысл использовать, они советуют. Ни один из них не дает рецепт для получения гарантируемым клинья корректное завершение работы (или savestate) на перезагрузке хоста / завершение работы.

Из курса я знаю, что могу вручную заботиться для завершения работу всего vms и только после этого - закрывающий хост... Но это не комфорт для меня... Помимо завершения работы мог инициироваться apcupsd или иначе... По моему скромному мнению, vms управление должен быть сделан тем, кто намеревался сделать это))),

Я ценился бы, если кто-то берет меня ясный в следующих вопросах:

  1. Мы должны настроить новомодную конфигурацию для предоставления достаточного количества времени vbox init сценарии для завершения работу (savestate, и т.д.)? Или некоторое другое решение?
  2. Какой сценарий должен быть предпочтен для завершения работу vms? сервис автоматического запуска или vboxdrv? Действительно ли я прав, что это зависит от вкуса только в то время как в серверной среде отдельного пользователя?
2
задан 6 October 2016 в 13:28

0 ответов

Другие вопросы по тегам:

Похожие вопросы: