Потому что лично в моём случае это не вызвало такого интереса, чтобы с этим ковыряться, так как сервер чисто офисный и функционала на нём практически нет

без содержания журналов сложно что-то сказать

выполни 2 строчки в ssh сессии и жди - появиться ли хост

/etc/init.d/hostd restart

/etc/init.d/vpxa restart

Попробую спасибо

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

не надо озвучивать каждое свое действие

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

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

и на будущее вместо длинного и бесполезного описания как не надо делать следовало а) исключить  io на возможно поврежденном томе б) каким угодно чудом создать побайтовый клон  в) изучить журналы вм/хоста и только после этого переходить к действиям, самым правильным из которых было бы в зависимости от ценности данных либо поход/консультация в  контроре по восстановлению данных или разговор с бизнесом как так у вас RPO 3 дня

Так может нам с нашими руками не вертеть? Но провести ликбез с участием гуру будет полезно

Хост в Германии и восстановление данных мимо

Пункт В) конечно по нему и идём

Понимаешь, тут есть такая штука: как только ты только шагнул на предложенную тобой тропинку саморемонта ответственность за происходящее несешь только ты. За любое действие, которые ты сделал или не сделал (а такие точно будут), так что крайним останешься всегда ты. Единственный вариант снять с себя ответственность - сразу кейс в тех. Поддержка вендора, тогда ответственность несут они, а ты не останешься крайним независимо от успешности ремонта.

Ну т.е. Ты это и так понимаешь, это у меня скорее реплика в пятничный воздух

Почему это? Ipmi, load live cd, dd

"Сразу кейс" - как-то очень уж поэнтепрайзному:)