[libvirt] [RFC 5/5]: Rewrite findLuns function

Chris Lalancette clalance at redhat.com
Thu Jun 12 14:54:07 UTC 2008


Stefan de Konink wrote:
> skinkie at xen01 ~ $ ls  -l 
> /sys/devices/platform/host3/session3/target3:0:0/3:0:0:0
> total 0
> lrwxrwxrwx 1 root root    0 May 24 16:38 block:sdar -> 
> ../../../../../../block/sdar
> --w------- 1 root root 4096 Jun 12 16:34 delete
> -r--r--r-- 1 root root 4096 Jun 12 16:34 device_blocked
> lrwxrwxrwx 1 root root    0 May 24 16:38 driver -> 
> ../../../../../../bus/scsi/drivers/sd
> lrwxrwxrwx 1 root root    0 Jun 12 16:34 generic -> 
> ../../../../../../class/scsi_generic/sg44
> -r--r--r-- 1 root root 4096 Jun 12 16:34 iocounterbits
> -r--r--r-- 1 root root 4096 Jun 12 16:34 iodone_cnt
> -r--r--r-- 1 root root 4096 Jun 12 16:34 ioerr_cnt
> -r--r--r-- 1 root root 4096 Jun 12 16:34 iorequest_cnt
> -r--r--r-- 1 root root 4096 May 24 16:38 model
> -rw-r--r-- 1 root root 4096 Jun 12 16:34 queue_depth
> -r--r--r-- 1 root root 4096 Jun 12 16:34 queue_type
> --w------- 1 root root 4096 Jun 12 16:34 rescan
> -r--r--r-- 1 root root 4096 Jun 12 16:34 rev
> -r--r--r-- 1 root root 4096 Jun 12 16:34 scsi_level
> -rw-r--r-- 1 root root 4096 May 26 11:28 state
> lrwxrwxrwx 1 root root    0 May 24 16:38 subsystem -> 
> ../../../../../../bus/scsi
> -rw-r--r-- 1 root root 4096 Jun 12 16:34 timeout
> -r--r--r-- 1 root root 4096 May 24 16:38 type
> --w------- 1 root root 4096 Jun 12 16:34 uevent
> -r--r--r-- 1 root root 4096 May 24 16:38 vendor

OK, hopefully just one more request; I'm trying to figure out a way to
distinguish a disk from a control LUN, since in my case (Linux iscsi target), 0
is a control LUN.  Can you give me the output of:

# cat /sys/bus/scsi/devices/3:0:0:0/model

and

# cat /sys/bus/scsi/devices/3:0:0:0/type

from both your netapp target and your sun target?  Here, at least, for our
"control" LUN, model returns "Controller" while for the real LUNs model returns
"VIRTUAL-DISK", so I'm hoping I can distinguish somehow based on what is in
model, and if not that, based on type.

Thanks again for the info,
Chris Lalancette




More information about the libvir-list mailing list