Файлы больше не видимы на VMFS

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

Двойное размещение обычно отключается для препятствования машине ставший шлюз для передачи вируса, взламывания или других противных битов.

1
задан 11 November 2009 в 21:26
3 ответа

Я открыл билет в поддержке VMware. Они узнали, что это был аппаратный отказ.

Это похоже на RAID-контроллер, который я использовал, имел проблему. Все данные по диску, где потеряно.

К счастью, я смог восстановить данные из резервного копирования.

2
ответ дан 3 December 2019 в 18:15
  • 1
    It' s неудачный, что это было подлинной аварией, но она действительно демонстрирует важность наличия контракта на поддержку для важной серверной инфраструктуры и критичности резервных копий. –  Helvick 14 February 2010 в 13:25

vmkfstools-R vmhba1:1:0:0 (или безотносительно LUN в) должен помочь.

1
ответ дан 3 December 2019 в 18:15
  • 1
    Когда я выполняю vmkfstools-R/dev/disks/vmhba2:0:1:0, я получаю следующее сообщение об ошибке: Ошибка: vmkfstools перестал работать: vmkernel не загружается или вызов, не реализованный. –  Simon Greter 11 November 2009 в 21:45
  • 2
    поскольку Helvick заявляет, что необходимо использовать инструменты Remote CLI или устройство VIMA для выполнения vmkfstools. –  Chopper3 11 November 2009 в 22:52

Объемы VMFS проверяются каждый раз, когда они смонтированы так, я был бы удивлен, если принуждение другой проверки на самом деле получает Вас где угодно. Это сказало, что я был surprosed прежде и существует некоторый хороший совет относительно того, как пойти об этом в этом Потоке Сообществ VMware. Помните что, так как Вы используете ESXI, необходимо будет или ворваться в неподдерживаемую консоль или использовать инструменты Remote CLI или устройство VIMA для выполнения vmkfstools.

Для VMFS необычно действительно стать поврежденным, хотя, то, что более распространено, - то, что состояние файлов VM оставили в таком состоянии, которое заставляет хост ESX решать, что это не хочет играть приятно с ними. Необходимо смотреть в журналах, конкретно/var/log/vmkwarning или/var/log/vmkernel, чтобы видеть, дают ли они какие-либо подсказки относительно того, что идет не так, как надо.

Так как это - ESXI, необходимо будет экспортировать diagnostics\logs из меню файла VI Клиентов [файл-> Экспорт-> Диагностические Журналы Экспорта] и затем распаковывать файл (это - .tgz), который это создает.

Veeam FastSCP должен позволить, Вы для соединения с ESXI размещаете и просматриваете Хранилище данных VMFS. Это отобразит все, что это видит, и привычка скрывают вещи путем, Браузер Хранилища данных VI Клиентов делает. Это может дать Вам некоторые подсказки о том, что продолжается.

1
ответ дан 3 December 2019 в 18:15

Теги

Похожие вопросы