ID передаётся аргументом  ruby скрипту в MAD Ceph'a он генерирует баш скрипт и выполняет его, берётся он из шаблона инстанса

я наверное не правильно выразидся

у меня есть rbd image

one/one-VM-ID?

без -sys. Мне вот интерестно где он берет этот -sys и как его от этого отучить

точнее one/one-IMAGE_ID-VM_ID

Ну sys он добавляет на rbd который в system ds создаются

это прям из коробки проблема такая?

ага

вот для меня этот свмый sys лишний

так как оно его не создает, но потом пытается снести

итак, косяк найден. Я повесил oned на оди из серых ip, а cli комманды не погли к нему прицепится не на локалхост и валились с Connection refused - connect(2) . В связи с чем /var/lib/one/remotes/tm/ceph/delete банально не мог распарсить XML выхлоп констльных утилит и валился в секцию

if [ -n "$SRC" ]; then
    # cloned, so the name will be "<pool>/one-<imageid>-<vmid>-<diskid>"
    RBD_SRC="${SRC}-${VM_ID}-${DISK_ID}"
    RBD_SNAP="${VM_ID}-${DISK_ID}"
else
    # volatile
    RBD_SRC="${POOL_NAME}/one-sys-${VM_ID}-${DISK_ID}"
    RBD_SNAP=""
fi

из за того не не можем запсутить консольную утилиту в $SRC песто

и с рафтом в 5.10 снова какая-то лажа

А два лидера друг друга видят?

Да

5.10.0 Boomerang 😅 подрзрительное название

а я предупреждал )))

OpenNebula 5.10 version release – codenamed “Boomerang“

пожалуй, я сильно подожду перед обновлением )

Ну хоть не "gun on the wall"

Добрый день. Господа, подскажите пожалуйста пару концептуальных вопросов (правильно ли я понимаю документацию):
Имеется серверы блейд с подключенной по FC хранилкой.
1. Возможно в качестве хранилища использовать Lun, подключенные к каждой из нод кластера, далее с использованием драйвера OpenNebula будет обеспечиваться множественный доступ к разделу с хранилищем со всех нод?
2. Хранилище типа images должно быть присоединено к fronend серверу и при запуске ВМ они будут копироваться в datastore ноды, т.е. для хранения образов дисков ВМ требуется удвоенное дисковое пространство?

1. Да, OpenNebula может нарезать logical volumes через LVM на ваших лунах. Неприятный момент в том, что вам по прежнему нужна шаренная файловая система, чтобы хранить симлинки на эти нарезанные тома.
2. Оно не обязательно должно быть подсоединено к фронту, можно указать BRIDGE_LIST, тогда опеннебула будет ходить к нему через какую-нибудь ноду. Но images datastore тоже должно быть шареной файловой системой, образы там могут храниться даже в qcow2. Но из каждого образа можно создать тонну виртуалок

Прошу прощения, но не могли бы пояснить по поводу п.1 - правильно ли я понимаю, что для полноценного варианта от shared fs не уйти? Т.е. из распространенного это или nfs или cluserfs?