Целевой объект iSCSI завис при повторном подключении после перезагрузки сервера
У меня были некоторые постоянные проблемы с моим подключением iSCSI, которое не подключалось повторно после перезагрузки сервера, как показано ниже:
ОС - Windows Server 2008 R2. Устройство iSCSI предназначено для моего экземпляра SQL Server 2008 R2, который находится в отказоустойчивом кластере с другим идентичным сервером. Оба сервера обнаруживают одну и ту же проблему.
Цель указана как «избранная цель» и не требует аутентификации. Дайджесты отключены. Цель iSCSI отображается через устройство Synology NAS.
Также стоит упомянуть, что мои файловые серверы / серверы печати (та же ОС) демонстрируют ту же проблему. Я сам пробовал проводить исследования, но пока не помогло. Это очень простая настройка, и большинство решений предполагают конфигурацию, более похожую на SAN.
Все серверы, кроме NAS, находятся на хостах ESXi 6 (по одной виртуальной машине в паре на каждом хосте).
Изменить: вкладка "Обнаружение":
Обновление: сообщения журнала:
РЕДАКТИРОВАТЬ:
Итак, событие 113 KB972107, который представляет собой довольно общий класс проблем, но мое внимание привлек «... сетевой стек не полностью подготовлен». Затем мы видим более интересное событие 103.
Посмотри это должность обмена экспертами с аналогичной проблемой ...
Если я присоединяю их во время работы сервера, все работает правильно, но если я перезагружаюсь, сервер обычно зависает после входа в систему, и диски либо появляются медленно, либо не появляются совсем.
... и решение, которое указывает на следующее Статья базы знаний.
Без какой-либо дополнительной информации я предполагаю, что соединение не завершается корректно при перезагрузке инициатора. Это оставляет соединение в несогласованном состоянии на цель устройство. Когда ваш инициатор пытается повторно подключиться, цель по-прежнему считает, что исходный сеанс активен, и соединение зависает, либо потому, что одна сторона просто сбита с толку, либо потому, что у вас установлено ограничение на количество сеансов для каждого инициатора.
Попробуйте еще раз, наблюдая за состоянием соединения на удаленном сервере. Если моя догадка верна, вы увидите, что сеанс все еще активен на стороне NAS. Это может быть связано с тем, что ваш сервер не завершает сеанс достаточно быстро до его принудительного отключения, или это может быть результатом очень длительного тайм-аута сеанса на NAS.
Я недавно столкнулся с этим и обнаружил, что даже если вы установите маску, она все равно не сработает. Похоже, это связано с использованием Team NIC.
Я обнаружил, что вам нужно сделать следующее: Удалить все существующие цели ISCSI для NAS, в том числе в томах и устройствах. Удалить CHAP и вместо этого использовать маскировку (IE по умолчанию не имеет доступа, но чтение / запись для вашего имитатора, с которым вы подключаетесь. Используйте автоподключение, но не устанавливайте какие-либо специальные сетевые карты или цели вверху. Обычно это исправление для устройств, которые не подключаются повторно, но я обнаружил, что это вызывало проблему. После подключения запустите автоматическую настройку на томах и устройствах, чтобы убедиться, что оно повторно подключено.
Теперь вы должны обнаружить, что он повторно подключается при перезапуске.
Спасибо, Роб Холмс
Мы также используем Synology Nas на большинстве сайтов наших клиентов, и я регулярно сталкивался с одной и той же проблемой. Я поговорил со службой технической поддержки Synology, и они предложили настроить маскировку аутентификации. В моем случае я аутентифицировал соединение с помощью chap, и Windows постоянно регистрировала ошибку аутентификации. Ситуация была намного хуже при обновлении юнитов, так как я отключал около дюжины лунов, а половина обычно не могла подключиться заново.
С момента внесения этого изменения я перестал замечать эту проблему примерно при 100% перезагрузок, а теперь видел ее только на одной машине за последние шесть месяцев.
Я понимаю, что у вас не настроена аутентификация, но, возможно, стоит попробовать настроить маскирование на стороне синологии. Вам нужно будет скопировать строку iqn из диспетчера хранилища, пока он подключен. Вы можете найти его на целевом экране iscsi, а затем перейти к редактированию> маскирование и создать новую запись, в которую вы можете вставить строку.