From mboxrd@z Thu Jan  1 00:00:00 1970
From: Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: Oracle RAC in libvirt+KVM environment
Date: Tue, 20 Aug 2013 14:09:11 +0200
Message-ID: <52135C67.20202@redhat.com>
References: <CAH+8FswZaiuGJc8ZbwUgCHK8jXX1J+P7OadkP7KJOcbZXz3csA@mail.gmail.com> <CAH+8Fsx12fZxJRLd_a9HE+SHpkTbNCE9gQtUjWnJjdz7H=4nJQ@mail.gmail.com> <20130812095304.GE29880@stefanha-thinkpad.redhat.com> <CAH+8FswTQ-55Bgcb7tD9_TcFp0+2oV4cN8ZgHuJ5o4YvwBvONw@mail.gmail.com> <20130813091859.GA25429@stefanha-thinkpad.redhat.com> <CAH+8Fsxe0v98mmPCy6YeTBsihLSqxHnF5MN3V1MNNXT-7hLbqg@mail.gmail.com> <CAH+8FszEgS6J6ihZ4-kMxv5BeVhBvrWen7vVfy+1FY4Ow2EnEw@mail.gmail.com> <20130814140232.GC28039@stefanha-thinkpad.redhat.com> <CAH+8FszswmoLg+4uj4gW8wuwJfTZvYTUbxHY=3du-R=hGeUiSw@mail.gmail.com> <5211FD0D.5040409@redhat.com> <CAH+8FswJLUcXg4i7dO-wa7cKK3ompEQX+78U14R2tFX7gNm3xg@mail.gmail.com> <521329D3.8030907@redhat.com> <CAH+8FszeD1Ss4FhugM0=UzktxukHc+k_ju5i34DZG=KJa9F5PA@mail.gmail.com> <521341EA.4010
 404@redhat.com> <CAH+8FswZd_VNr5QCOMssUtTc+=apWWgxUyfxxO8U6akJduXVBA@mail.gmail.com> <521349B0.60103@redhat.com> <CAH+8FswwFVd_-4gTkukKGwsguBfTWWe+ABy0i3ZSwSx+804A2w@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: Stefan Hajnoczi <stefanha@gmail.com>, Don Koch <dkoch@verizon.com>,
	libvirt-users <libvirt-users@redhat.com>, kvm@vger.kernel.org
To: Timon Wang <timonwst@gmail.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mx1.redhat.com ([209.132.183.28]:52036 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750918Ab3HTMJ5 (ORCPT <rfc822;kvm@vger.kernel.org>);
	Tue, 20 Aug 2013 08:09:57 -0400
In-Reply-To: <CAH+8FswwFVd_-4gTkukKGwsguBfTWWe+ABy0i3ZSwSx+804A2w@mail.gmail.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

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