обычно помогает в диагностике

ok, thnx

бывают тонкости. например, zfs не поддерживает некоторые режимы кеширования

Это если не использовать zvol

ага, если просто как файлы

все ради миграции, хоть и оффлайновой

правда, еще ни разу не пригодилось

Коллеги, добрый день.
Никак не можем заставить небулу класть образы в lvm datastore. Дано:
1. Один хост, на нем opennebula 5.6.1 + sunstone
2. Пользователь oneadmin` добавлен в группу disk
3. Сервис lvmetad отключен
4. Созданы два датастора:
 

images (DS_MAD=fs, TM_MAD=fs_lvm, DISK_TYPE="BLOCK", TYPE=IMAGE_DS)
SAN01 (TM_MAD=fs_lvm, TYPE=SYSTEM_DS)

5. Для датастора SAN01 (id 112) создана VG vg-one-112
6. Размер датастора SAN01 соответствует размеру VG  (т.е. созданную VG он видит, все ок)

Проблема: при запуске машин не создаются LV, все диски располагаются локально в /var/lib/one/datastores/112/.
Ошибок в логах при создании ВМ нет.
Вопрос - что делаем не так?

Тоже сталкивался с подобным, да и коллеги в чате https://github.com/OpenNebula/one/issues/2354

Пробуйте другой тип хранения для имеджей

И сам образ в raw

Тип драйвера обязателен

Для images уже указан DRIVER raw

Вот тут не понял, о чем речь. DISK_TYPE менять?

Сходятся настройки для images?

+ в самом template image в формате raw

Потому как например образы из маркетплейс все по умолчанию в qcow2

В моем случае образы это шара на nfs сервере, смонтированная на сервера фронтенд, а непосредственно system ds уже блочные усва с fs_lvm для запуска и хранения вм

Для images настройки сходятся. Но, как я понимаю, образы из этого датастора будут всегда лежать в файлах, а из system - в отдельных lv. Из доки:

Images are stored as regular files (under the usual path: /var/lib/one/datastores/<id>) in the Image Datastore, but they will be dumped into a Logical Volumes (LV) upon virtual machine creation. The virtual machines will run from Logical Volumes in the node.