From the fedora 19 host:
[root@fedora ~]# sg_inq /dev/sdc
standard INQUIRY:
PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3]
[AERC=0] [TrmTsk=0] NormACA=0 HiSUP=0 Resp_data_format=0
SCCS=1 ACC=0 TPGS=1 3PC=0 Protect=0 [BQue=0]
EncServ=0 MultiP=0 [MChngr=0] [ACKREQQ=0] Addr16=0
[RelAdr=0] WBus16=1 Sync=1 Linked=0 [TranDis=0] CmdQue=1
length=36 (0x24) Peripheral device type: disk
Vendor identification: MacroSAN
Product identification: LU
Product revision level: 1.0
Unit serial number: fd01ece6-8540-f4c7-0000-fe170142b300
From the fedora 19 vm:
[root@fedoravm ~]# sg_inq /dev/sdb
standard INQUIRY:
PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3]
[AERC=0] [TrmTsk=0] NormACA=0 HiSUP=0 Resp_data_format=0
SCCS=1 ACC=0 TPGS=1 3PC=0 Protect=0 [BQue=0]
EncServ=0 MultiP=0 [MChngr=0] [ACKREQQ=0] Addr16=0
[RelAdr=0] WBus16=1 Sync=1 Linked=0 [TranDis=0] CmdQue=1
length=36 (0x24) Peripheral device type: disk
Vendor identification: MacroSAN
Product identification: LU
Product revision level: 1.0
Unit serial number: fd01ece6-8540-f4c7-0000-fe170142b300
The result from fedora 19 host and fedora 19 vm are the same. It's
that means I got a wrong windows vm scsi pass-through driver?
Or is there any tool like sg_inq in windows 2008?
On Tue, Aug 20, 2013 at 8:09 PM, Paolo Bonzini <pbonzini(a)redhat.com> wrote:
Il 20/08/2013 13:43, Timon Wang ha scritto:
> Thanks, the whole iSCSI LUN have been passed to the VM.
>
> But I test it with scsicmd, and found that the driver may be not
> support SPC-3, but if i use this by microsoft iscsi initiator, I can
> pass all the scsi3_test tests.
If you are passing the LUN to the VM with device='lun', the driver and
VMM do not interpret any SCSI command. You should see exactly the same
data as in the host, which includes support for SPC-3:
>>> [root@localhost /]# sg_inq /dev/VM-IMAGES-BACKUP-DO-NOT-REMOVE/q_disk
>>> standard INQUIRY:
>>> PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3]
>>> [AERC=0] [TrmTsk=0] NormACA=0 HiSUP=0 Resp_data_format=0
>>> SCCS=1 ACC=0 TPGS=1 3PC=0 Protect=0 [BQue=0]
>>> EncServ=0 MultiP=0 [MChngr=0] [ACKREQQ=0] Addr16=0
>>> [RelAdr=0] WBus16=1 Sync=1 Linked=0 [TranDis=0] CmdQue=1
>>> length=36 (0x24) Peripheral device type: disk
>>> Vendor identification: MacroSAN
>>> Product identification: LU
>>> Product revision level: 1.0
>>> Unit serial number: 0d9281ae-aea4-6da0-0000-02180142b300
Can you try using a Linux VM and executing sg_inq in the VM?
Paolo
--
Focus on: Server Vitualization, Network security,Scanner,NodeJS,JAVA,WWW
Blog:
http://www.nohouse.net