повторно смонтируйте хранилище данных iSCSI в хосте ESXi после сетевого отказа

При установке их со способным / способностью на Ubuntu, необходимо проверить файлы конфигурации в CentOS., все остальное должно хорошо работать.

И если Вы установили все из источника — не должно быть никакой проблемы вообще.

1
задан 8 May 2014 в 23:09
2 ответа

Подключитесь к ESX, используя SSH / локальную консоль, и попробуйте следующее:

esxcfg-volume -l
esxcfg-volume -m <datastorename>

первый выводит список ваших хранилищ данных и их статус, второй монтирует их

3
ответ дан 3 December 2019 в 17:44

Несмотря на конфигурацию сети, которая привела к этой ситуации, остается закономерный вопрос: как лучше всего заставить хост ESXi снова увидеть свое хранилище iSCSI без перезагрузки?

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

Самая полезная ссылка - это статья в базе знаний VMware под названием Невозможно перемонтировать хранилище данных после незапланированной постоянной потери устройства (PDL) (2014155)

«Не вернусь», похоже, является функцией, предназначенной для защиты данных. Любые виртуальные машины, которые использовали исчезнувшее хранилище, удаляются, какой бы временной ни была «постоянная» потеря устройства. Все виртуальные машины, которые использовали исчезнувшее хранилище, должны быть выключены (если возможно) или выключены (что более вероятно) .

Прежде чем пытаться заставить ваш сервер ESXi снова увидеть хранилище, убедитесь, что оно фактически там через процесс, описанный в статье базы знаний VMware под названием Устранение проблем с подключением iSCSI LUN на хостах ESX / ESXi (1003681) Вы можете просто обнаружить, что весь ваш сетевой стек в процессе FUBARed. Я знаю, что сделал ...

Из первой статьи в базе знаний VMware:

(Примечание: для iSCSI устройства могут не иметь идентификаторов "naa" и вместо этого будут выглядеть как "t10.IET_". Я настоятельно рекомендую вырезать и вставьте вместо того, чтобы пытаться набирать эти чудовища вручную.)

Команда для поиска идентификаторов была безуспешно похоронена в середине исходной статьи - здесь она для вашего удобства, поскольку она вам, несомненно, понадобится, чтобы найти правильный аргумент для параметра -d в мировом списке основных устройств хранения esxcli -d :

# esxcfg-scsidevs --uids

Это показывает идентификаторы "t10" следующим образом:

Primary UID                                                     Other UID
mpx.vmhba45:C0:T0:L0                                            vml.0005000000766d68626135353a313a31
naa.60022190becbe0003b3e818108cdf2d5                            vml.0200000000600221c0becce0001b3b918108cdf2c550455e4320c6
t10.IET_____000100000000000000000000000000000000000000000000    vml.010c000000202020202020202020202020202020202020202020202020202020202020626561663e30436e6e7f726f
t10.IET_____000100010000000000000000000000000000000000000000    vml.0100010000202020202020202020202020202020202020202020202020202020202020626561693131464952545541

Запустите эту команду, чтобы увидеть мир, в котором устройство открыто для LUN:

# Мировой список основных устройств хранения esxcli -d

Например:

# Мировой список основных устройств хранения esxcli -d t10.IET _____ 000100010000000000000000000000000000000000000000

Вы видите вывод аналогично:

 Device World ID Open Count World Name 
 ----------------------------------  -------------------------- -------- ---------- ------  ---- 
 t10.IET _____ 000100010000000000000000000000000000000000000000 2060 1 idle0 

Если том VMFS использует устройство косвенно, мировое имя включает строку idle0. Если виртуальная машина использует устройство как RDM, отображается World ID виртуальной машины. Если какой-либо другой процесс использует необработанное устройство, отображается соответствующая информация.

Примечания:

Если хост не отвечает, запустите команду esxcfg-scsidevs –-list , чтобы получить соответствующее имя хранилища данных. Обеспечить все виртуальные машины, зарегистрированные на томе в состоянии PDL, не требуются дальнейшие действия. Если у вас есть виртуальная машина в этом состояние, попытка повторить или отменить операцию не вернет идентификатор мира виртуальной машины. Нажмите Отмена, так как операция повтора не может успешно, если том не будет перемонтирован.

Выполните эту команду, чтобы вывести список всех виртуальных машин, работающих на ESXi 5.x. хост и определите виртуальную машину, зарегистрированную на этом LUN:

# esxcli vm process list

Чтобы убить идентификатор мира виртуальной машины, выполните следующую команду:

# esxcli vm process kill - type = force --world-id = World ID

Например:

# esxcli vm process kill --type = force --world-id = 12131

Повторно просканируйте хранилище с помощью этой команды:

# esxcfg-rescan -u vmhba #

Запустите эту команду, чтобы увидеть состояние устройства:

# Список основных устройств хранения esxcli -d

Если проблема не устранена, перезагрузите хост ESXi 5.x, на котором виртуальная машина был зарегистрирован.

1
ответ дан 3 December 2019 в 17:44

Теги

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