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