On Wed, Sep 24, 2008 at 05:52:36PM -0500, Albert Chin wrote:
> On Wed, Sep 24, 2008 at 05:10:44PM -0500, Albert Chin wrote:
> > On Wed, Sep 24, 2008 at 04:58:00PM -0500, Albert Chin wrote:
> > > On Fri, Aug 01, 2008 at 01:20:36PM -0700, Nigel Smith wrote:
> > > > Did it work or did you have problems?
> > > 
> > > [[ snip snip ]]
> > >   (initiator) SCSI: Reserve(6) LUN: 0x00
> > >      (target) SCSI Response (Check Condition) LUN: 0x00
> > > 
> > >     iSCSI (SCSI Response)
> > >         ...
> > >     SCSI: SNS Info
> > >         [LUN: 0x0000]
> > >         Valid: 0
> > >         .111 0000 = SNS Error Type: Current Error (0x70)
> > >         Filemark: 0, EOM: 0, ILI: 0
> > >         .... 0101 = Sense Key: Illegal Request (0x05)
> > >         Sense Info: 0x00000000
> > >         Additional Sense Length: 0
> > >         Command-Specific Information: 00000000
> > >         Additional Sense Code+Qualifier: Invalid Command Operation Code 
> > > (0x2000)
> > >         Field Replaceable Unit Code: 0x00
> > >         .. = SKSV: False
> > >         Sense Key Specific: 000000
> > 
> > Does the Solaris iscsitgtd in b91 support the RESERVE/RELEASE commands?
> 
> Ok, it seems that the iscsitgtd from b91 doesn't support RESERVE(6) but
> the latest does. However, in addition to the RESERVE(6) from AIX,
> there's also a RESERVE(10) (opcode 0x56). According to lba_table in
> usr/src/cmd/iscsi/iscsitgtd/t10_sbc.c, there is no support for this. Any
> plans to add RESERVE(10) and RELEASE(10) support?
> 
> [[ snip snip ]]

Ok, upgraded to b98 and am able to get further. But, now that RESERVE(6)
and RELEASE(6) are supported, AIX wants Write & Verify(10) (opcode 0x2e)
which isn't supported by iscsitgtd.

Frame 74 (114 bytes on wire, 114 bytes captured)
  ...
iSCSI (SCSI Command)
    Opcode: SCSI Command (0x01)
    .0.. .... = I: Queued delivery
    Flags: 0xa1
        1... .... = F: Final PDU in sequence
        .0.. .... = R: No data will be read from target
        ..1. .... = W: Data will be written to target
        .... .001 = Attr: Simple (0x01)
    TotalAHSLength: 0x00
    DataSegmentLength: 0x00000000
    LUN: 0000000000000000
    InitiatorTaskTag: 0x0000000a
    ExpectedDataTransferLength: 0x00000200
    CmdSN: 0x0bfffe15
    ExpStatSN: 0x0000000b
SCSI CDB Write & Verify(10)
    [LUN: 0x0000]
    [Command Set:Direct Access Device (0x00) (Using default commandset)]
    Opcode: Write & Verify(10) (0x2e)
    Flags: 0x00
        000. .... = WRPROTECT: 0x00
        ...0 .... = DPO: Disable page out is DISABLED (cache this data)
        .... ..0. = BYTCHK: False
    LBA: 8
    ...0 0000 = Group: 0x00
    Transfer Length: 1
    Vendor Unique = 0, NACA = 0, Link = 0
...
Frame 77 (68 bytes on wire, 68 bytes captured)
  ...
iSCSI (SCSI Response)
    Opcode: SCSI Response (0x21)
    Flags: 0x84
        ...0 .... = o: No overflow of read part of bi-directional command
        .... 0... = u: No underflow of read part of bi-directional command
        .... .1.. = O: Residual overflow occurred
        .... ..0. = U: No residual underflow occurred
    Response: Command completed at target (0x00)
    Status: Check Condition (0x02)
    TotalAHSLength: 0x00
    DataSegmentLength: 0x00000016
    InitiatorTaskTag: 0x0000000a
    StatSN: 0x0000000b
    ExpCmdSN: 0x0bfffe16
    MaxCmdSN: 0x0bfffe24
    ExpDataSN: 0x00000000
    BidiReadResidualCount: 0x00000000
    ResidualCount: 0x00000000
    Request in: 74
    Time from request: 0.000123000 seconds
    SenseLength: 0x0014
SCSI: SNS Info
    [LUN: 0x0000]
    Valid: 0
    .111 0000 = SNS Error Type: Current Error (0x70)
    Filemark: 0, EOM: 0, ILI: 0
    .... 0101 = Sense Key: Illegal Request (0x05)
    Sense Info: 0x00000000
    Additional Sense Length: 0
    Command-Specific Information: 00000000
    Additional Sense Code+Qualifier: Invalid Command Operation Code (0x2000)
    Field Replaceable Unit Code: 0x00
    .. = SKSV: False
    Sense Key Specific: 000000

-- 
albert chin ([EMAIL PROTECTED])
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to