IBM DS4800 Storage
David Rawling
djr at pdconsec.net
Thu Mar 4 12:43:21 UTC 2010
On 2/03/2010 2:40 AM, Dan Nelson wrote:
> In the last episode (Mar 01), Omer Faruk Sen said:
>
>> (da0:isp1:0:0:6): Vendor Specific ASC
>> (da0:isp1:0:0:6): Unretryable error
>> (da0:isp1:0:0:6): READ(10). CDB: 28 0 0 0 0 10 0 0 1 0
>> (da0:isp1:0:0:6): CAM Status: SCSI Status Error
>> (da0:isp1:0:0:6): SCSI Status: Check Condition
>> (da0:isp1:0:0:6): ILLEGAL REQUEST asc:94,1
>> (da0:isp1:0:0:6): Vendor Specific ASC
>> (da0:isp1:0:0:6): Unretryable error
>>
> According to the "DS4000 Problem Determination Guide" at
> ftp://ftp.software.ibm.com/systems/support/system_x_pdf/gc27207600.pdf#page=104
> , ASC/ASCQ 94/01 corresponds to "Invalid Request Due to Current Logical Unit
> Ownership". Maybe the DS4800 thinks that the lun has been assigned to a
> different host, and that's why it won't let the FreeBSD machine access it.
>
> Other web searches indicate that this may be an attempt to access the
> passive path of multipathed device on an active/passive RAID array. If
> that's the case, FreeBSD should have found another disk (da1 possibly?) that
> you should be able to use.
>
>
That being the case, it's also possible that the LUN is accessible to
the FreeBSD system, but another application or system has applied a
SCSI-2 "reservation" or a SCSI-3 persistent reservation to the disk;
that would prevent the FreeBSD system from accessing the LUN.
Perhaps see what servers or devices the DS4800 thinks is connected to
the LUN.
Dave.
--
David Rawling
PD Consulting And Security
Mob: +61 412 135 513
Email: djr at pdconsec.net
More information about the freebsd-questions
mailing list