Разбираясь с вопросом мониторинга доступности путей MPIO в Windows Server обнаружилось, что на некоторых хостах виртуализации имеется диск, включенный в MPIO, но имеющий при этом всего один путь. Обычно MPIO используется для дисков, подключенных одновременно по нескольким путям с внешних СХД из SAN, которые, как правило, используются в кластерных конфигурациях. Но тут сразу возникло подозрение о том, что в конфигурацию MPIO попал локальный диск сервера, не имеющий по сути отношения к логике Multi-Path.
То есть, в нашем случае локальный RAID-диск на базе контроллера HPE Smart-Array отображается в оснастке Device Manager с говорящим за себя названием «HP LOGICAL VOLUME Multi-Path Disk Device«:
Выглядит такая конфигурация не очень хорошо, так, получается, что работа хостовой ОС с таким диском выполняется не напрямую, а через механизм MPIO. И, возможно, это объясняет ранее замеченные на SCOM алерты «Windows Storport Miniport Driver has timed out a request«, полученные по этому серверу. Попробуем исправить эту ситуацию.
С помощью PowerShell командлета Get-MPIOAvailableHW можно посмотреть перечень дисков, которые, по мнению MSDSM, относятся к тем, что можно использовать для Multi-Path.
С помощью другого командлета Get-MSDSMSupportedHW можно увидеть идентификаторы оборудования (ProductId и VendorId), поддерживаемого модулем MSDSM. Ту же самую информацию мы сможем увидеть в апплете панели управления MPIO на первой вкладке «MPIO Devices«:
В нашем случае MPIO нужен лишь для дисков подключённых к хосту с СХД по протоколу FibreChannel. И очевидно, что появление в перечне активных идентификаторов MSFT2005 iSCSIBusType_0x9 и
MSFT2011 SASBusType_0xA связано с ранее включёнными (без реальной на то необходимости) опциями «Add support for iSCSI devices» и «Add support for SAS devices» на вкладке «Discover Multi-Paths«:
Переведём хост в обслуживание, сняв с него всю продуктивную нагрузку и выполним отключение двух выше обозначенных опций путём удаления соответствующих идентификаторов на вкладке «MPIO Devices«:
Тоже самое можно сделать с помощью PowerShell:
Remove-MSDSMSupportedHW -VendorId "MSFT2005" -ProductId "iSCSIBusType_0x9"
Remove-MSDSMSupportedHW -VendorId "MSFT2011" -ProductId "SASBusType_0xA"
Update-MPIOClaimedHW -Confirm:$false
После этого для вступления изменений в силу потребуется выполнить перезагрузку сервера. При этом замечено, что после изменения конфигурации MPIO для диска, на котором расположена загружаемая хостовая ОС, после первой перезагрузки система может не загрузиться с первого раза. В этом случае не стоит сразу делать лишних телодвижений, а можно просто попробовать ещё раз перезагрузить систему.
После успешной загрузки хостовой ОС снова заглянем в оснастку Device Manager и убедимся в том, что теперь устройство локального RAID-диска отображается без упоминания Multi-Path. Например, в нашем случае название изменилось на «HP LOGICAL VOLUME SCSI Disk Device» и в его свойствах пропала вкладка MPIO:
Подобное переключение диска с Multi-Path Disk Device на SCSI Disk Device было проверено как на дисках с MBR, так и на дисках с GPT для хостов с ОС Windows Server 2016 и Windows Server 2022.
При этом замечено, что после перезагрузки разделы без ОС могут перейти в состояние Offline. Чтобы их вернуть в работу, достаточно будет в оснастке управления дисками перевести их в Online:
Environment:
OS: Windows Server 2012
Model: IBM Flex System 8721 (Chassis)
Hyper-v Servers are 2 Chassis
Storage : IBM SVC7000 over FC
Multipathing existed with IBM DSM
Immediate Observations: VM's were impacted post storage firmware upgradation activity Post activity completion of 2-4 hours , observed the event id 5120(Status_IO_TimeOut) & 5142 for all CSV's at different timings Observed continuous event id's 129 & 153 on all Hyper-v base servers from the time storage activity started
Immediate Action’s performed
- Planned to start rebooting of all Hyper-v servers one by one ,initially started rebooting of Coordinator node where the Hyper-v is owning the CSV disk to release the locks and to control the VM’s failover immediately.
- Post rebooted of Hyper-v hosts , started moving CSV disk to the server which we rebooted. Post starting of 3 or 4 Hyper-v servers, VM’s failover is controlled . However, observed few VM’s were not able to move or failover manually due to lock’s.
- Therefore , as a good practice restarted all Hyper-v servers so that storage paths will be reestablished without any issues.
Post resolving the issues, we started to find the root cause of multipathing failure
We have analyzed as below based on the above event id’s 129,153,5120 & 5142.
Each Cluster node will have direct access to a CSV LUN as well as redirected access over the network and through the node that is the coordinator(owner) of the CSV resource. 5120 errors indicate a failure of redirected I/O, and a 5142 indicates a failure of both redirected and direct.
Warning events are logged to the system event log with the storage adapter (HBA) driver’s name as the Source. Windows’ STORPORT.SYS driver logs this message when it detects that a request has timed out, the HBA driver’s name is used in the error because it is the miniport associated with storport.
The most common causes of the Event ID 129 errors are unresponsive LUNs or a dropped request. Dropped requests can be caused by faulty routers or other hardware problems on the SAN. If you are seeing Event ID 129 errors in your event logs, then you should start investigating the storage and fibre network
An event 153 is similar to an event 129. An event 129 is logged when the storport driver times out a request to the disk. The difference between a 153 and a 129 is that a 129 is logged when storport times out a request, a 153 is logged when the storport miniport driver times out a request.
The miniport driver may also be referred to as an adapter driver or HBA driver, this driver is typically written the hardware vendor.
Finally we clearly understood that , between MPIO (IBM DSM) & HBA driver there was a connectivity issue somewhere in the storage stack driver and involved Storage vendor to do deep analysys from storage end.
From Storage team, we came to know that before storage upgradation activity , Read/Write abnormalities found on volumes i.e, huge Read/write latency found, however they fixed the same before upgradation.
By above statement & referring few blogs , we understood that , in the Draining state volume pends all new IOs and any failed IOs. As storage vendor confirmed that the read/write latency on volumes found abnormal, it would have caused delay in completing I/O for CSV volume and went in to pause state/IO Timeout errors.
There is one timer per logical unit and it is initialized to -1. When the first request is sent to the miniport the timer is set to the timeout value in the SRB.
The timer is decremented once per second. When a request completes, the timer is refreshed with the timeout value of the head request in the pending queue. So, as long as requests complete the timer will never go to zero. If the timer does go to zero, it means the device has stopped responding. That is when the STORPORT driver logs the Event ID 129 error. STORPORT then has to take corrective action by trying to reset the unit.
Also, it is recommended to upgrade HBA driver as it is oldest and CVSFLT.sys,CVSFS.sys by following KB3013767
Ref:
https://blogs.msdn.microsoft.com/ntdebugging/2011/05/06/understanding-storage-timeouts-and-event-129-errors/
https://blogs.msdn.microsoft.com/clustering/2014/12/08/troubleshooting-cluster-shared-volume-auto-pauses-event-5120/
https://blogs.msdn.microsoft.com/clustering/2014/02/26/event-id-5120-in-system-event-log/
Все способы:
- Важная информация
- Способ 1: Обновление операционной системы
- Способ 2: Удаление Microsoft Office Access 2010
- Способ 3: Деинсталляция драйвера AMD Sata controller
- Способ 4: Замена файла «storport.sys»
- Способ 5: Обновление драйверов
- Способ 6: Восстановление системных файлов
- Способ 7: Откат операционной системы
- Вопросы и ответы: 0
Важная информация
Ошибка «storport.sys» может появляться как в процессе эксплуатации компьютера, так и непосредственно во время его запуска. Во втором случае, чтобы иметь возможность ее устранить, необходимо обеспечить доступ к рабочему столу. Попробовать сделать это можно посредством входа в безопасный режим. Так как консоль операционной системы будет недоступна, следует воспользоваться альтернативным методом. На нашем сайте на эту тему написана отдельная статья. Ознакомиться с ней вы можете посредством предоставленной ниже ссылки.
Подробнее: Как войти в безопасный режим через BIOS
В этот режим также можно попасть через среду восстановления. Попасть туда можно разными методами, в том числе и когда ОС не загружается. Детальнее читайте в статье по ссылке ниже.
Подробнее: Как перейти в среду восстановления в Windows 10
Когда среда восстановления откроется, в ней последовательно перейдите в «Поиск и устранение неисправностей» > «Дополнительные параметры» > «Параметры загрузки». В новом окне щелкните по кнопке «Перезагрузить», и когда компьютер перезагрузится, он снова войдет в среду восстановления, но уже с окном, предлагающим выбрать тип загрузки ОС. Нажмите клавишу F4 на клавиатуре.
Способ 1: Обновление операционной системы
Если у вас появляется ошибка с упоминанием файла «storport.sys» не сразу после запуска «десятки», тогда первостепенно необходимо попробовать обновить Windows 10. Есть вероятность, что разработчики уже решили проблему и выпустили соответствующий апдейт. Обновление системы производится в «Параметрах». Если вы не знаете, что именно необходимо делать для выполнения поставленной задачи, тогда обратитесь за помощью к соответствующему руководству на нашем сайте.
Подробнее: Как обновить Windows 10 до последней версии
Способ 2: Удаление Microsoft Office Access 2010
Если обновление Виндовс невозможно по причине появления ошибки до входа на рабочий стол, тогда следует удалить приложение Microsoft Office Access 2010 через безопасный режим. Многие пользователи в интернете отмечают, что именно это программное обеспечение является причиной возникновения неполадки.
Важно отметить, что деинсталляцию следует проводить посредством специального предустановленного программного обеспечения, чтобы избавиться от всех файлов приложения. Также для этих целей вы можете воспользоваться специальным софтом от сторонних разработчиков. На нашем сайте есть отдельные статьи, в которых об этом рассказывается подробнее, при необходимости обратитесь к ним за помощью в выполнении поставленной задачи.
Подробнее:
Установка и удаление программ в Windows 10
Программы для удаления программ в Windows 10
Способ 3: Деинсталляция драйвера AMD Sata controller
Также отмечается, что ошибка с упоминанием файла «storport.sys» может появляться из-за драйвера AMD Sata controller. Соответственно, чтобы устранить неполадку, потребуется его удалить. Для этого нужно иметь доступ к рабочему столу ОС, поэтому при необходимости перейдите в безопасный режим.
Удалить драйвер можно посредством утилиты «Диспетчер устройств». Для выполнения поставленной задачи сделайте следующее:
- Воспользуйтесь поиском по системе, чтобы открыть указанную программу. Для этого установите курсор в соответствующее поле на панели задач, введите запрос «Диспетчер устройств», после чего кликните по пункту «Открыть» в результатах.
Читайте также: «Диспетчер устройств» заблокирован администратором в Windows 10
- В появившемся окне раскройте ветку устройств «Контроллеры IDE ATA/ATAPI» и найдите там драйвер «AMD Sata controller». Затем кликните по нему дважды левой кнопкой мыши.
- В меню «Свойств» перейдите на вкладку «Драйвер» и щелкните там по кнопке «Удалить устройство».
В появившемся диалоговом окне подтвердите выполнение операции, нажав по кнопке «Удалить».
После окончания процедуры деинсталляции закройте все приложения и перезапустите компьютер. В результате ошибка должна исчезнуть.
Примечание! После повторного входа на рабочий стол операционная система в автоматическом режиме произведет инсталляцию штатного драйвера, который заменит удаленный. Он должен функционировать исправно, не вызывая появление неполадки в будущем.
Способ 4: Замена файла «storport.sys»
Исправить ошибку «storport.sys» можно путем замены этого самого файла на корректно работающий. Основная задача заключается в том, чтобы предварительно его скачать на накопитель. Сделать это можно непосредственно с нашего сайта, для этого нажмите по представленной ниже кнопке.
Скачать файл «storport.sys» с Google Drive
Важно! Если у вас есть доступ к рабочему столу ОС, тогда поместите файл в любую папку на диске. Рекомендуется переместить его в корневую директорию диска «C:\», чтобы в будущем быстро найти при необходимости. В случае если компьютер без ошибки запустить у вас не получается, тогда воспользуйтесь любым другим устройством, чтобы поместить его на внешний накопитель, например флешку.
После этого вам необходимо будет совершить замену поврежденного файла на исправно работающий. В Windows 10 «storport.sys» находится в трех директориях на системном диске. Все они указаны ниже:
C:\Windows\WinSxS\amd64_microsoft-windows-storport_31bf3856ad364e35_...\
C:\Windows\WinSxS\amd64_microsoft-windows-storport_31bf3856ad364e35_10.0.16299.755_none_34fe44889aff1f5a\
C:\Windows\System32\drivers\
Для выполнения поставленной задачи перейдите в каталог со скачанным файлом «storport.sys», выделите его и поместите в буфер обмена комбинацией клавиш Ctrl + C. Затем поочередно перейдите в указанные директории и вставьте в них этот самый файл сочетанием Ctrl + V. При необходимости каждый раз подтверждайте это действия, нажимая в появляющемся диалоговом окне по кнопке «ОК», «Да» иди «Продолжить».
Важно! Есть вероятность, что ваша учетная запись не обладает достаточным количеством прав на редактирование содержимого целевых каталогов. Поэтому, чтобы выполнить поставленную задачу, потребуется их получить. Проще всего для этого перейти в аккаунт администратора, но предварительно его следует активировать. На нашем сайте есть отдельная статья, в которой об этой процедуре рассказывается более подробно.
Подробнее: Как перейти в аккаунт Администратора в Windows 10
Если никак зайти на рабочий стол «десятки» у вас не получается, тогда единственный способ заменить файл «storport.sys» — выполнить указанные действия через «Командную строку», запущенную в среде восстановления. Для этого сделайте следующее:
- Перейдите в среду восстановления. Все доступные методы сделать это были описаны в другом нашем материале, ссылка на который есть в самом начале данной статьи (см. раздел «Важная информация»).
- Находясь в главном меню среды восстановления, щелкните мышкой по пункту «Поиск и устранение неисправностей».
- Затем нажмите «Дополнительные параметры» и выберите пункт «Командная строка», чтобы открыть консоль для ввода запросов по замене целевых файлов.
- После недолгой перезагрузки, находясь на экране выбора аккаунта, определить свой профиль и кликните по нему.
- Введите пароль от своей учетной записи и нажмите «Продолжить». Если вы не устанавливали пароль, тогда просто оставьте поле пустым.
- Дождитесь запуска «Командной строки», после чего инициализируйте утилиту для работы с накопителями посредством команды
DISKPART.Она потребуется для того, чтобы узнать букву внешнего накопителя, на котором размещен файл «storport.sys», и букву системного диска основной операционной системы. Дело в том, что они отличаются от тех обозначений, которые отображаются в «Проводнике» Windows 10.
- Выведите список доступных разделов всех подключенных накопителей с их буквенными идентификаторами, для чего напишите представленную ниже команду и нажмите Enter:
LIST VOLUME - В выдаче обратите внимание на поле «Размер» — именно по этим значениям определите том внешнего накопителя (флешки) и диск «C:\» операционной системы, после этого соотнесите разделы со значениями в столбце «Имя». Таким образом определите буквы целевых дисков, с которыми вы будете работать далее.
- Завершите работу утилиты «DISKPART», воспользовавшись представленной командой:
EXIT - Вернувшись в основное меню консоли, перейдите на раздел флешки, просто введя его букву с двоеточием. Например, если внешний накопитель имеет буквенное обозначение «D», тогда впишите в «Командную строку»
D:и нажмите Enter. - Выведите список содержащихся на накопителе файлов с помощью указанной ниже команды:
dir - Убедитесь, что на флешке есть файл «storport.sys» и скопируйте его в указанные ранее директории с заменой. Для этого воспользуйтесь командой со следующим синтаксисом:
copy <путь_к_копируемому_файлу> <путь_к_файлу_для_замены>Вам необходимо в начале второго пути указать букву системного диска операционной системы, которую вы узнали с помощью утилиты «DISKPART». К примеру, если системный диск имеет букву «E:\», тогда поочередно введите команды
copy storport.sys E:\Windows\WinSxS\amd64_microsoft-windows-storport_31bf3856ad364e35(после этого нажмите один раз Tab)copy storport.sys E:\Windows\WinSxS\amd64_microsoft-windows-storport_31bf3856ad364e35(после этого нажмите два раза Tab)copy storport.sys E:\Windows\System32\drivers\После ввода команды потребуется подтвердить замену файла, для этого впишите «Yes» (без кавычек) и нажмите Enter.
Обратите внимание! В результате выполнения некоторых из перечисленных команд может возникнуть ошибка, указывающая на то, что целевого файла или директории не существует. Это нормально, такие предупреждения можно игнорировать.
- Теперь остается только перезапустить компьютер. Для этого сначала закройте окно «Командной строки», выполнив команду
exit, а затем в меню среды восстановления выберите пункт «Выключить компьютер».
После того как все указанные действия будут выполнены, можно снова запустить компьютер и проверить работу ОС. Ошибка с упоминанием «storport.sys» должна исчезнуть.
Способ 5: Обновление драйверов
Рассматриваемая ошибка может появляться по причине устаревания драйверов, установленных в операционной системе. Важно следить за актуальностью этого программного обеспечения и своевременно его обновлять. Но сделать это получится только при доступе к рабочему столу. Если в процессе выполнения этой процедуры вы столкнулись с трудностями, тогда можете обратиться за помощью к другой статье на нашем сайте, в которой все действия детально рассмотрены.
Подробнее: Как обновить драйверы в Windows 10
Обратите внимание! Возможно, что уже имеющиеся в ОС драйверы будут препятствовать установке новых версий. В таком случае их предварительно потребуется удалить. На эту тему у нас тоже на сайте есть статья, ознакомиться с ней вы можете посредством ссылки.
Подробнее: Как удалить драйверы в Windows 10
Способ 6: Восстановление системных файлов
Причиной многих ошибок, включая с упоминанием «storport.sys», является повреждение файлов операционной системы. Специально для таких случаев разработчиками были предусмотрены консольные утилиты «DISM» и «SFC». Они анализируют состояние данных на диске «C:\» и при обнаружении неполадок производят процедуру их восстановления. Все это делается в автоматическом режиме, вам достаточно будет только выполнить запуск утилит. Об этом рассказывается в другой статье на нашем сайте.
Подробнее: Проверка целостности системных файлов в Windows 10
Способ 7: Откат операционной системы
Если ни один из вышеописанных способов не помог вам в устранении проблемы с файлом «storport.sys», тогда можно попробовать откатить Виндовс до точки восстановления. Но воспользоваться этим методом получится только в том случае, если вы ее создавали ранее, а именно до появления ошибки. Если это условие выполняется, тогда воспользуйтесь приведенной ниже ссылкой, чтобы перейти на тематическую статью с инструкцией по реализации описанной задачи.
Подробнее: Как откатить Windows 10 до точки восстановления
Если точки восстановления на вашем компьютере нет, тогда следует откатить операционную систему до заводских настроек. По факту это можно считать переустановкой Windows 10, но с сохранением пользовательских данных. Произвести эту процедуру можно как с рабочего стола, так и посредством инструментов среды восстановления.
Подробнее: Как откатить Windows 10 до заводских настроек
Примечание! Если воспользоваться ни одной из двух представленных выше инструкций по каким-то причинам у вас не получается, тогда вы можете просто произвести переустановку ОС с сохранением пользовательских данных. Этой теме на нашем сайте посвящена отдельная статья, при необходимости ознакомьтесь с ней.
Подробнее: Как переустановить Windows 10 без потери данных
Наша группа в TelegramПолезные советы и помощь
Provide feedback
Saved searches
Use saved searches to filter your results more quickly
Sign up
Appearance settings
#define SRB_STATUS_PENDING 0x00
#define SRB_STATUS_SUCCESS 0x01
#define SRB_STATUS_ABORTED 0x02
#define SRB_STATUS_ABORT_FAILED 0x03
#define SRB_STATUS_ERROR 0x04
#define SRB_STATUS_BUSY 0x05
#define SRB_STATUS_INVALID_REQUEST 0x06
#define SRB_STATUS_INVALID_PATH_ID 0x07
#define SRB_STATUS_NO_DEVICE 0x08
#define SRB_STATUS_TIMEOUT 0x09
#define SRB_STATUS_SELECTION_TIMEOUT 0x0A
#define SRB_STATUS_COMMAND_TIMEOUT 0x0B
#define SRB_STATUS_MESSAGE_REJECTED 0x0D
#define SRB_STATUS_BUS_RESET 0x0E
#define SRB_STATUS_PARITY_ERROR 0x0F
#define SRB_STATUS_REQUEST_SENSE_FAILED 0x10
#define SRB_STATUS_NO_HBA 0x11
#define SRB_STATUS_DATA_OVERRUN 0x12
#define SRB_STATUS_UNEXPECTED_BUS_FREE 0x13
#define SRB_STATUS_PHASE_SEQUENCE_FAILURE 0x14
#define SRB_STATUS_BAD_SRB_BLOCK_LENGTH 0x15
#define SRB_STATUS_REQUEST_FLUSHED 0x16
#define SRB_STATUS_INVALID_LUN 0x20
#define SRB_STATUS_INVALID_TARGET_ID 0x21
#define SRB_STATUS_BAD_FUNCTION 0x22
#define SRB_STATUS_ERROR_RECOVERY 0x23
#define SRB_STATUS_NOT_POWERED 0x24
#define SRB_STATUS_LINK_DOWN 0x25
|
#define SCSIOP_READ_FORMATTED_CAPACITY 0x23 |
|
#define SCSIOP_READ_CAPACITY 0x25 |
|
#define SCSIOP_READ 0x28 |
|
#define SCSIOP_WRITE 0x2A |
|
#define SCSIOP_SEEK 0x2B |
|
#define SCSIOP_LOCATE 0x2B |
|
#define SCSIOP_POSITION_TO_ELEMENT 0x2B |
|
#define SCSIOP_WRITE_VERIFY 0x2E |
|
#define SCSIOP_VERIFY 0x2F |
|
#define SCSIOP_SEARCH_DATA_HIGH 0x30 |
|
#define SCSIOP_SEARCH_DATA_EQUAL 0x31 |
|
#define SCSIOP_SEARCH_DATA_LOW 0x32 |
|
#define SCSIOP_SET_LIMITS 0x33 |
|
#define SCSIOP_READ_POSITION 0x34 |
|
#define SCSIOP_SYNCHRONIZE_CACHE 0x35 |
|
#define SCSIOP_COMPARE 0x39 |
|
#define SCSIOP_COPY_COMPARE 0x3A |
|
#define SCSIOP_WRITE_DATA_BUFF 0x3B |
|
#define SCSIOP_READ_DATA_BUFF 0x3C |
|
#define SCSIOP_WRITE_LONG 0x3F |
|
#define SCSIOP_CHANGE_DEFINITION 0x40 |
|
#define SCSIOP_WRITE_SAME 0x41 |
|
#define SCSIOP_READ_SUB_CHANNEL 0x42 |
|
#define SCSIOP_UNMAP 0x42 // block device |
|
#define SCSIOP_READ_TOC 0x43 |
|
#define SCSIOP_READ_HEADER 0x44 |
|
#define SCSIOP_REPORT_DENSITY_SUPPORT 0x44 // tape |
|
#define SCSIOP_PLAY_AUDIO 0x45 |
|
#define SCSIOP_GET_CONFIGURATION 0x46 |
|
#define SCSIOP_PLAY_AUDIO_MSF 0x47 |
|
#define SCSIOP_PLAY_TRACK_INDEX 0x48 |
|
#define SCSIOP_SANITIZE 0x48 // block device |
|
#define SCSIOP_PLAY_TRACK_RELATIVE 0x49 |
|
#define SCSIOP_GET_EVENT_STATUS 0x4A |
|
#define SCSIOP_PAUSE_RESUME 0x4B |
|
#define SCSIOP_LOG_SELECT 0x4C |
|
#define SCSIOP_LOG_SENSE 0x4D |
|
#define SCSIOP_STOP_PLAY_SCAN 0x4E |
|
#define SCSIOP_XDWRITE 0x50 |
|
#define SCSIOP_XPWRITE 0x51 |
|
#define SCSIOP_READ_DISK_INFORMATION 0x51 |
|
#define SCSIOP_READ_DISC_INFORMATION 0x51 // proper use of disc over disk |
|
#define SCSIOP_READ_TRACK_INFORMATION 0x52 |
|
#define SCSIOP_XDWRITE_READ 0x53 |
|
#define SCSIOP_RESERVE_TRACK_RZONE 0x53 |
|
#define SCSIOP_SEND_OPC_INFORMATION 0x54 // optimum power calibration |
|
#define SCSIOP_MODE_SELECT10 0x55 |
|
#define SCSIOP_RESERVE_UNIT10 0x56 |
|
#define SCSIOP_RESERVE_ELEMENT 0x56 |
|
#define SCSIOP_RELEASE_UNIT10 0x57 |
|
#define SCSIOP_RELEASE_ELEMENT 0x57 |
|
#define SCSIOP_REPAIR_TRACK 0x58 |
|
#define SCSIOP_MODE_SENSE10 0x5A |
|
#define SCSIOP_CLOSE_TRACK_SESSION 0x5B |
|
#define SCSIOP_READ_BUFFER_CAPACITY 0x5C |
|
#define SCSIOP_SEND_CUE_SHEET 0x5D |
|
#define SCSIOP_PERSISTENT_RESERVE_IN 0x5E |
|
#define SCSIOP_PERSISTENT_RESERVE_OUT 0x5F |
Example
Now Let’s Take One Example that is in front of us.
Below are the values that I have received on Offset 29, 30, and 31.
02 04 2A
SCSI Status : 02
SRB status : 04
SCSI command that is being retried : 2A
As per the SCSI.H and SRB.H
0x02 : SCSISTAT_CHECK_CONDITION
0x04 : SRB_STATUS_ERROR
0x2A : SCSIOP_WRITE
There is a Check Condition that is being Issued by the Target.
SRB_STATUS_ERROR 0x04 The SCSI Status here indicates that we encountered an error.
SCSIOP_WRITE – 0x2A We are attempting a Write operation.
Since there is an issue during the Write Operation, I will recommend checking from the Storage End for any issues.