Displaying 9 results from an estimated 9 matches for "scsicmd".
Did you mean:
scsi_cmd
2013 Aug 22
2
Re: Oracle RAC in libvirt+KVM environment
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....
2013 Aug 20
3
Re: Oracle RAC in libvirt+KVM environment
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 driv...
2013 Aug 27
2
Re: Oracle RAC in libvirt+KVM environment
>> 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 wa...
2013 Aug 21
2
Re: Oracle RAC in libvirt+KVM environment
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
2013 Aug 20
0
Re: Oracle RAC in libvirt+KVM environment
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...
2013 Aug 22
0
Re: Oracle RAC in libvirt+KVM environment
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:0...
2013 Aug 23
0
Re: Oracle RAC in libvirt+KVM environment
...il logs about the
process quit.
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
> clu...
2013 Aug 21
2
Re: Oracle RAC in libvirt+KVM environment
...hrough driver?
Or is there any tool like sg_inq in windows 2008?
On Tue, Aug 20, 2013 at 8:09 PM, Paolo Bonzini <pbonzini@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 shoul...
2013 Aug 20
2
Re: Oracle RAC in libvirt+KVM environment
[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