AUbiyko
Contributor
Contributor

Получить информацию о состоянии файловой системы гостевой ОС через Vmware Tools

Привет.

Умозрительный эксперимент. Грохнулся сторадж, на котором жила 1к ВМ на Linux. После восстановления часть загрузилась нормально, часть ушла в Read-Only, часть побилась так, что останавливается в GRUB-е.

Есть какие-то способы влезть внутрь на предмет проверки состояния ОС-и, кроме условного Invoke-VMscript, который под локальной УЗ выполнит, например, touch /somefile и увидит, что ФС в read-only?

Насколько знаю, нечто подобное есть в KVM с его QEMU-агент, где можно выполнить команды без кредов.

Или, возможно, есть способ сымитировать ручное открытие консоли в ВМ-ку через Automation API?

 

0 Kudos
7 Replies
Finikiez
Champion
Champion

Возникает только один вопрос - зачем делать это инструментами, которые для этого не предназначаются? Иными словами зачем залезать в гостя через платформу виртуализации?

 

Например. Если ваша системе весит на уровне загрузчика, то скорее всего система мониторинга где-то вам семафорит, что у вас что-то не работает.

Если ваша система мониторинга тупо пингует все подряд и это пингуется, то тут возникают другие вопросы...

0 Kudos
AUbiyko
Contributor
Contributor

Куда ж на русской площадке без вопросов "а зачем вам это?" и укольчиков в сторону ТС, намекающих на его некомпетентность?

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

0 Kudos
moshkow
Hot Shot
Hot Shot

Можно подцепить "побитый" диск в другую ВМ, залогиниться и рассматривать, с нее, что там творится с fs на этом диске

0 Kudos
AUbiyko
Contributor
Contributor

Опасно, думаю, если FS уже в RO, а мы попробуем в нее что-либо записать - это может иметь очень деструктивные последствия для исходной ВМ.

Судя по всему, единственный доступный вариант - это всё-таки Invoke-VMscript под локальной УЗ. 

0 Kudos
dimsua
Enthusiast
Enthusiast

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

AUbiyko
Contributor
Contributor

Насчет снапшота здравая мысль 🤔 спасибо

0 Kudos
dimsua
Enthusiast
Enthusiast

Можно даже не переподключать диск к другой ВМ.

Некоторые дистрибутивы Linux могут запускаться без установки. Для диагностики этого достаточно.