Home > Scsi Error > Scsi Status 0x02

Scsi Status 0x02

Contents

I'm assuming -38.el5, but wanted to verify. Results 1 to 3 of 3 Thread: DM-MPIO SCSI error Thread Tools Show Printable Version Email this Page… Subscribe to this Thread… Display Linear Mode Switch to Hybrid Mode Switch to The recommended initiator recovery action is to issue the command again at a later time. If you cannot access bugzilla, please reply with a message to Issue Tracker and I will change the status for you. http://internetmairie.com/scsi-error/scsi-error-status-2101.html

See section SCSI sense keys host_byte(hd_status) | From the kernel. Generated Tue, 25 Oct 2016 22:41:22 GMT by s_ac5 (squid/3.5.20) If you cannot access bugzilla, please reply with a message to Issue Tracker and I will change the status for you. Indicates that the removable medium may have been| | | changed or the target has been reset. http://www.tldp.org/HOWTO/archived/SCSI-Programming-HOWTO/SCSI-Programming-HOWTO-21.html

Scsi Status 0x02

Comment 25 John Poelstra 2007-09-26 19:43:23 EDT A fix for this issue should be included in the packages contained in RHEL5.1-Snapshot8--available now on partners.redhat.com. When multiple recovered errors | | | occur during one command, the choice of which error to report | | | (first, last, most severe, etc.) is device specific. | |--------+--------------------------------------------------------------------| Indicates that the target aborted the command. | | | The initiator may be able to recover by trying the command again. | |--------+--------------------------------------------------------------------| | Ch | EQUAL. This has to be cleaned.

 Macro | Description =======================|================================================= status_byte(hd_status) | The SCSI device status. 

I have not seen this on a hardware 5.1 hosts, but we only have 2, versus about a dozen VMs, and given the rate we're seeing problems that doesn't seem to This status also indicates that a contingent allegiance condition has occurred (see 6.6). Iwould check your SAN for congestion, increase the cache in the EVA, orchange the queue depth in your qla2xxx driver.Regards,Wayne.-----Original Message-----From: linux-cluster-***@redhat.com[mailto:linux-cluster-***@redhat.com] On Behalf Of FMSent: Friday, August 10, 2007 9:58 Scsi Check Condition Codes I am working with a customer that is still seeing the same errors despite having upgraded their RHEL 5 ESX guest to RHEL 5.1.

Indicates that there is no specific sense key | | | information to be reported for the designated logical unit. ext3_abort called. Join Date Aug 2006 Location McKinney, TX Posts 2 0x2000 SCSI Error Fix This is the fix for this issue (from Red Hat); Environment: EMC SW: PowerPath Environment: OS: Red Hat http://h20564.www2.hpe.com/hpsc/doc/public/display?docId=emr_na-c00996785 Comment 37 Juny Kallukalam 2010-09-13 11:14:26 EDT (In reply to comment #35) > Hi, > This bug is still happening on RHEL-5.3 installed on ESXi 3.5U4.

If so, which release should I try? Scsi Status Codes This status indicates that a contingent allegiance condition has occurred (see 6.6). Indicates that a command that reads or writes the | | | medium was attempted on a block that is protected from this | | | operation. Actual results: When an LSI SCSI device returns a status of target busy for a very brief period of time, I/Os will fail after a few retries.

Scsi Error Codes

Christopher Hellwig put a change into the mid-layer at 2.6.14 the causes the Linux SCSI mid-layer to error out a SCSI IO after 180 seconds. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. Scsi Status 0x02 CONFIGURATION: Operating System - Red Hat EL AS 2.1 Subsystem - SCSI RESOLUTION: A. Srb Status Codes Comment 11 Chip Coldwell 2007-05-31 11:11:53 EDT I put some test kernels that should include this fix at http://people.redhat.com/coldwell/kernel/bugs/225177/ (yes, that's a different bug number) Could someone from VMWare please verify

In the case of the ext3 file system, a brief period of busy status from the SCSI target would not cause the file system to be marked read-only. this contact form Powered by vBulletin Version 4.2.2Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Are there any caveats that you know of that we need to take into consideration, in addition to updating their kernel? Installing a > fresh rhel-5.3 fails every single time (I tried 10 times). Scsi Status Check Condition

Requested action: Please verify that your issue is fixed *as soon as possible* to ensure that it is included in this update release. I'm having the read-only filesystem issue on a RHEL5 guest on ESX 3.0.1 and just wondering if one of the kernels at that URL will potentially resolve the issue. SCSI Error status decoding: [http://www.tldp.org/HOWTO/SCSI-Programming-HOWTO-21.html] http://www.tldp.org/HOWTO/SCSI-Programming-HOWTO-21.html 3. have a peek here It is a simple change to return a host status of DID_OK instead of DID_BUS_BUSY when the MPT fusion driver's IOC status is success but the scsi status is SAM_STAT_BUSY.

See section Status codes msg_byte(hd_status) | From the device. Scsi Sense Codes I dont see solution for this mentioned any where .. The one use case that I'm aware of which could possibly extend for 180 seconds involves flooding a target with so much IO (from other initiators or VMs or both) that

write | EIO | the length is too small (smaller than the | | generic header struct).

Version-Release number of selected component (if applicable): The code change to the mptscsi driver that appends the DID_BUS_BUSY status to the SCSI status was made between linux versions 2.6.9-22 and 2.6.9-34. The driver byte is composed out of two nibbles: the driver status and the suggestion. Comment 4 Ed Goggin 2007-03-06 18:17:22 EST Created attachment 149407 [details] no-DID_BUS_BUSY Change mpt driver (mptscsih_io_done in mptscsih.c) to not parse scsi status and return DID_OK instead of DID_BUSY_BUSY when ioc Scsi Errors Indicates that the command terminated with a non- | | | recovered error condition that was probably caused by a flaw in | | | the medium or an error in

This request is not yet committed for inclusion in an Update release. If INTERMEDIATE or INTERMEDIATE-CONDITION MET status is not returned, the series of linked commands is terminated and the I/O process is ended. My AccountSearchMapsYouTubePlayGmailDriveCalendarGoogle+TranslatePhotosMoreDocsBloggerContactsHangoutsEven more from GoogleSign inHidden fieldsSearch for groups or messages To use Google Groups Discussions, please enable JavaScript in your browser settings, and then refresh this page. . Check This Out We have not seen these associate with ext3 failures (although I haven't exhaustively tried to correlate them) but only about 15% of our VMs are RHEL5.

Warning! VMware has verified that this solution addresses the problem in this bugzilla. Comment 27 Ed Goggin 2007-10-29 14:20:04 EDT (In reply to comment #25) > A fix for this issue should be included in the packages contained in > RHEL5.1-Snapshot8--available now on partners.redhat.com. Comment 23 John Poelstra 2007-09-11 15:19:38 EDT A fix for this issue should have been included in the packages contained in the RHEL5.1-Snapshot6 on partners.redhat.com.

I think at this point I think we're going to need more data to proceed, but I wanted to first check with you to see if we missed something obvious.