search for: scsi3_test

Il 22/08/2013 09:46, Timon Wang ha scritto: > Thanks Nicholas. > > I found that scsicmd can't pass all the scsi3_test but the result of > sg_inq is the same as it in the host. > > I am absolutely confused about this situation. Am I missed some > information about it? I am also confused. You need to understand the limitations that the clustering software is putting. Can you also try using the megara...

On Wed, 2013-08-21 at 11:09 +0200, Paolo Bonzini wrote: > Il 21/08/2013 04:11, Timon Wang ha scritto: > > 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

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. Tool can be found here: http://www.symantec.com/business/support/index?page=content&id=TECH72086 It's this means that the scsi passthrough windows driver does not support SPC-3 feature, I have read a post about this, it says if support this we should change both the implementation...

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 &...

Thanks Nicholas. I found that scsicmd can't pass all the scsi3_test but the result of sg_inq is the same as it in the host. I am absolutely confused about this situation. Am I missed some information about it? On Wed, Aug 21, 2013 at 5:40 PM, Nicholas A. Bellinger <nab@linux-iscsi.org> wrote: > On Wed, 2013-08-21 at 11:09 +0200, Paolo Bonzini wrote: >...

...I am wondering if lsisas1078 is still not stable or I did not config it right. On Thu, Aug 22, 2013 at 5:02 PM, Paolo Bonzini <pbonzini@redhat.com> wrote: > Il 22/08/2013 09:46, Timon Wang ha scritto: >> Thanks Nicholas. >> >> I found that scsicmd can't pass all the scsi3_test but the result of >> sg_inq is the same as it in the host. >> >> I am absolutely confused about this situation. Am I missed some >> information about it? > > I am also confused. You need to understand the limitations that the > clustering software is putting. >...

>> I found that scsicmd can't pass all the scsi3_test but the result of >> sg_inq is the same as it in the host. >> >> I am absolutely confused about this situation. Am I missed some >> information about it? I guess this is caused by the lack of capability. Please check if enough capability was added to kvm process by the foll...

...e: > 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-BA...

[root@localhost /]# ls -l /dev/VM-IMAGES-BACKUP-DO-NOT-REMOVE/q_disk lrwxrwxrwx. 1 root root 8 8月 20 17:38 /dev/VM-IMAGES-BACKUP-DO-NOT-REMOVE/q_disk -> ../dm-13 [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