Вообще складывается отютение что весь опенсорс потихоньку поглашает большой страшный интерпрайз. Осталось майкрасофту каконикал поглотить и будет совсем весело.

можно оформить девелоперскую фри подписку.

Спасибо за наводку, надо попробовать.

Приветствую

Вчера столкнулась со следующей проблемой...
При миграции включеных ВМ с датастора на датастор ВМ переходит с статус FAILED

OpenNebula 5.10.1
драйвер linstor_un

Причина:
в скрипте  /var/lib/one/remotes/vmm/kvm/restore_linstor_un

выражение замены:
sed -i "s%$DS_LOCATION/[0-9]\+/$VM_ID/%$DS_LOCATION/$DS_ID/$VM_ID/%g" $SRC_XML

на финише преобразуется в такое
s%/var/lib/one//datastores/113/38/checkpoint/[0-9]\+/38/%/var/lib/one//datastores/113/38/checkpoint/113/38/%g /var/lib/one//datastores/113/38/checkpoint.xml

т.е. согласно ему DS_LOCATION=/var/lib/one//datastores/113/38/checkpoint и он пытается заменить в файле /var/lib/one//datastores/113/38/checkpoint.xml строки, соответствующие этому вхождению

Но в этом файле таких путей нет
в нем прописан путь /var/lib/one//datastores/115/38

соответственно замены не происходит

Ошибки в логах:
Fri Jan 17 07:57:19 2020 [Z0][VMM][I]: Command execution failed (exit code: 1): /var/lib/one/remotes/vmm/kvm/restore_linstor_un '/var/lib/one//datastores/113/38/checkpoint' 'csshv-one14' 'one-38' 38 csshv-one14
Fri Jan 17 07:57:19 2020 [Z0][VMM][E]: restore_linstor_un: Command "virsh --connect qemu:///system restore /dev/drbd/by-res/one-vm-38-checkpoint/0 --xml /var/lib/one//datastores/113/38/checkpoint.xml" failed: error: Failed to restore domain from /dev/drbd/by-res/one-vm-38-checkpoint/0
Fri Jan 17 07:57:19 2020 [Z0][VMM][I]: error: Cannot access storage file '/var/lib/one//datastores/113/38/disk.1': No such file or directory
Fri Jan 17 07:57:19 2020 [Z0][VMM][E]: Could not restore from /dev/drbd/by-res/one-vm-38-checkpoint/0 on csshv-one14

(хотя физически перемещение файлов и линков ВМ на новый датастор происходит)

Решение:
Заменила строку
sed -i "s%$DS_LOCATION/[0-9]\+/$VM_ID/%$DS_LOCATION/$DS_ID/$VM_ID/%g" $SRC_XML

на
sed -i "s/[0-9]*\/$VM_ID/$DS_ID\/$VM_ID/g" $SRC_XML

Теперь включенные ВМ мигрируют с датастора на датастор в пределах одного хоста и со сменой хоста и датастора - без ошибок.

Может кто-то предложит более изящное решение.

Всем привет
Никто не сталкивался с проблемой исчезновения дисков виртуальной машины после изменения её состояния?

Спасибо за баг репорт.
Похоже что проблема в том, что у вас по какой-то причине вычисляется неправильный DS_LOCATION

вероятно так
позже проверю на других хостах с небулой

# ----
SED=sed
AWK=awk
# ----
SRC_PATH=/var/lib/one//datastores/113/38/checkpoint
DST_HOST=csshv-one14
DEPLOY_ID=one-38
VM_ID=38
# ----

DS_ID=$(echo $SRC_PATH | $AWK -F/ '{print $(NF-2)}')
DS_LOCATION=$(echo $SRC_PATH | $SED 's|\(/[^/]*\)\{2\}$||g')

- это кусок кода с твоими аргументами, достаточноый для вычисления DS_LOCATION

у меня он возвращает

/var/lib/one//datastores/113

похоже что у тебя:

/var/lib/one//datastores/113/38/checkpoint

такой же как и SRC_PATH

спасибо за шаблон )
проверю позже

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

так что проблема скорее всего в sed 's|\(/[^/]*\)\{2\}$||g'

присылай PR :)

ок
попозже )

тем не менее а мы на прометея переключились

@kvaps, congratulations for becoming an OpenNebula Community Champion 🧙‍♂️ (https://opennebula.org/community-champions/) and many thanks for your hard work in support of the project! 👏🏻

Всем привет, если аттач диска зафейлился, как можно повторить попытку?

@kvaps почему у меня бекапы не делаются в OpenNebula, датастор на ceph. Жмекаю тейк снапшот, он чето долго думает, как будто бы сделал, но если выйти из вкладки снапшот и опять зайти снапшота нету. В какую мне сторону капать?

смотри логи виртуалки, пробуй вручную повторить зафейленную команду, можно даже через bash -x