status io-error

такой статус появляется из-за переполнения диска

Все верно так и произошло

в таком случае помогает обычно только жесткий рестарт после очистки диска =(

resume  не  прокатит?

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

Делать пару часов придётся

Там файлов на 800 гиг

я никуда не спешу, у меня еще 8 часов рабочего времени =)

а 800 гиг чего? баз мускуля?

Аплоуды , маскуль там  56 гиг  )

Вы там дикпики чтоль в base64 храните?

Дикпики... если бы так я бы там точно не использовал маскуль )

Пардон, не заметил с утра Вашего сообщения. Честно без понятия как сейчас, я просто в таком случае делал стоп-старт и это всегда помогало.  Но точно знаю, что у редхата был сто лет назад баг, при котором во время отвала glusterfs хранилище становилось недоступно и виртуалка замораживалась именно с таким же статусом (хотя по сути, что отвал хранилища что его переполнение ведет к не работе io на дисковую), и вот там народ в багзиллу ложил юзкейс - при рестарте гластера виртуалка замораживается по io-error и все, резюм не работает. Помогал только стоп-старт. Они там лет 5 с этим багом жили, я не помню кто на кого стрелки косил - разрабы qemu/kvm на разрабов glustera, или наоборт и чем все закончилось, но вроде пофиксили такое поведение.

у меня на бэкапном серваке пару раз была такая ситуация. после увеличения места просто делал ещеё раз старт вм. вм отлипала.

ну это если вм пребывает в замороженном состоянии.

Всех благодарю за дельные советы , @terrifilch  благодарочка за ценные указания.

ну таки что там по итогу?

План действий: сделал снепшот на подлипшей виртуалке, через консоль прописал qm resum, память начала высвобождаться и процессор начал активно пиковатт , профит .