Почему мой хост ESX не видит мое хранилище iSCSI?
У меня есть 4 хоста ESX 4.0 (a,b,c,d), 3 SATA слева SSC iSCSI, 1 SAS слева iSCSI SAN
Хозяева a, b & c могут видеть все 3 SAS Sans и 1 SATA san
Хосты a, b, c & d могут пропинговать все 4 устройства хранения
Хосты a, b & c могут использовать все 4 устройства хранения
Почему хост может пинговать SATA-сан, но не может это сделать?
3 ответа
У вас нет порта vmkernel на хосте d, который правильно настроен. Это может быть просто из-за того, что у вас неверные настройки для порта (ов) или vswitch (ов), или это может быть проблема с физическим портом коммутатора, к которому подключены восходящие соединения iSCSI с хоста d. Проверьте, что правильные физические номера также связаны с правильными вещами, возможно, что некоторые кабели были заменены. И это может быть просто из-за того, что у вас есть хитрые кабели на этих каналах связи iSCSI. Вы можете иметь хитрый ник на сервере - это всегда возможно.
Для ESX 3.5 и более ранних версий вам нужна и консоль сервиса (ping проверяет это), и vmkernel (проверяет vmkping) ваши порты SAN для работы iSCSI. В ESX 4 требование Service Console больше не применяется, но без работающего порта vmkernel, который может использовать ваш инициатор iSCSI, вы не сможете подключиться к целям iSCSI.
Предполагая, что все четыре хоста очень похожи, хорошее место для начала - проверить, что сетевая конфигурация на хосте d соответствует шаблону на других. Информационный пузырь CDP на восходящих каналах vSwitch может быть очень полезен, поскольку он расскажет вам много о физическом коммутаторе и порте коммутатора, к которому подключен каждый восходящий канал, если ваша физическая среда коммутации поддерживает CDP.
SANS находятся в той же подсети, что и хосты ESX, или в разных сетях?
Если они находятся в разных сетях, вам следует проверить, определен ли правильный шлюз по умолчанию для порта VMKernel; и, в любом случае, проверьте его IP-адрес и маску подсети.
Конфигурация сети VMKernel отличается от конфигурации Консоли обслуживания, поэтому вполне может быть, что что-то настроено неправильно, и, хотя SC может общаться с этими SAN, VMKernel не может.
После рассмотрения представленных предложений выше и не решения моей проблемы; В конце концов я решил на некоторое время перейти к другой проблеме, чтобы мой мозг освежился. Работая над другой проблемой, которая заключалась в уничтожении всей среды VMware, я заметил, что хост D, который раньше не видел SATA SAN, теперь мог видеть SAN. Тем не мение; хост C больше не мог видеть SATA SAN. В качестве теста я перезагрузил хост D, а затем обновил хранилище хоста C, и он снова мог видеть SATA SAN. Когда хост D снова подключился, я попытался обновить хранилище на хосте D, и он больше не мог видеть SATA SAN.
Это привело меня к исследованию возможной проблемы SATA SAN. Есть несколько проблем, которые были исправлены с некоторыми обновлениями прошивки; одним из них является ограничение iSCSI. Мы еще не выполнили это обновление, но HP подтвердила, что это должно решить проблемы, с которыми мы сталкиваемся. Спасибо всем за ваш вклад.