Состояние виртуального диска ошибка iscsi

bard099
Новичок

Зарегистрирован: 25.01.2018
Пользователь #: 167,401
Сообщения: 63

Источник

Вопрос

Столкнулся с такой проблемой.

Имеется сервер Windows Server 2012. Он подключен к дисковой подсистеме iSCSI. Подключение выполнено с использованием многопутевого метода.

Однажды случилось, что один из путей стал недоступен. В журнале событий увидел ошибку:

Initiator failed to connect to the target. Target IP address and TCP Port number are given in dump data.

И доступ к подсистеме iSCSI почему то пропал. После перезагрузки сервера все восстановилось.

Наблюдал подобную ошибку на системах Windows Server 2008, но там все продолжало работать.

Возникает вопрос, почему не заработала многопутевая схема? Какие способы решения проблемы?

Ответы

Эта проблема возникает по одной или нескольким из следующих причин.

Причина 1

Конечное устройство iSCSI, перечисленные на вкладке Избранные конечные объекты iSCSI инициатор будет недоступна. Это может произойти, если изменяется имя целевого устройства iSCSI, при изменении IP-адреса или если целевое устройство iSCSI, удаляется из сети.

Причина 2

Целевое устройство iSCSI достигнуто предельное число входящих подключений.

Причина 3

Временное состояние сети временно предотвратить проблемы подключения к целевому устройству iSCSI.

Причина 4

Сетевой стек не полностью подготовлен при инициатор пытался подключиться к постоянных конечных объектов. Инициатор будет пытаться подключиться. Когда сетевой стек полностью подготовлены, подключение должно быть установлено успешно.

По этой сс ылке можно ознакомиться более подробно как решить проблему:

В системный журнал на компьютере, использующем программное обеспечение инициатора iSCSI для подключения к целевому устройству iSCSI может регистрироваться событие с кодом 1, 5 идентификатор события, событие ID 70 или событие ID 113

Источник

Iscsi инициатор ошибка подключения

Этот форум закрыт. Спасибо за участие!

Спрашивающий

Вопрос

Стоит сервер под управлением windows server 2003 R2 x64 SP2

27 июля 2012 потерялись коннекторы к СХД. Подключенный HDD с СХД тоже пропал.

Сейчас при поиске СХД пишет ошибки в журнал событий windows:

Тип события: Ошибка

Источник события: iScsiPrt
Категория события: Отсутствует
Код события: 7
Дата: 22.08.2012
Время: 9:57:49
Пользователь: Н/Д
Компьютер: MSERVER
Описание:
The initiator could not send an iSCSI PDU. Error status is given in the dump data.

Тип события: Ошибка
Источник события: iScsiPrt
Категория события: Отсутствует
Код события: 43
Дата: 22.08.2012
Время: 9:57:50
Пользователь: Н/Д
Компьютер: MSERVER
Описание:
Target failed to respond in time for a login request.

Тип события: Предупреждение
Источник события: MSiSCSI
Категория события: Отсутствует
Код события: 113
Дата: 22.08.2012
Время: 9:57:50
Пользователь: Н/Д
Компьютер: MSERVER
Описание:
iSCSI discovery via SendTargets failed 0xefff0012 to target portal *192.168.10.171 0003260 RootSCSIADAPTER000_0 .

Что уже не перепробовал.

1. Отключил бранмауэр windows;

2. выгружал Антивирус Касперского;

3. Переустановил все необходимые программы для работы с СХД ax4-5 SCi

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

Может быть у кого-нибудь есть ответ на мой вопрос.

Источник

Настройка ISCSI initiator в linux

Abstract: как работает open-iscsi (ISCSI initiator в linux), как его настраивать и чуть-чуть про сам протокол ISCSI.

Лирика: В интернете есть множество статей довольно хорошо объясняющих, как настроить ISCSI target, однако, почему-то, практически нет статей про работу с инициатором. Не смотря на то, что target технически сложнее, административной возни с initiator больше — тут больше запутанных концепций и не очень очевидные принципы работы.

ISCSI

Перед тем, как рассказать про ISCSI — несколько слов о разных типах удалённого доступа к информации в современных сетях.

NAS vs SAN

scsi over tcp

Одним из протоколов доступа к блочным устройствам является iscsi. Буква ‘i’ в названии относится не к продукции эппл, а к Internet Explorer. По своей сути это ‘scsi over tcp’. Сам протокол SCSI (без буквы ‘i’) — это весьма сложная конструкция, поскольку он может работать через разные физические среды (например, UWSCSI — параллельная шина, SAS — последовательная — но протокол у них один и тот же). Этот протокол позволяет делать куда больше, чем просто «подтыкать диски к компьютеру» (как это придумано в SATA), например, он поддерживает имена устройств, наличие нескольких линков между блочным устройством и потребителем, поддержку коммутации (ага, SAS-коммутатор, такие даже есть в природе), подключение нескольких потребителей к одному блочному устройству и т.д. Другими словами, этот протокол просто просился в качестве основы для сетевого блочного устройства.

Терминология

В мире SCSI приняты следующие термины:
target — тот, кто предоставляет блочное устройство. Ближайший аналог из обычного компьютерного мира — сервер.
initiator — клиент, тот, кто пользуется блочным устройством. Аналог клиента.
WWID — уникальный идентификатор устройства, его имя. Аналог DNS-имени.
LUN — номер «кусочка» диска, к которому идёт обращение. Ближайший аналог — раздел на жёстком диске.

ISCSI приносит следующие изменения: WWID исчезает, на его место приходит понятие IQN (iSCSI Qualified Name) — то есть чистой воды имя, сходное до степени смешения с DNS (с небольшими отличиями). Вот пример IQN: iqn.2011-09.test:name.

IETD и open-iscsi (сервер и клиент под линукс) приносят ещё одну очень важную концепцию, о которой чаще всего не пишут в руководствах по iscsi — portal. Portal — это, если грубо говорить, несколько target’ов, которые анонсируются одним сервером. Аналогии с www нет, но если бы веб-сервер можно было попросить перечислить все свои virtualhosts, то это было бы оно. portal указывает список target’ов и доступные IP, по которым можно обращаться (да-да, iscsi поддерживает несколько маршрутов от initiator к target).

target

Статья не про target, так что даю очень краткое описание того, что делает target. Он берёт блочное устройство, пришлёпывает к нему имя и LUN и публикет его у себя на портале, после чего позволяет всем желающим (авторизация по вкусу) обращаться к нему.

Вот пример простенького файла конфигурации, думаю, из него будет понятно что делает target (файл конфигурации на примере IET):

(сложный от простого отличается только опциями экспорта). Таким образом, если у нас есть target, то мы хотим его подключить. И тут начинается сложное, потому что у initiator’а своя логика, он совсем не похож на тривиальное mount для nfs.

Initiator

В качестве инициатора используется open-iscsi. Итак, самое важное — у него есть режимы работы и состояние. Если мы дадим команду не в том режиме или не учтём состояние, результат будет крайне обескураживающий.

Итак, режимы работы:

• Поиск target’ов (discovery)
• Подключение к target’у
• Работа с подключенным target’ом

Из этого списка вполне понятен жизненный цикл — сначала найти, потом подключиться, потом отключиться, потом снова подключиться. Open-iscsi держит сессию открытой, даже если блочное устройство не используется. Более того, он держит сессию открытой (до определённых пределов, конечно), даже если сервер ушёл в перезагрузку. Сессия iscsi — это не то же самое, что открытое TCP-соединение, iscsi может прозрачно переподключаться к target’у. Отключение/подключение — операции, которыми управляют «снаружи» (либо из другого ПО, либо руками).

Немного о состоянии. После discovery open-iscsi запоминает все найденные target’ы (они хранятся в /etc/iscsi/), другими словами, discovery — операция постоянная, совсем НЕ соответствующая, например, dns resolving). Найденные target можно удалить руками (кстати, частая ошибка — когда у open-iscsi, в результате экспериментов и настройки, пачка найденных target’ов, при попытке логина в которые выползает множество ошибок из-за того, что половина target’ов — старые строчки конфига, которые уже давно не существуют на сервере, но помнятся open-iscsi). Более того, open-iscsi позволяет менять настройки запомненного target’а — и эта «память» влияет на дальнейшую работу с target’ами даже после перезагрузки/перезапуска демона.

Блочное устройство

Второй вопрос, который многих мучает по-началу — куда оно попадает после подключения? open-iscsi создаёт хоть и сетевое, но БЛОЧНОЕ устройство класса SCSI (не зря же оно «я сказя»), то есть получает букву в семействе /dev/sd, например, /dev/sdc. Используется первая свободная буква, т.к. для всей остальной системы это блочное устройство — типичный жёсткий диск, ничем не отличающийся от подключенного через usb-sata или просто напрямую к sata.

Это часто вызывает панику «как я могу узнать имя блочного устройства?». Оно выводится в подробном выводе iscsiadm (# iscsiadm -m session -P 3).

Авторизация

В отличие от SAS/UWSCSI, ISCSI доступно для подключения кому попало. Для защиты от таких, есть логин и пароль (chap), и их передача iscsiadm’у — ещё одна головная боль для начинающих пользователей. Она может осуществляться двумя путями — изменением свойств уже найденного ранее target’а и прописываем логина/пароля в файле конфигурации open-iscsi.
Причина подобных сложностей — в том, что пароль и процесс логина — это атрибуты не пользователя, а системы. ISCSI — это дешёвая версия FC-инфраструктуры, и понятие «пользователь» в контексте человека за клавиатурой тут неприменимо. Если у вас sql-база лежит на блочном устройстве iscsi, то разумеется, вам будет хотеться, чтобы sql-сервер запускался сам, а не после минутки персонального внимания оператора.

Файл конфигурации

Это очень важный файл, потому что помимо логина/пароля он описывает ещё поведение open-iscsi при нахождении ошибок. Он может отдавать ошибку «назад» не сразу, а с некоторой паузой (например, минут в пять, чего достаточно для перезагрузки сервера с данными). Так же там контролируется процесс логина (сколько раз пробовать, сколько ждать между попытками) и всякий тонкий тюнинг самого процесса работы. Заметим, эти параметры довольно важны для работы и вам нужно обязательно понимать, как поведёт ваш iscsi если вынуть сетевой шнурок на 10-20с, например.

Краткий справочник

Я не очень люблю цитировать легконаходимые маны и строчки, так что приведу типовой сценарий употребения iscsi:

сначала мы находим нужные нам target, для этого мы должны знать IP/dns-имя инициатора: iscsiadm -m discovery -t st -p 192.168.0.1 -t st — это команда send targets.

iscsiadm -m node (список найденного для логина)
iscsiadm -m node -l -T iqn.2011-09.example:data (залогиниться, то есть подключиться и создать блочное устройство).
iscsiadm -m session (вывести список того, к чему подключились)
iscsiadm -m session -P3 (вывести его же, но подробнее — в самом конце вывода будет указание на то, какое блочное устройство какому target’у принадлежит).
iscsiadm — m session -u -T iqn.2011-09.example:data (вылогиниться из конкретной )
iscsiadm -m node -l (залогиниться во все обнаруженные target’ы)
iscsiadm -m node -u (вылогиниться из всех target’ов)
iscsiadm -m node —op delete -T iqn.2011-09.example:data (удалить target из обнаруженных).

mulitpath

Ещё один вопрос, важный в серьёзных решениях — поддержка нескольких маршрутов к источнику. Прелесть iscsi — в использовании обычного ip, который может быть обычным образом обработан, как и любой другой трафик (хотя на практике обычно его не маршрутизируют, а только коммутируют — слишком уж великая там нагрузка). Так вот, iscsi поддерживает multipath в режиме «не сопротивляться». Сам по себе open-iscsi не умеет подключаться к нескольким IP одного target’а. Если его подключить к нескольким IP одного target’а, то это приведёт к появлению нескольких блочных устройств.

Однако, решение есть — это multipathd, который находит диски с одинаковым идентифиатором и обрабатывает их как положено в multipath, с настраиваемыми политиками. Эта статья не про multipath, так что подробно объяснять таинство процесса я не буду, однако, вот некоторые важные моменты:

1. При использовании multipath следует ставить маленькие таймауты — переключение между сбойными путями должно происходить достаточно быстро
2. В условиях более-менее быстрого канала (10G и выше, во многих случаях гигабит) следует избегать параллелизма нагрузки, так как теряется возможность использовать bio coalesing, что в некоторых типах нагрузки может неприятно ударить по target’у.

Источник

Ошибка Не удается установить портал инициатора. Состояние ошибки содержится в данных дампа в Windows Server 2012 R2

Ошибка Не удается установить портал инициатора. Состояние ошибки содержится в данных дампа в Windows Server 2012 R2

Всем привет сегодня расскажу как решается и что значит ошибка Не удается установить портал инициатора. Состояние ошибки содержится в данных дампа в Windows Server 2012 R2. Ошибка имеет код 5 источник iScsiPrt, что уже должно вас наталкивать на вектор направления, так как мы с вами знакомились с темой систем хранения данных и там фигурировали диски такого формата подключения, но если вы вдруг не успели еще прочитать данную статью, то чуть ниже вы поймете, о чем речь.

Ошибка код 5 источник iScsiPrt

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

Ошибка Не удается установить портал инициатора. Состояние ошибки содержится в данных дампа в Windows Server 2012 R2

Ошибка сыпалась каждые 3 секунды так что весь журнал уже был забит этим мусором (Советую почитать Как почистить все журналы windows с помощью скрипта). Причин может быть несколько рассмотрим их ниже.

Причина 1

Конечное устройство iSCSI, перечисленных на вкладке Избранные конечные объекты iSCSI инициатора больше не доступен. Это может произойти, если имя целевого устройства iSCSI изменяется при изменении IP-адреса или если целевое устройство iSCSI, удаляется из сети.

Причина 2

Целевое устройство iSCSI достигнут предел для числа входящих подключений.

Причина 3

Проблема временное состояние сети временно запретить подключения к целевому устройству iSCSI.

Причина 4

Сетевой стек не полностью подготовлен при инициатор пытался подключиться к постоянных конечных объектов. Инициатор будет пытаться подключиться. Когда сетевой стек полностью подготовлены, подключение должно быть установлено успешно.

В моем случае уже давно на сервере был отключен диск по протоколу ISCSI и в инициаторе ISCSI осталась фантомная запись подключения к диску, удаляем ее и все. Инициатор ISCSI можно найти в Пуск-Панель управление-Администрирование. У вас там либо не должно быть ничего либо только того что уже не существует.

Ошибка Не удается установить портал инициатора. Состояние ошибки содержится в данных дампа в Windows Server 2012 R2-01

Вот так вот просто решается Ошибка Не удается установить портал инициатора. Состояние ошибки содержится в данных дампа в Windows Server 2012 R2.

Источник

ISCSI инициатор на Windows не видит конечный объект

Все новые темы

Автор
bard099 Новичок Зарегистрирован: 25.01.2018 Пользователь #: 167,401 Сообщения: 54	Добавлено: Ср 19 Авг, 2020 16:17 Заголовок сообщения: ISCSI инициатор на Windows не видит конечный объект
Вернуться к началу
Зарегистрируйтесь и реклама исчезнет!
diesel315 Активный участник Зарегистрирован: 26.08.2015 Пользователь #: 158,057 Сообщения: 649 Голоса: 4	Добавлено: Чт 20 Авг, 2020 8:07 Заголовок сообщения:
Вернуться к началу
bard099 Новичок Зарегистрирован: 25.01.2018 Пользователь #: 167,401 Сообщения: 54 Источник Iscsi windows 7 ошибка целевого устройства Вопрос Столкнулся с такой проблемой. Имеется сервер Windows Server 2012. Он подключен к дисковой подсистеме iSCSI. Подключение выполнено с использованием многопутевого метода. Однажды случилось, что один из путей стал недоступен. В журнале событий увидел ошибку: Initiator failed to connect to the target. Target IP address and TCP Port number are given in dump data. И доступ к подсистеме iSCSI почему то пропал. После перезагрузки сервера все восстановилось. Наблюдал подобную ошибку на системах Windows Server 2008, но там все продолжало работать. Возникает вопрос, почему не заработала многопутевая схема? Какие способы решения проблемы? Ответы Эта проблема возникает по одной или нескольким из следующих причин. Причина 1 Конечное устройство iSCSI, перечисленные на вкладке Избранные конечные объекты iSCSI инициатор будет недоступна. Это может произойти, если изменяется имя целевого устройства iSCSI, при изменении IP-адреса или если целевое устройство iSCSI, удаляется из сети. Причина 2 Целевое устройство iSCSI достигнуто предельное число входящих подключений. Причина 3 Временное состояние сети временно предотвратить проблемы подключения к целевому устройству iSCSI. Причина 4 Сетевой стек не полностью подготовлен при инициатор пытался подключиться к постоянных конечных объектов. Инициатор будет пытаться подключиться. Когда сетевой стек полностью подготовлены, подключение должно быть установлено успешно. По этой сс ылке можно ознакомиться более подробно как решить проблему: В системный журнал на компьютере, использующем программное обеспечение инициатора iSCSI для подключения к целевому устройству iSCSI может регистрироваться событие с кодом 1, 5 идентификатор события, событие ID 70 или событие ID 113 Источник Iscsi хранилище на windows server 2012 r2 Is not a valid windows ce application что делать Популярные записи Как включить встроенного администратора в windows 10 16 октября, 2020 Программа сканирования wifi сетей для windows 20 октября, 2020 Потерял установочный диск windows 7 22 октября, 2020 Как удалить программу в windows server 2012 r2 20 октября, 2020 Как отменить установку windows 10 в виндовс 7 20 октября, 2020 Как настроить сенсорную мышку на ноутбуке windows 10 16 октября, 2020

Протокол iSCSI (Internet Small Computer System) представляет собой протокол SCSI, работающий с системами хранения данных поверх протокола IP. С помощью iSCSI вы сможете подключать ваши сервера к сетевым хранилищам по обычной TCP/IP сеть без использования FC. В этой статье мы рассмотрим, как настроить iSCSI-хранилище на одном Windows Server 2019 и использовать его на других серверах(в Windows Server 2016 и 2012 R2 все настраивается аналогично). Первый пример использования iSCSI: файловому серверу необходимо дополнительное место, и мы по сети подключаем к нему виртуальный диск с другого сервера-хранилища по iSCSI. Другой пример – построение отказоустойчивого кластера, когда для нескольких серверов необходимо общее хранилище.

Для использования ISCSI-диска нужно на сервере-хранилище настроить виртуальный диск (это обычный vhd/vhdx файл) и опубликовать его в виде iSCSI таргета, к которому подключаются iSCSI инициаторы (другие сервера и устройства).

Настройка iSCSI target в Windows Server

Сначала нужно включить iSCSI target (активировать роль iSCSI Target Server), зайдя в File and Storage Services -> File and iSCSI Services.

Теперь на iSCSI сервере нужно создать виртуальный диск. Для этого необходимо зайти в Server Manager -> File and Storage Services -> iSCSI, нажать To create an iSCSI virtual disk, start the New iSCSI Virtual Disk Wizard.

В мастере создания виртуального iSCSI диска нужно выбрать физический раздел, на котором его нужно разместить. Далее нужно присвоить имя iSCSI диска, указать размер диска и его тип (Fixed Size, Dynamically expanding или Differencing), имя iSCSI таргета.

На шаге Access Servers нужно указать серверы (iSCSI инициаторы), которые смогут подключаться к данному iSCSI таргет, выбрав один из вариантов подключения:

• IQN (придется сначала включить iSCSI initiator на сервере и скопировать IQN);
• DNS Name
• IP Address;
• MAC Address.

Пусть используется вариант с IP-адресом.

Следующий шаг в этом мастере – это настройка протокола аутентификации CHAP. Его следует использовать, если необходимо проверять подлинность подключения от инициатора. Далее он включается, вписывается имя пользователя и 12-значный пароль (или длиннее), затем Next -> Next -> Finish. Проверьте, что виртуальный диск iscsiDisk2.vhdx создался в каталоге D:iSCSIVirtualDisks.

Можно создать iSCSI диск с помощью PowerShell. Создадим виртуальный диск размером 200 Гб:

New-IscsiVirtualDisk -Path С:iSCSIVirtualDisksiscsiDisk2.vhdx -Size 200GB.

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

Если нужно использовать диск фиксированного размера (такие диске резервируют место на физическом носителе при создании), то его создать той же командой с дополнительным параметром UseFixed:

New-IscsiVirtualDisk -Path С:iSCSIVirtualDisksiscsiDisk2.vhdx -Size 200GB –UseFixed

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

Далее таргету присваивается имя, здесь же можно разрешить к нему доступ с IP-адреса сервера-инициатора:

New-IscsiServerTarget -TargetName "iscsiTarget33" -InitiatorId @("IPAddress:172.17.244.8")

При желании вместо IP-адреса можно использовать IQN имя (iSCSI Qualified Name – уникальный идентификатор iSCSI устройства в сети):

New-IscsiServerTarget -TargetName iscsiTarget33 -InitiatorIds “IQN: 1991-05.com.microsoft:win2019test.ddd.com”

Затем желательно проверить результат:

Get-IscsiServerTarget | fl TargetName, LunMappings

Получить полное имя таргета можно с помощью командлета
Get-IscsiTarget
, а затем подключить таргет:

Connect-IscsiTarget -NodeAddress iqn.1991-05.com.microsoft:win2019test-iscsitarget33-target

Настройка iSCSI Initiator в Windows Server 2019

Следующий шаг – подключение к созданному iSCSI диску со второго сервера-инициатора. Перейдите в панель управления Control Panel, запустите iSCSI initiator (или выполните команду
iscsicpl.exe
).

В консоли управления службами services.msc поставьте автоматический тип запуска для службы Microsoft iSCSI Initiator Service, Или используйте команду:

Set-Service -Name MSiSCSI -StartupType Automatic

Перейдите на вкладку Discovery, нажмите на кнопку Discover Portal и введите ввести IP-адрес первого сервера (iSCSI-таргет). Чтобы трафик ходил только через определённый сетевой интерфейс, нужно нажать кнопку Advanced, и изменить значения по умолчанию в выпадающих списках: Local Adapter –> Microsoft iSCSI Initiator, Initiator IP –> 172.17.244.8.

Для подключения к iSCSI хранилищу необходимо открыть порты 860 и 3260 в Windows Firewall.

Теперь переключитесь на первую вкладку Targets, на ней появится новое подключение. Чтобы включить его, нажмите Connect -> Advanced, выберите значения из выпадающих полей, включите галочку Enable CHAP log on, укажите имя пользователя и 12-значный пароль.

Осталось инициализировать сам iSCSI-диск, который сначала находится в состоянии Offline. Для этого на сервере-инициаторе необходимо в консоли Disk Management в контекстном меню нового диска выбрать пункт Online, а затем – Initialize Disk. Создайте на новом диске один или несколько разделов, присвойте метку и букву диска. Отформатируйте в файловой системе NTFS.

Для быстрой инициализации и форматирования нового диска можно использовать следующий однострочный PowerShell (см. пример в статье об управления дисками и разделами из PowerShell):

Get-Disk |Where-Object PartitionStyle -eq 'RAW' |Initialize-Disk -PartitionStyle MBR -PassThru |New-Partition -AssignDriveLetter -UseMaximumSize |Format-Volume -FileSystem NTFS -Confirm:$false

Примечание: iSCSI-диски не поддерживают файловую систему ReFS.

Теперь этот виртуальный диск, подключенный с другого сервера по протоколу iSCSI можно использовать как обычный локально подключенный диск.

Также вы можете подключить iSCSI диск на инициаторе из PowerShell. Чтобы получить IQN таргета, используйте командлет
Get-iSCSITarget
.

Чтобы подключится к iSCSI таргет выполните команду:

Connect-IscsiTarget –IsPersistent $False и введите IQN.

Если использовалась дополнительная проверка аутентификации CHAP, то необходимо будет это указать, используя следующую конструкцию:

Get-iScsiTarget | Connect-iScsitarget –AuthenticationType ONEWAYCHAP –ChapUserName <username> -ChapSecret <secret>

Если вы хотите обеспечить высокую доступность и балансировку нагрузки для iSCSI дисков, можно использовать несколько избыточные сетевые компоненты (сетевые карты, коммутаторы) и модуль MPIO.