and now it's walking! Re: iSCSI first steps!
Danny Braniss
danny at cs.huji.ac.il
Tue Feb 22 07:32:49 PST 2005
so now it's a maraton?
scbus3 is the iscsi:
shuttle-2# camcontrol devlist
<HL-DT-ST CD-ROM GCR-8523B 1.00> at scbus2 target 0 lun 0 (cd0,pass0)
<Intransa IP5000 1> at scbus3 target 0 lun 0 (pass1,da0)
< > at scbus3 target 0 lun 1 (pass2)
< > at scbus3 target 0 lun 2 (pass3)
< > at scbus3 target 0 lun 3 (pass4)
<NETAPP LUN 0.2> at scbus3 target 1 lun 0 (pass5,da1)
<LINUX ISCSI 0> at scbus3 target 2 lun 0 (pass6,da2)
<LINUX ISCSI 0> at scbus3 target 2 lun 1 (pass7,da3)
<LINUX ISCSI 0> at scbus3 target 2 lun 2 (pass8,da4)
<LINUX ISCSI 0> at scbus3 target 2 lun 3 (pass9,da5)
and
shuttle-2# ls -ls /dev/da*
0 crw-r----- 1 root operator 4, 25 Feb 22 16:30 /dev/da0
0 crw-r----- 1 root operator 4, 26 Feb 22 16:30 /dev/da1
0 crw-r----- 1 root operator 4, 27 Feb 22 16:30 /dev/da2
0 crw-r----- 1 root operator 4, 28 Feb 22 16:30 /dev/da3
0 crw-r----- 1 root operator 4, 29 Feb 22 16:30 /dev/da4
0 crw-r----- 1 root operator 4, 30 Feb 22 16:30 /dev/da5
so here is my question/dilema: from the 'camcontrol devlist' one can find
out some info as to the target, but not the targetaddress/targetname, which
were used to stablish the connection. this info is passed to the iscsi
driver, but it has no idea at to what kind of devices are being attached -
it can be a disk/tape/scanner/etc.
in short, the CAM has no idea about targetname/targetaddress, the iscsi
driver has no idea as to targets. Any ideas?
danny
More information about the freebsd-scsi
mailing list