Article ID: 244780 - View products that this article applies to.
This article was previously published under Q244780
Support for Windows Vista Service Pack 1 (SP1) ends on July 12, 2011. To continue receiving security updates for Windows, make sure you're running Windows Vista with Service Pack 2 (SP2). For more information, refer to this Microsoft web page: Support is ending for some versions of Windows
When you write information to the physical disk, the following event message may be logged in the System log:
If a generic error occurs when your computer pages information to or from the disk, an Event ID 51 event message is logged. In a paging operation, the operating system either swaps a page of memory from memory to disk or retrieves a page of memory from disk to memory. It is part of the memory management of Microsoft Windows.
However, the computer may log this event message when it loads images from a storage device, reads and writes to locally mapped files or to any file (as long as it is buffered I/O). The computer does not log this event message when it performs nonbuffered I/O. You can troubleshoot an Event ID 51 event message exactly like you troubleshoot Event ID 9 or Event ID 11 event messages.
Under certain circumstances, the system logs the following Event ID 51 event message:
An error was detected on device \Device\DeviceName during a paging operation
In this case, no harmful effects are experienced. For example, Event ID 51 is logged when blank media such as CDR, CDRW, DVDR, and so on, is inserted into a writable drive while a USB device is plugged in. The system logs the event even though the disc is writable, and the USB device is still usable. In these particular cases, you can safely ignore the log entries, and no additional action is required.
Note On Windows XP and Windows Server 2003, the DeviceName may be truncated because of the size limitation of the event log entry. As a result, the displayed harddisk number, or the device object name itself may be incorrect. This is because a large amount of information is stored in the data section, which reduces the space that is available for the "DeviceName." In this case, you can find the appropriate device by looking at the destination disk data that is stored in the data section. For more information, see the "How to decode the data section of an Event ID 51 event message" section.
On Windows Vista and later Windows operating systems, the event log entry size has been increased, and DeviceName is not truncated. For more information, click the following article numbers to view the articles in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/154690/ )How to troubleshoot event ID 9, event ID 11, and event ID 15 error messages
259237You can use the binary data that is associated with any "DISK" error (Event ID 7, 9, 11, 51, and other Event IDs) to help you identify the problem by decoding the data section. For more information about how to decode the data section, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/259237/ )Troubleshooting event ID 9, 11, and 15 on Cluster Servers
(http://support.microsoft.com/kb/182335/ )Format of event log data created by ScsiPortLogError
Because an Event ID 51 has an additional command descriptor block (CDB) box, you must consider the following information when you are reviewing the data section of an Event ID 51 event message.
How to decode the data section of an Event ID 51 event messageWhen you decode the data section in the example that is in the "Summary" section, you can see that an attempt to perform a write operation to LUN 3 starting at sector 0x2975820a for 0x0080 sectors fails because the bus was reset but the request will be retried. Later, this article lists the specific steps to decode this example.
The following tables describe what each offset represents.
Windows Server 2003 and Windows XP
Collapse this tableExpand this table
Collapse this tableExpand this table
Key sections to decode
The error codeIn the example that is in the "Summary" section, the error code is listed in the second line. That line starts with "0008:" and includes the last four bytes in the line.
0008: 00 00 00 00 33 00 04 80ErrorCode = 0x80040033
This is the code for error 51. This code is the same for all Event ID 51 event messages:
IO_WARNING_PAGING_FAILURENote When you interpret the hexadecimal data in the Event ID to the status code, remember that the values are represented in the little endian format.
The final status codeIn the example in the "Summary" section, the final status code is listed at 0x14 (in the third line) that starts with "0010:" and includes the last four octets in this line.
0010: 2d 01 00 00 00 00 00 00FinalStatus = 0x00000000
This maps to STATUS_SUCCESS and implies that the request will be retried.
Note When you interpret the hexadecimal data in the Event ID to the status code, remember that the values are represented in the little endian format.
The destination diskYou can use this data to help determine on what disk the problem occurred:
0028: 01 00 00 00 04 00 00 00Path ID = 0x0000001, Target ID = 0x0000004
0030: 03 00 00 00 2a 00 00 00LUN = 0x0000003
It may be easier to identify the volume by using the symbolic link listed to the drive in the description of the Event ID. For example, \Device\Harddisk3\DR3. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
159865Note The destination disk information is how it appears to the operating system. Storage virtualization and multipath I/O software may mask what is presented to the operating system. This information may not directly correspond to the physical mappings.
(http://support.microsoft.com/kb/159865/ )How to distinguish a physical disk device from an event message
The SCSI Request Block (SRB) parametersIn the example in the "Summary" section, the ScsiStatus is 0x02 (first byte in line "0038"), and SrbStatus is 0x84 (second byte in line "0038"). This provides the following information:
0038: 02 84 00 00 00 29 06 00ScsiStatus of 0x02:
SCSI Status Codes: (from SCSI.H)
SrbStatus of 0x84:
0x00 = SCSISTAT_GOOD 0x02 = SCSISTAT_CHECK_CONDITION 0x04 = SCSISTAT_CONDITION_MET 0x08 = SCSISTAT_BUSY 0x10 = SCSISTAT_INTERMEDIATE 0x14 = SCSISTAT_INTERMEDIATE_COND_MET 0x18 = SCSISTAT_RESERVATION_CONFLICT 0x22 = SCSISTAT_COMMAND_TERMINATED 0x28 = SCSISTAT_QUEUE_FULL
SRB_STATUS_AUTOSENSE_VALID | SRB_STATUS_ERROR
SRB status masks:
0x00 = SRB_STATUS_PENDING 0x01 = SRB_STATUS_SUCCESS 0x02 = SRB_STATUS_ABORTED 0x03 = SRB_STATUS_ABORT_FAILED 0x04 = SRB_STATUS_ERROR 0x05 = SRB_STATUS_BUSY 0x06 = SRB_STATUS_INVALID_REQUEST 0x07 = SRB_STATUS_INVALID_PATH_ID 0x08 = SRB_STATUS_NO_DEVICE 0x09 = SRB_STATUS_TIMEOUT 0x0A = SRB_STATUS_SELECTION_TIMEOUT 0x0B = SRB_STATUS_COMMAND_TIMEOUT 0x0D = SRB_STATUS_MESSAGE_REJECTED 0x0E = SRB_STATUS_BUS_RESET 0x0F = SRB_STATUS_PARITY_ERROR 0x10 = SRB_STATUS_REQUEST_SENSE_FAILED 0x11 = SRB_STATUS_NO_HBA 0x12 = SRB_STATUS_DATA_OVERRUN 0x13 = SRB_STATUS_UNEXPECTED_BUS_FREE 0x14 = SRB_STATUS_PHASE_SEQUENCE_FAILURE 0x15 = SRB_STATUS_BAD_SRB_BLOCK_LENGTH 0x16 = SRB_STATUS_REQUEST_FLUSHED 0x20 = SRB_STATUS_INVALID_LUN 0x21 = SRB_STATUS_INVALID_TARGET_ID 0x22 = SRB_STATUS_BAD_FUNCTION 0x23 = SRB_STATUS_ERROR_RECOVERY 0x24 = SRB_STATUS_NOT_POWERED 0x30 = SRB_STATUS_INTERNAL_ERROR (used by the port driver to indicate that a non-scsi-related error occurred) 0x38 - 0x3f = Srb status values reserved for internal port driver use.
You must break down SRB status masks because they are a substatus. They are combined with the SRB status codes.
0x80 = SRB_STATUS_AUTOSENSE_VALID 0x40 = SRB_STATUS_QUEUE_FROZEN
In the earlier 0x84 example, 0x8_ is a status mask. Therefore, SRB_STATUS_AUTOSENSE_VALID and 0x04 is the SRB status code. This means SRB_STATUS_ERROR.
The sense codeIf the SRB status is that the autosense is valid, the sense codes provide additional information. In the example in the "Summary" section, the sense code is 0x06 (seventh byte in line "0038"), and the additional sense code is 0x29 (sixth octet in line "0038"). This provides the following information:
0038: 02 84 00 00 00 29 06 00The sense key of 0x06:
The byte at offset 003e is the sense key. This maps to the following:
0x06 = SCSI_SENSE_UNIT_ATTENTION
Sense Codes: (from SCSI.H)
Additional sense code (ASC) of 0x29:
0x00 = SCSI_SENSE_NO_SENSE 0x01 = SCSI_SENSE_RECOVERED_ERROR 0x02 = SCSI_SENSE_NOT_READY 0x03 = SCSI_SENSE_MEDIUM_ERROR 0x04 = SCSI_SENSE_HARDWARE_ERROR 0x05 = SCSI_SENSE_ILLEGAL_REQUEST 0x06 = SCSI_SENSE_UNIT_ATTENTION 0x07 = SCSI_SENSE_DATA_PROTECT 0x08 = SCSI_SENSE_BLANK_CHECK 0x09 = SCSI_SENSE_UNIQUE 0x0A = SCSI_SENSE_COPY_ABORTED 0x0B = SCSI_SENSE_ABORTED_COMMAND 0x0C = SCSI_SENSE_EQUAL 0x0D = SCSI_SENSE_VOL_OVERFLOW 0x0E = SCSI_SENSE_MISCOMPARE 0x0F = SCSI_SENSE_RESERVED
The additional sense code is located in the sixth byte in line “0038” at offset 003d and has a value of 29. For the specified sense key, this maps to the following
0x29 = SCSI_ADSENSE_BUS_RESET
Additional Sense Codes: (from SCSI.H)
Additional sense code qualifier (ASCQ) of 0x00:
0x00 = SCSI_ADSENSE_NO_SENSE 0x02 = SCSI_ADSENSE_NO_SEEK_COMPLETE 0x04 = SCSI_ADSENSE_LUN_NOT_READY 0x0C = SCSI_ADSENSE_WRITE_ERROR 0x14 = SCSI_ADSENSE_TRACK_ERROR 0x15 = SCSI_ADSENSE_SEEK_ERROR 0x17 = SCSI_ADSENSE_REC_DATA_NOECC 0x18 = SCSI_ADSENSE_REC_DATA_ECC 0x20 = SCSI_ADSENSE_ILLEGAL_COMMAND 0x21 = SCSI_ADSENSE_ILLEGAL_BLOCK 0x24 = SCSI_ADSENSE_INVALID_CDB 0x25 = SCSI_ADSENSE_INVALID_LUN 0x27 = SCSI_ADSENSE_WRITE_PROTECT 0x28 = SCSI_ADSENSE_MEDIUM_CHANGED 0x29 = SCSI_ADSENSE_BUS_RESET 0x2E = SCSI_ADSENSE_INSUFFICIENT_TIME_FOR_OPERATION 0x30 = SCSI_ADSENSE_INVALID_MEDIA 0x3a = SCSI_ADSENSE_NO_MEDIA_IN_DEVICE 0x3b = SCSI_ADSENSE_POSITION_ERROR 0x5a = SCSI_ADSENSE_OPERATOR_REQUEST 0x5d = SCSI_ADSENSE_FAILURE_PREDICTION_THRESHOLD_EXCEEDED 0x64 = SCSI_ADSENSE_ILLEGAL_MODE_FOR_THIS_TRACK 0x6f = SCSI_ADSENSE_COPY_PROTECTION_FAILURE 0x73 = SCSI_ADSENSE_POWER_CALIBRATION_ERROR 0x80 = SCSI_ADSENSE_VENDOR_UNIQUE 0xA0 = SCSI_ADSENSE_MUSIC_AREA 0xA1 = SCSI_ADSENSE_DATA_AREA 0xA7 = SCSI_ADSENSE_VOLUME_OVERFLOW
The additional sense code qualifier is located in the fifth byte in line “0038” at offset 003C and has a value of 00. It is 00 in this example, so it does not apply for the specified ASC. This list of additional sense code qualifiers for each sense code is too large to include in this article. Please view SCSI.H in the DDK for more information.
Note All ASC and ASCQ values above 0x80 are vendor specific and are not documented in the SCSI specification or Microsoft DDK. Please refer to the hardware vendor.
The Command Descriptor Block (CDB) parametersThe CDB starts at the line with an offset of ‘0040’:
0040: 2a 60 0a 82 75 29 00 00The bytes at offset 0x40 represent the CDB code, the bytes from offset 0x43 to 0x46 represent the starting sector, and offset 0x47 to 0x49 represent the number of sectors involved in the operation.
0048: 80 00
Note The CDB data section is not in the little-endian format, therefore the bytes should not be flipped. Be careful when you decode this section because the format is different than earlier sections.
0x2a = Write request
0x0a827529 = The starting sector
0x0080 = The number of sectors
SCSI CDB Codes: (from SCSI.H)
0x00 = SCSIOP_TEST_UNIT_READY 0x01 = SCSIOP_REZERO_UNIT 0x01 = SCSIOP_REWIND 0x02 = SCSIOP_REQUEST_BLOCK_ADDR 0x03 = SCSIOP_REQUEST_SENSE 0x04 = SCSIOP_FORMAT_UNIT 0x05 = SCSIOP_READ_BLOCK_LIMITS 0x07 = SCSIOP_REASSIGN_BLOCKS 0x07 = SCSIOP_INIT_ELEMENT_STATUS 0x08 = SCSIOP_READ6 0x08 = SCSIOP_RECEIVE 0x0A = SCSIOP_WRITE6 0x0A = SCSIOP_PRINT 0x0A = SCSIOP_SEND 0x0B = SCSIOP_SEEK6 0x0B = SCSIOP_TRACK_SELECT 0x0B = SCSIOP_SLEW_PRINT 0x0C = SCSIOP_SEEK_BLOCK 0x0D = SCSIOP_PARTITION 0x0F = SCSIOP_READ_REVERSE 0x10 = SCSIOP_WRITE_FILEMARKS 0x10 = SCSIOP_FLUSH_BUFFER 0x11 = SCSIOP_SPACE 0x12 = SCSIOP_INQUIRY 0x13 = SCSIOP_VERIFY6 0x14 = SCSIOP_RECOVER_BUF_DATA 0x15 = SCSIOP_MODE_SELECT 0x16 = SCSIOP_RESERVE_UNIT 0x17 = SCSIOP_RELEASE_UNIT 0x18 = SCSIOP_COPY 0x19 = SCSIOP_ERASE 0x1A = SCSIOP_MODE_SENSE 0x1B = SCSIOP_START_STOP_UNIT 0x1B = SCSIOP_STOP_PRINT 0x1B = SCSIOP_LOAD_UNLOAD 0x1C = SCSIOP_RECEIVE_DIAGNOSTIC 0x1D = SCSIOP_SEND_DIAGNOSTIC 0x1E = SCSIOP_MEDIUM_REMOVAL 0x23 = SCSIOP_READ_FORMATTED_CAPACITY 0x25 = SCSIOP_READ_CAPACITY 0x28 = SCSIOP_READ 0x2A = SCSIOP_WRITE 0x2B = SCSIOP_SEEK 0x2B = SCSIOP_LOCATE 0x2B = SCSIOP_POSITION_TO_ELEMENT 0x2E = SCSIOP_WRITE_VERIFY 0x2F = SCSIOP_VERIFY 0x30 = SCSIOP_SEARCH_DATA_HIGH 0x31 = SCSIOP_SEARCH_DATA_EQUAL 0x32 = SCSIOP_SEARCH_DATA_LOW 0x33 = SCSIOP_SET_LIMITS 0x34 = SCSIOP_READ_POSITION 0x35 = SCSIOP_SYNCHRONIZE_CACHE 0x39 = SCSIOP_COMPARE 0x3A = SCSIOP_COPY_COMPARE 0x3B = SCSIOP_WRITE_DATA_BUFF 0x3C = SCSIOP_READ_DATA_BUFF 0x40 = SCSIOP_CHANGE_DEFINITION 0x42 = SCSIOP_READ_SUB_CHANNEL 0x43 = SCSIOP_READ_TOC 0x44 = SCSIOP_READ_HEADER 0x45 = SCSIOP_PLAY_AUDIO 0x46 = SCSIOP_GET_CONFIGURATION 0x47 = SCSIOP_PLAY_AUDIO_MSF 0x48 = SCSIOP_PLAY_TRACK_INDEX 0x49 = SCSIOP_PLAY_TRACK_RELATIVE 0x4A = SCSIOP_GET_EVENT_STATUS 0x4B = SCSIOP_PAUSE_RESUME 0x4C = SCSIOP_LOG_SELECT 0x4D = SCSIOP_LOG_SENSE 0x4E = SCSIOP_STOP_PLAY_SCAN 0x51 = SCSIOP_READ_DISK_INFORMATION 0x52 = SCSIOP_READ_TRACK_INFORMATION 0x53 = SCSIOP_RESERVE_TRACK_RZONE 0x54 = SCSIOP_SEND_OPC_INFORMATION 0x55 = SCSIOP_MODE_SELECT10 0x5A = SCSIOP_MODE_SENSE10 0x5B = SCSIOP_CLOSE_TRACK_SESSION 0x5C = SCSIOP_READ_BUFFER_CAPACITY 0x5D = SCSIOP_SEND_CUE_SHEET 0x5E = SCSIOP_PERSISTENT_RESERVE_IN 0x5F = SCSIOP_PERSISTENT_RESERVE_OUT 0xA0 = SCSIOP_REPORT_LUNS 0xA1 = SCSIOP_BLANK 0xA3 = SCSIOP_SEND_KEY 0xA4 = SCSIOP_REPORT_KEY 0xA5 = SCSIOP_MOVE_MEDIUM 0xA6 = SCSIOP_LOAD_UNLOAD_SLOT 0xA6 = SCSIOP_EXCHANGE_MEDIUM 0xA7 = SCSIOP_SET_READ_AHEAD 0xAD = SCSIOP_READ_DVD_STRUCTURE 0xB5 = SCSIOP_REQUEST_VOL_ELEMENT 0xB6 = SCSIOP_SEND_VOLUME_TAG 0xB8 = SCSIOP_READ_ELEMENT_STATUS 0xB9 = SCSIOP_READ_CD_MSF 0xBA = SCSIOP_SCAN_CD 0xBB = SCSIOP_SET_CD_SPEED 0xBC = SCSIOP_PLAY_CD 0xBD = SCSIOP_MECHANISM_STATUS 0xBE = SCSIOP_READ_CD 0xBF = SCSIOP_SEND_DVD_STRUCTURE 0xE7 = SCSIOP_INIT_ELEMENT_RANGE
Article ID: 244780 - Last Review: June 10, 2011 - Revision: 22.1
Contact us for more help
Connect with Answer Desk for expert help.