Есть ещё момент, если тачки листятся нормально, то есть

onevm list

или

one_xmlrpc_client.sh one.vmpool.info i4:-2 i4:0 i4:0

работает без ошибок, значит проблема где-то в дополнительных полях самой тачки, я предположил бы всё же где-то в хистори

Как вариант можно ещё попробовать сделать
onedb purge-histoty
это удалит все хистори эвенты, кроме последнего

BTW, возможно я знаю где твоя проблема

выкручено уже на 5

о, вот это наверное надо точно сделать будет

Проверь на всякий случай onedb show-history для проблемных тачек с разными seq, возможно у тебя там поле ERROR из истории не стёрлось

onevm list ок, сбойные ВМ там присутствуют

Там ещё флаг для extended info есть, попробуй

Если сработает, проблема 100пудов в хистори

Ну или one.vmpool.infoextended метод

нет, error нету, пробежался по одной из вм..

onevm list --extended работает

буду пробовать завтра. Спасибо большое за отклик

Держись, дружище )

User passed the validation.

User didn't pass the validation and was banned.

Снова всем привет.
@kvaps, по результатам:
еще раз прошелся валидатором по body одной из ВМ - ошибок не нашлось. Попробовал онлайн сервисы по распознаванию кириллицы в тексте - не найдено. Выгрузил все вхождения seq history этой ВМ, пробежался по ним тоже распознаванием - не найдено. Записей об ERROR так же не найдено ни в одной из seq.

one_xmlrpc_client.sh one.vm.info i4:123 - error getting virtual machine, логи выкручены в настройках oned.conf на 5, но кроме этой же ошибки ничего не прилетает.

one_xmlrpc_client.sh one.vmpool.info i4:-2 i4:0 i4:0 - говорит Not enough parameters, может я что-то не так понял.

onedb purge-history - странно, но почему-то вывод такой:
Empty SQL query result
["/usr/lib/one/ruby/onedb/onedb_live.rb:96:in `select'",
"/usr/lib/one/ruby/onedb/onedb_live.rb:191:in `block in purge_history'",
"/usr/lib/one/ruby/opennebula/xml_pool.rb:35:in `block in each_element'",
"/usr/share/one/gems-dist/gems/nokogiri-1.10.9/lib/nokogiri/xml/node_set.rb:238:in `block in each'",
"/usr/share/one/gems-dist/gems/nokogiri-1.10.9/lib/nokogiri/xml/node_set.rb:237:in `upto'",
"/usr/share/one/gems-dist/gems/nokogiri-1.10.9/lib/nokogiri/xml/node_set.rb:237:in `each'",
"/usr/lib/one/ruby/opennebula/xml_pool.rb:34:in `each_element'",
"/usr/lib/one/ruby/opennebula/pool.rb:159:in `each'",
"/usr/lib/one/ruby/onedb/onedb_live.rb:133:in `purge_history'",
"/usr/bin/onedb:532:in `block (2 levels) in <main>'",
"/usr/lib/one/ruby/cli/command_parser.rb:482:in `run'",
"/usr/lib/one/ruby/cli/command_parser.rb:84:in `initialize'",
"/usr/bin/onedb:336:in `new'",
"/usr/bin/onedb:336:in `<main>'"]

Похоже дело не в кириллице :-/

https://pastebin.com/QrTmqzS1
выложил сюда xml body. Еще такой момент - если я поднимаю новую ВМ с новым ID, клонирую в нее диски сбойной ВМ, а потом через onedb update-body vm --<id новой ВМ> с сохранением нового ID и DEPLOYMENT_ID переношу содержимое тела сбойной ВМ, новая также падает. Это значит, что точно проблемы с body? Но где?

Попробуй diff