диск iSCSI не монтируется после перезагрузки windows 2008 r2


9

У меня есть сервер с Win2008R2 и NAS-устройством Synology. На Nas есть 6 разделов iSCSI, которые установлены на сервере Windows. Windows-сервер виртуализирован под Hyper-V.

После перезагрузки клиентского компьютера два из 6 разделов не перемонтируются, и мне приходится вручную перемонтировать их ... каждый раз.

Каждый из них имеет аналогичную конфигурацию и был настроен с проверкой подлинности CHAP. Все 6 появляются в списке избранного.

Журнал событий не показывает ошибок относительно iSCSI. Остальные 4 раздела монтируются без проблем.

Есть предложения по дальнейшей отладке?

РЕДАКТИРОВАТЬ: После разговора с Synology они предложили отключить проверку подлинности chap и включить то, что называется маскированием, который в основном является фильтром, чтобы блокировать, какие узлы могут подключаться к каждому LUN. Это имело огромное значение для проблемы. Это все еще происходит время от времени после перебоев в подаче электроэнергии или тому подобного, но после перезагрузок я могу быть почти уверен, что луны будут переустановлены. Я предполагаю, что это проблема между инициатором iscsi Windows и целью при согласовании аутентификации.


Вы проверили журналы на NAS?
Джозеф Керн

Хорошо подумав, я этого не проверял. Тем не менее, это ничего не говорит. Журнал почти пуст.
Ян Мерфи

Ответы:


10

Помимо списка избранного вы проверили, перечислены ли тома на вкладке «Тома и устройства» в свойствах инициатора iSCSI? И они настроены на автоматическую настройку?

Это должно (в теории) убедиться, что все тома инициализированы.

Автоматическая настройка томов

Источник


Этот список пуст на этом сервере и на всех других серверах, которые у меня есть, с использованием iSCSI. Любая идея, какой цели это служит против любимых целей. Похоже, они делают то же самое. Избранное открывается после перезагрузки, как и то, что появляется в этом списке. Сказав это, я только что попробовал кнопку «автоконфигурировать», и она добавила диски в форме D: \, E: \ и т. Д., А не так, как показано на скриншоте выше. Странно, нет? Кажется, я помню, как пробовал это в прошлом и не нашел это полезным.
Ян Мерфи

Согласно второму абзацу в диалоге, ваш инициатор должен быть в избранном, а ваши отдельные устройства - в томах и устройствах. Вы можете попробовать удалить все устройства, а затем добавить их обратно с помощью кнопки автоматической настройки.
Джозеф Керн

Спасибо за наглядность;). Очень признателен. Я тоже думаю, что очистка устройств и их считывание обратно через Auto Configure может помочь.
ЛукиП

2

Обязательно добавьте в избранное и включите muilti-path, когда вы подключаетесь к цели:

Когда вы обнаружите портал, нажмите «Дополнительно», не используйте значения по умолчанию, нажмите «Microsoft iSCSI Intiator», и вы получите NIC IP для Инициатора IP.


Я перепробовал все предложения, приведенные выше, и все еще вижу цели, не перемонтируемые. Это происходит во всех версиях Windows и на нескольких клиентах. Это также происходит с различными марками Nas, так что это не может быть плохой реализацией Nas ... если они все не основаны на одних и тех же библиотеках. Озадачен по меньшей мере. Я должен также упомянуть, что я также видел отключение лун в окнах при перезагрузке Nas. Некоторые луны воссоединятся, другие просто исчезнут. Другие будут перемонтированы, но будут отключены в Windows (иногда)
Ian Murphy

0

Довольно старый поток, но сталкивающийся с той же проблемой в наши дни с Windows Server 2008 R2 SP1 и Synology RS18017xs + с DSM 6.1.5-15254. Проверено вышеупомянутое предложение «автоконфигурация», но оно не работает для меня. Решение от этого парня сработало для меня:

  • Удалить автоматически настроенное устройство
  • Нажмите «Добавить ...» и вручную укажите букву диска или точку монтирования - «F: \» в моем случае

Просто для записей.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.