Да

У соседней виртуалки, созданной не мной, те же права, но я вижу эту вирту и могу ею управлять

Смотри правила что то типа этого "#2 VM/* USE *"

где VM фигурирует

Тогда это надо на каждую вирту и каждого пользователя вешать, нет?

на пользователях посмотреть и на группе

Ок, гляну, может вообще зря заморачиваюсь, но как по мне - это несколько странно

К сожалению доклад про OpenNebula не поместился в программу мероприятия, скорее всего выступлю с ним в апреле следующего года в Санкт-Петербурге. FYI

Image file upload to the server via the client browser is possible. The process is as follow:
   Step 1: The client uploads the whole image file to the server in a temporal file in the tmpdir folder specified in the configuration.
   Step 2: OpenNebula registers an Image setting the PATH to that temporal file.
   Step 3: OpenNebula copies the image file to the datastore.
   Step 4: The temporal file is deleted and the request returns successfully to the user (a message pops up indicating that Image was uploaded correctly).

через oneimage create тоже сперва будет копировать в темповую директорию, а потом копировать в датастор, или сразу будет грузить в датастор?

через темповую директорию, т.к. имадж может быть в qcow2 а датастор в raw, потребуется конвертация

хм... ладно, зайдем с другой стороны. если я положу образ в датастор напрямую, можно ли будет потом объяснить небуле, что он там есть?

только если правкой базы и рестартом демона

тоска. ладно, пойду изыскивать другие костыли, спасибо

попробуйте создать образ размером 0 байт, а потом расширить

он увеличится в datastore, я думаю

а потом можно в него сделать dd

о @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. Может оно не только при ребуте хоста возникает

Оно возникает когда OpenNebula во время очередного цикла мониторинга виртуалок не смогла выявить конкретного состояния для виртуалки, это может произойти в тех когда хост неожиданно ушёл в оффлайн, либо если заглючил libvirt, из-за чего скрипт OpenNebula для сбора состояний на хосте подвис или не вернул конкретного значения

обычно в этих случаях хост получает статус ERROR, должен запускаться скрипт который фенсит ноду и перезапускает виртуалки на здоровых нодах