snapshot

На днях случилось расстройство. Поломалась виртмашина у меня.

Одна из причин, почему я предпочитаю виртмашины реальным конфигам, это возможность делать снапшоты и потом откатываться на них. Очень удобно — хочешь провести эксперимент — делаешь снапшот и хоть обэксперементируйся. Закончил дурью маяться — откатился на точку снапшота и как и не было ничего. Такой типа undo.

В Virtualbox это простая и дешевая операция. Скомандовал, типа

VBoxManage snapshot ags.small take snapone

и у тебя уже есть снапшот.

Чтобы откатиться взад, командуй

VBoxManage snapshot ags.small restore snapone

Чтобы убить снапшот (логичнее было бы не «убить» а «внедрить» - содержимое снапа накатывается на состояние машины)

VBoxManage snapshot ags.small delete snapone

Если его не убить, все изменения так и будут записываться в боковую ветку.

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

Вот и в этот раз. Стал я удалять сделанный ранее снап, и не смог. Было это приблизительно так:

VBoxManage snapshot ags.small restore snapone fail с не-помню-каким сообщением. Плюс сдохла вторая вирмашина (ядреный модуль упал?) reboot VBoxManage snapshot ags.small restore snapone ok VBoxManage snapshot ags.small delete snapone VBoxManage: error: Snapshot operation failed. Error message: Hard disk has more than one child hard disk

Насколько я понял логику механизма, при восстановлении снапшота виртбокс прислюняет к машине новый пустой дисковый контейнер и удаляет старый. Новый он прислюнил а вот старый убить не смог по неизвестной причине. Глюк, да. После чего к машине оказались присоединены два дополнительных диска снапшотной направленности. Надо как-то лишний удалить.

ls -la /extht1/virtsnap/ -rw------- 1 v v 413696 Dec 29 02:11 {62621749-a694-4a15-ae87-c5751ec85e5f}.vdi -rw------- 1 v v 827740160 Dec 28 17:20 {f3b9f664-24ce-4ea0-b997-c151cd07cbf3}.vdi

Кто из них лишний, понять невозможно. Но можно предположить, что тот, который больше — старый, который должен был быть убит на этапе restore snapone. После принятия такой гипотезы остается малость:

cp /extst1/virt/ags.small/ags.small.vbox ~/ags.small.vbox.old nano /extst1/virt/ags.small/ags.small.vbox ^K (cut) line with text <HardDisk uuid="{f3b9f664-24ce-4ea0-b997-c151cd07cbf3}" location="/extht1/virtsnap/{f3b9f664-24ce-4ea0-b997-c151cd07cbf3}.vdi" ... VBoxManage snapshot ags.small delete snapone

ok

Типа, получилось. Если бы не получилось, пришлось бы восстановить файл конфига (*.vbox) и попробовать удалить другой лишний файл.

Вот так и живем. Вот тут (nerdbynature.de/s9y/?212) автор добился успеха в аналогичной ситуации без грубой (настоятельно не рекомендуемой) ручной правки конфига. Одними командами управлятору. Да, чуть не забыл, мой рецепт сработал для версии Virtualbox 4.1.8. Вообще, судя по ихним форумам, история типичная. Хотя лично у меня вроде как только второй раз за несколько лет.

Вот так и живем. Что приятно, когда имеешь дело с открытыми решениями, проблему побороть можно так или иначе. А вот что делать, когда, к примеру, браузер MS IE не может пройти аутентификацию на MS IIS с использованием схемы NTLM Auth? Судя по логам, не хватает ему трех попыток, чтобы подобрать правильную версию формата ответа. Вот что делать?

Вопрос актуальный. В одной немалой компании из-за этой проблемы потрачено уже немало нервных клеток.

С наступающим!