Stefan de Konink schreef:
Chris Lalancette schreef:
Stefan de Konink wrote:
Who told you/anyone who wrote this code before that the 0th lun
cannot be a real entry? This assumption is wrong.
Well, that particular piece of code isn't looking at the 0'th LUN,
but there is
code below that that is. However, the code here is generally
looking for block
devices, and the 0'th LUN is definitely not a block device. Given
that, I'm not
sure what else you would want to do with 0th LUN; can you give me
some examples?
The 0th LUN can be a perfect block device.
OK, cool, I misunderstood. Given that, can you give me the output of:
# ls -l /sys/bus/scsi/devices/3:0:0:0
Just to make sure I get the right thing?
[EMAIL PROTECTED] ~ $ 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
-l was important ;)
Stefan
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
