Назад | Перейти на главную страницу

Есть ли способ заблокировать / разблокировать размещенный движок в oVirt?

У меня странная ситуация с моим размещенным движком в oVirt.

У нас есть кластер oVirt, использующий gluster в качестве хранилища ISO-образов движков и всей информации. Около недели назад два из трех серверов вышли из строя. Мы перезапускали машины примерно три раза, и хосты gluster сообщали, что они подключены, и не сообщали об ошибках разделения мозга.

Процесс размещенного механизма попытался вызвать размещенный механизм на одном из хостов, но он перешел в состояние EngineUnexpectedlyDown. И он вычитал 1600 из оценки серверов, а затем пытался поднять его на следующей машине, пока все они не набрали около 800 очков, и он просто пытался загрузиться на одной машине, а затем просто сидел с "не удалось достичь vm "сообщение.

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

Есть ли способ узнать, заблокирована ли виртуальная машина / доступна только для чтения? И есть ли способ снять указанную блокировку?

Предполагая, что вы использовали реплику 3, когда 2 хоста выходят из строя, файловая система становится доступной только для чтения, и это может в некоторой степени объяснить то, что вы сейчас видите. В большинстве случаев мы должны ожидать, что виртуальная машина зависнет, поскольку qemu не может записывать в хранилище, но мне нужна дополнительная информация об этом, поэтому здесь необходимы файлы журнала с хостов.

Прежде всего, давайте посмотрим, что статус может быть прочитан из хранилища, и вы можете достичь этого, запустив следующее с одного из хостов:

hosted-engine --vm-status

Предполагая, что это сработает, попробуйте перевести хост на глобальное обслуживание:

hosted-engine --set-maintenance --mode=global

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

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