ух ты.
MariaDB [(none)]> SELECT @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ       |
+-----------------------+
1 row in set (0.000 sec)
MariaDB [(none)]> SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
Query OK, 0 rows affected (0.000 sec)

MariaDB [(none)]> SELECT @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-COMMITTED        |
+-----------------------+
1 row in set (0.000 sec)

Интеренсно, а когда эта настройка успела сломаться?

Но вопрос ещё остался - как починить виртуалку?

onedb fsck не помог

Обрабатывает non-zero exit code

onevm recover --failed <vmid>

Не работает

Если не поможет, то:

EDITOR=vim onedb update-body vm --id <vmid>

И выставить корректный STATE и LCM_STATE согласно http://docs.opennebula.org/5.6/operation/references/vm_states.html

EDITOR=vim onedb update-body vm --id <vmid>

Спасибо, попробую

Виртуалка запустилась, нужно теперь оценить в каком она состоянии )

Спасибо ещё раз, квапс! )

Кстати, а кто-нибудь в hyper-v переносил виндовые хосты на квм? )

Да

мои соболезнования

и вам

Иногда необходимость, когда клиент упирается и топчет ножками.

Не мы такие, жизнь такая :)

За программу спасибо, опробую.

Да не за что.)