On Sat, 28 Nov 2009 11:36:41 +1100 Mark Harvey <markh794@xxxxxxxxx> wrote: > On Sat, Nov 28, 2009 at 11:28 AM, Mark Harvey <markh794@xxxxxxxxx> wrote: > > Bingo.. > > > > Found the problem. > > > > tgtd: tgt_mgmt(336) 184 0 2 5 1 0 4 targetOps > > mode_page=0x1d:0:0x12:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0, 2491 > > > > This page is the 'Element Address Assignment' page and should be filled in: > > > > byte 1: Parameter Len 0x12 > > byte 2-3: Medium Transport Element Address > > byte 4-5: Number of medium transport elements > > byte 6-7: First Storage Element > > byte 8-9: Number of Storage Elements > > bytes 10-11: First Import/Export element address > > bytes 12-13: Number Import/Export elements > > bytes 14-15: First data transfer element address > > bytes 16-17: Number of data transfer elements > > bytes 18-19: Reserved (0) > > > > So, when the MODE PAGE 0x1d "tgtd: tgt_mgmt(336) 184 0 2 5 1 0 4 targetOps > mode_page=0x1d:0:0x12:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0, 2491" is > sent AFTER the setup sequence of: > > tgtadm --lld iscsi --op update --mode logicalunit --tid 1 --lun=4 > --params "element_type=4,start_address=500,quantity=3,media_home=/root/btapes" > tgtadm --lld iscsi --op update --mode logicalunit --tid 1 --lun=4 > --params "element_type=4,address=500,tid=1,lun=1" > tgtadm --lld iscsi --op update --mode logicalunit --tid 1 --lun=4 > --params "element_type=4,address=500,tid=1,lun=2" > tgtadm --lld iscsi --op update --mode logicalunit --tid 1 --lun=4 > --params "element_type=4,address=500,tid=1,lun=3" > > All the values are 'reset' to 0.. > > I'll add a check for null values and throw a warning (Tomo, should I > call assert() ??) if it occurs. I prefer avoiding assert. I don't want to crash tgtd in any case. -- To unsubscribe from this list: send the line "unsubscribe stgt" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html