о @kvaps тут. Скажи, как правильно реализовывать автозагрузку vm в opennebula после перезагрузки хоста. Скажу честно- что я пока ее дома использую и в организацию не предлагаю, тесты по своей иницативе.  Не выглядит ли это слишком костыльно, что на уровне самого sunstone нельзя просто указать галочку, чтобы был автостарт VM. Нет надо делать хуки в /etc/one/oned.conf типа такого:
VM_HOOK = [
name = "autostart_hook",
on = "CUSTOM",
state = "BOOT_UNKNOWN",
lcm_state = "LCM_INIT",
command = "/usr/bin/env onevm resume",
arguments = "$ID" ]

Да я понимаю, что это рассчитано для облак типа сервак сдох, а провайдер своими силами настроил автоподнятие виртуалок на другом хосте. Но почему вот так приходятся извращаться для простого действия. При этом насколько я понял это работает так. oned говорит, о тачки в статусе BOOT_UNKNOWN, а хук для запуска- щас запущу. Либо городить огороды скриптами на virsh

BOOT_UNKNOWN не появляется. при загрузке сначала статус RUNNING, а потом отключены

о @kvaps тут. Скажи, как правильно реализовывать автозагрузку vm в opennebula после перезагрузки хоста. Скажу честно- что я пока ее дома использую и в организацию не предлагаю, тесты по своей иницативе.  Не выглядит ли это слишком костыльно, что на уровне самого sunstone нельзя просто указать галочку, чтобы был автостарт VM. Нет надо делать хуки в /etc/one/oned.conf типа такого:
VM_HOOK = [
name = "autostart_hook",
on = "CUSTOM",
state = "BOOT_UNKNOWN",
lcm_state = "LCM_INIT",
command = "/usr/bin/env onevm resume",
arguments = "$ID" ]

Да я понимаю, что это рассчитано для облак типа сервак сдох, а провайдер своими силами настроил автоподнятие виртуалок на другом хосте. Но почему вот так приходятся извращаться для простого действия. При этом насколько я понял это работает так. oned говорит, о тачки в статусе BOOT_UNKNOWN, а хук для запуска- щас запущу. Либо городить огороды скриптами на virsh

Вы же сами написали, что понимаете, что opennebula для облаков, но продолжаете пытаться поднять её на одном сервере. Вашей проблемы нет в облаке, она специфична для одного сервера. Если понимаете, то зачем?

Вы же сами написали, что понимаете, что opennebula для облаков, но продолжаете пытаться поднять её на одном сервере. Вашей проблемы нет в облаке, она специфична для одного сервера. Если понимаете, то зачем?

Спросил о том, как делают другие, может есть другие решения про которые не знаю

если у вас и правда одна нода, то почему бы не делать onevm resume для всех тачек в кластере?

Для чего я это все делаю? Чтобы действительно иметь в будущем гибридную инфраструктуру, напрмиер на своем железе стоит openstack и при необходимости через api поднимать виртуалки у того же селектела на базе vpc и потом прибивать их, если не нужны (ну или быстро установить поиспользовать в пики нагрузки и потом удалить).

с этим согласен, с таким кейсом должно норм зайти

у вас на хостинге есть такие еврейские заказчики, которые так делают но с opennebula?

про клауды шутки. В селектеле покупаем отказоустойчивое облако на базе vmware- ну там gold процессоры, виртуалки на 2 дц резервируются и рядом облако для тестов на vpc. так вот за год отказоустойчивое облака падало на 4 часа, а vpc всего н 30 минут. Причина: отказала высокоуровневая оболочка :). Очень расстроились, когда тысячи клиентов грустят, а тут на дорогом облаке высокоуровневые проблемы.