Там какой-либо путь состоит в том, чтобы блокировать/разблокировать Размещенный Механизм в oVirt?
У меня есть странная ситуация с моим Размещенным Механизмом в oVirt.
У нас есть oVirt кластер, настроенный с помощью gluster как устройство хранения данных для механизмов isos и всей информации. Приблизительно неделю назад два из этих трех серверов понизились. Мы перезапустили машины приблизительно три раза и хосты gluster, о которых сообщают, как соединено, и не сообщили ни о каких мозговых разделением ошибках.
Процесс размещенного механизма пытался поднять размещенный механизм на одном из хостов, но он вошел в состояние EngineUnexpectedlyDown. И это было бы subract 1600 от счета серверов, и затем попытайтесь поднять его на следующей машине, пока они все не закончили приблизительно с 800 счетами, и это просто попытается загрузиться на одной машине и затем просто находиться там с "неудавшийся для достижения vm" сообщение.
Мы выяснили, что размещенный механизм на самом деле загружается, поскольку мы можем подключить к нему остроумие ха vnc клиент. Но это, кажется, находится в своего рода заблокированном состоянии. Если Вы входите в размещенный механизм, как раз когда корень никакие файлы может быть изменен и vm в недоступном через любые другие средства.
Там какой-либо путь состоит в том, чтобы видеть, заблокирован ли vm/только для чтения? И там должен так или иначе удалить, сказала блокировка?
Если предположить, что вы использовали копию 3, когда 2 хоста выходят из строя, файловая система становится доступной только для чтения, и это может в какой-то степени объяснить то, что вы в настоящее время видите. В большинстве случаев следует ожидать, что ВМ зависает, так как qemu не может записывать на хранилище, но мне нужна некоторая дополнительная информация об этом, так что лог-файлы с хостов нужны здесь.
Прежде всего давайте посмотрим, что статус можно прочитать из хранилища, и вы можете достичь его, запустив с одного из хостов:
hosted-engine --vm-status
Предполагая, что это сработает, попробуйте перенести хост на глобальное обслуживание:
hosted-engine --set-maintenance --mode=global
Если это не сработает, это означает, что есть проблемы с доступом к файлу с мета-данными в хранилище, и, потенциально, что он только для чтения.
Если это сработает, ВМ будет находиться в режиме обслуживания, что позволит проверить внутри ВМ, каково состояние файлов, и при необходимости перезагрузить ВМ на том же хосте.
.