I have just set = =3D up an Ovirt 3.3.0 install and have done a test install of Centos 6.4 in a V= =3D M. The VM was configured with an IDE drive and a virtio-scsi drive.&n= =3D bsp; The Centos 6.4 install sees both drives OK.

I'm wanting to d= =3D o some testing on a product that is based on EL5, but I'm finding that it c= =3D annot see the virtio-scsi drive. It does show up in the output of 'ls= =3D pci', but I don't see a corresponding 'sd' device.

I've just = =3D tried installing Centos 5.10 and the support is not there.

Does anyone know of any tricks to allow EL5 to see the virtio-scsi= =3D device?

---1504104896-299338706-1384321468=3D:29063-- --===============3168908752123157188== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tMTUwNDEwNDg5Ni0yOTkzMzg3MDYtMTM4NDMyMTQ2OD06MjkwNjMKQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PWlzby04ODU5LTEKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog cXVvdGVkLXByaW50YWJsZQoKSSBoYXZlIGp1c3Qgc2V0IHVwIGFuIE92aXJ0IDMuMy4wIGluc3Rh bGwgYW5kIGhhdmUgZG9uZSBhIHRlc3QgaW5zdGFsbCBvZiBDPQplbnRvcyA2LjQgaW4gYSBWTS49 QTAgVGhlIFZNIHdhcyBjb25maWd1cmVkIHdpdGggYW4gSURFIGRyaXZlIGFuZCBhIHZpcnRpby09 CnNjc2kgZHJpdmUuPUEwIFRoZSBDZW50b3MgNi40IGluc3RhbGwgc2VlcyBib3RoIGRyaXZlcyBP Sy49MEFJJ20gd2FudGluZyB0bz0KIGRvIHNvbWUgdGVzdGluZyBvbiBhIHByb2R1Y3QgdGhhdCBp cyBiYXNlZCBvbiBFTDUsIGJ1dCBJJ20gZmluZGluZyB0aGF0IGl0PQogY2Fubm90IHNlZSB0aGUg dmlydGlvLXNjc2kgZHJpdmUuPUEwIEl0IGRvZXMgc2hvdyB1cCBpbiB0aGUgb3V0cHV0IG9mICds c3A9CmNpJywgYnV0IEkgZG9uJ3Qgc2VlIGEgY29ycmVzcG9uZGluZyAnc2QnIGRldmljZS49MEE9 MEFJJ3ZlIGp1c3QgdHJpZWQgaW5zdD0KYWxsaW5nIENlbnRvcyA1LjEwIGFuZCB0aGUgc3VwcG9y dCBpcyBub3QgdGhlcmUuPTBBPTBBRG9lcyBhbnlvbmUga25vdyBvZiBhPQpueSB0cmlja3MgdG8g YWxsb3cgRUw1IHRvIHNlZSB0aGUgdmlydGlvLXNjc2kgZGV2aWNlPwotLS0xNTA0MTA0ODk2LTI5 OTMzODcwNi0xMzg0MzIxNDY4PToyOTA2MwpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNl dD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUK CjxodG1sPjxib2R5PjxkaXYgc3R5bGU9M0QiY29sb3I6IzAwMDsgYmFja2dyb3VuZC1jb2xvcjoj ZmZmOyBmb250LWZhbWlseTp0aT0KbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJp Zjtmb250LXNpemU6MTJwdCI+PGRpdj5JIGhhdmUganVzdCBzZXQgPQp1cCBhbiBPdmlydCAzLjMu MCBpbnN0YWxsIGFuZCBoYXZlIGRvbmUgYSB0ZXN0IGluc3RhbGwgb2YgQ2VudG9zIDYuNCBpbiBh IFY9Ck0uJm5ic3A7IFRoZSBWTSB3YXMgY29uZmlndXJlZCB3aXRoIGFuIElERSBkcml2ZSBhbmQg YSB2aXJ0aW8tc2NzaSBkcml2ZS4mbj0KYnNwOyBUaGUgQ2VudG9zIDYuNCBpbnN0YWxsIHNlZXMg Ym90aCBkcml2ZXMgT0suPC9kaXY+PGRpdj5JJ20gd2FudGluZyB0byBkPQpvIHNvbWUgdGVzdGlu ZyBvbiBhIHByb2R1Y3QgdGhhdCBpcyBiYXNlZCBvbiBFTDUsIGJ1dCBJJ20gZmluZGluZyB0aGF0 IGl0IGM9CmFubm90IHNlZSB0aGUgdmlydGlvLXNjc2kgZHJpdmUuJm5ic3A7IEl0IGRvZXMgc2hv dyB1cCBpbiB0aGUgb3V0cHV0IG9mICdscz0KcGNpJywgYnV0IEkgZG9uJ3Qgc2VlIGEgY29ycmVz cG9uZGluZyAnc2QnIGRldmljZS48YnI+PC9kaXY+PGRpdj5JJ3ZlIGp1c3QgPQp0cmllZCBpbnN0 YWxsaW5nIENlbnRvcyA1LjEwIGFuZCB0aGUgc3VwcG9ydCBpcyBub3QgdGhlcmUuPC9kaXY+PGRp dj48YnI+PC89CmRpdj48ZGl2IHN0eWxlPTNEImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6 ZTogMTZweDsgZm9udC1mYW1pbHk6IHRpbWVzID0KbmV3IHJvbWFuLG5ldyB5b3JrLHRpbWVzLHNl cmlmOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogPQpub3JtYWw7 Ij5Eb2VzIGFueW9uZSBrbm93IG9mIGFueSB0cmlja3MgdG8gYWxsb3cgRUw1IHRvIHNlZSB0aGUg dmlydGlvLXNjc2k9CiBkZXZpY2U/PGJyPjwvZGl2PjxkaXYgc3R5bGU9M0QiY29sb3I6IHJnYigw LCAwLCAwKTsgZm9udC1zaXplOiAxNnB4OwogZm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21hbixu ZXcgeW9yayx0aW1lcyxzZXJpZjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnM9CnBhcmVudDsgZm9u dC1zdHlsZTogbm9ybWFsOyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj48L2Rpdj48L2JvZHk+PC9o dG1sPgotLS0xNTA0MTA0ODk2LTI5OTMzODcwNi0xMzg0MzIxNDY4PToyOTA2My0tCg== --===============3168908752123157188==-- From S.Kieske at mittwald.de Wed Nov 13 03:35:43 2013 Content-Type: multipart/mixed; boundary="===============1488814466749218977==" MIME-Version: 1.0 From: Sven Kieske To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 08:32:57 +0000 Message-ID: <5283398C.70705@mittwald.de> In-Reply-To: 1384321468.29063.YahooMailNeo@web120601.mail.ne1.yahoo.com --===============1488814466749218977== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, afaik the rhel 5 kernel series just has not the necessary drivers for all virtio stuff, so it's not supported and does not work, unless you want to patch your own kernel. Am 13.11.2013 06:44, schrieb Paul Jansen: > I have just set up an Ovirt 3.3.0 install and have done a test install of= Centos 6.4 in a VM. The VM was configured with an IDE drive and a virtio-= scsi drive. The Centos 6.4 install sees both drives OK. > I'm wanting to do some testing on a product that is based on EL5, but I'm= finding that it cannot see the virtio-scsi drive. It does show up in the = output of 'lspci', but I don't see a corresponding 'sd' device. > = > I've just tried installing Centos 5.10 and the support is not there. > = > Does anyone know of any tricks to allow EL5 to see the virtio-scsi device? -- = Mit freundlichen Gr=C3=BC=C3=9Fen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K=C3=B6nigsberger Stra=C3=9Fe 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynh= ausen --===============1488814466749218977==-- From sander at grendelman.com Wed Nov 13 03:41:50 2013 Content-Type: multipart/mixed; boundary="===============4890685619452550270==" MIME-Version: 1.0 From: Sander Grendelman To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 09:41:48 +0100 Message-ID: In-Reply-To: 5283398C.70705@mittwald.de --===============4890685619452550270== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable According to https://access.redhat.com/site/solutions/20511 virtio work on > rhel5.3. You have to edit /etc/modprobe.conf and generate a new initrd. On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske wrote: > Hi, > > afaik the rhel 5 kernel series just has not the necessary drivers for > all virtio stuff, so it's not supported and does not work, unless > you want to patch your own kernel. > > Am 13.11.2013 06:44, schrieb Paul Jansen: >> I have just set up an Ovirt 3.3.0 install and have done a test install o= f Centos 6.4 in a VM. The VM was configured with an IDE drive and a virtio= -scsi drive. The Centos 6.4 install sees both drives OK. >> I'm wanting to do some testing on a product that is based on EL5, but I'= m finding that it cannot see the virtio-scsi drive. It does show up in the= output of 'lspci', but I don't see a corresponding 'sd' device. >> >> I've just tried installing Centos 5.10 and the support is not there. >> >> Does anyone know of any tricks to allow EL5 to see the virtio-scsi devic= e? > > > -- > Mit freundlichen Gr=C3=BC=C3=9Fen / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > K=C3=B6nigsberger Stra=C3=9Fe 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oey= nhausen > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============4890685619452550270==-- From r.koch at ovido.at Wed Nov 13 03:53:43 2013 Content-Type: multipart/mixed; boundary="===============7928316897340947363==" MIME-Version: 1.0 From: =?utf-8?q?Ren=C3=A9_Koch_=28ovido=29_=3Cr=2Ekoch_at_ovido=2Eat=3E?= To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 09:53:20 +0100 Message-ID: <1384332800.27286.29.camel@pc-ovido02.lan.ovido.at> In-Reply-To: CAHa6cRRrvdXtyO=WWwzEtKKZH4emWUJ8ix8tR6-dRc_s4YgA3w@mail.gmail.com --===============7928316897340947363== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Wed, 2013-11-13 at 09:41 +0100, Sander Grendelman wrote: > According to https://access.redhat.com/site/solutions/20511 virtio > work on > rhel5.3. > = > You have to edit /etc/modprobe.conf and generate a new initrd. If you're installing the OS on a VirtIO disk this is done automatically by anaconda. I just installed RHEL 5 on oVirt 3.3 with VirtIO disk and everything worked out of the box. > = > On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske wro= te: > > Hi, > > > > afaik the rhel 5 kernel series just has not the necessary drivers for > > all virtio stuff, so it's not supported and does not work, unless > > you want to patch your own kernel. > > > > Am 13.11.2013 06:44, schrieb Paul Jansen: > >> I have just set up an Ovirt 3.3.0 install and have done a test install= of Centos 6.4 in a VM. The VM was configured with an IDE drive and a virt= io-scsi drive. The Centos 6.4 install sees both drives OK. > >> I'm wanting to do some testing on a product that is based on EL5, but = I'm finding that it cannot see the virtio-scsi drive. It does show up in t= he output of 'lspci', but I don't see a corresponding 'sd' device. > >> There's no /dev/sd* device - the devices are named /dev/vd*... > >> I've just tried installing Centos 5.10 and the support is not there. Didn't test CentOS but RHEL 5 is working fine. Regards, Ren=C3=A9 > >> > >> Does anyone know of any tricks to allow EL5 to see the virtio-scsi dev= ice? > > > > > > -- > > Mit freundlichen Gr=C3=BC=C3=9Fen / Regards > > > > Sven Kieske > > > > Systemadministrator > > Mittwald CM Service GmbH & Co. KG > > K=C3=B6nigsberger Stra=C3=9Fe 6 > > 32339 Espelkamp > > T: +49-5772-293-100 > > F: +49-5772-293-333 > > https://www.mittwald.de > > Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer > > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhau= sen > > Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad O= eynhausen > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============7928316897340947363==-- From vlaero at yahoo.com.au Wed Nov 13 03:58:50 2013 Content-Type: multipart/mixed; boundary="===============4823308662141990289==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 00:58:48 -0800 Message-ID: <1384333128.57910.YahooMailNeo@web120604.mail.ne1.yahoo.com> In-Reply-To: 1384332800.27286.29.camel@pc-ovido02.lan.ovido.at --===============4823308662141990289== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --708812334-1801761447-1384333128=3D:57910 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Rene.=3D0AI specifically need the scsi support (virtio-scsi).=3D0AI do k= now =3D about the virtio-block support, which results in /dev/vd* devices as you sa= =3D y.=3D0AFrom what I read even EL6 earlier than 6.3 does not support virtio-s= cs=3D i=3D0A=3D0AAlternatively, does oVirt support an emulated scsi adapter of a = diff=3D erent type that would allow me to see scsi disks?=3D0A=3D0ARegards,=3D0APau= l=3D0A=3D =3D0A=3D0A=3D0A=3D0AOn Wednesday, 13 November 2013 7:23 PM, Ren=3DE9 Koch (= ovido) wrote:=3D0A =3D0AOn Wed, 2013-11-13 at 09:41 +0100, Sander= Grend=3D elman wrote:=3D0A> According to https://access.redhat.com/site/solutions/20= 51=3D 1 virtio=3D0A> work on > rhel5.3.=3D0A> =3D0A> You have to edit /etc/modpro= be.con=3D f and generate a new initrd.=3D0A=3D0A=3D0AIf you're installing the OS on a= VirtI=3D O disk this is done automatically=3D0Aby anaconda. I just installed RHEL 5 = on=3D oVirt 3.3 with VirtIO disk and=3D0Aeverything worked out of the box.=3D0A= =3D0A=3D =3D0A> =3D0A> On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske wrote:=3D0A> > Hi,=3D0A> >=3D0A> > afaik the rhel 5 kernel series just h= as not=3D the necessary drivers for=3D0A> > all virtio stuff, so it's not supported = an=3D d does not work, unless=3D0A> > you want to patch your own kernel.=3D0A> >= =3D0A> =3D > Am 13.11.2013 06:44, schrieb Paul Jansen:=3D0A> >> I have just set up an = Ov=3D irt 3.3.0 install and have done a test install of Centos 6.4 in a VM.=3DA0 = Th=3D e VM was configured with an IDE drive and a virtio-scsi drive.=3DA0 The Cen= to=3D s 6.4 install sees both drives OK.=3D0A> >> I'm wanting to do some testing = on=3D a product that is based on EL5, but I'm finding that it cannot see the vir= =3D tio-scsi drive.=3DA0 It does show up in the output of 'lspci', but I don't = se=3D e a corresponding 'sd' device.=3D0A> >>=3D0A=3D0A=3D0AThere's no /dev/sd* d= evice - =3D the devices are named /dev/vd*...=3D0A=3D0A=3D0A> >> I've just tried instal= ling C=3D entos 5.10 and the support is not there.=3D0A=3D0A=3D0ADidn't test CentOS b= ut RHE=3D L 5 is working fine.=3D0A=3D0A=3D0ARegards,=3D0ARen=3DE9=3D0A=3D0A=3D0A=3D0= A> >>=3D0A> >> Does =3D anyone know of any tricks to allow EL5 to see the virtio-scsi device?=3D0A>= >=3D =3D0A> >=3D0A> > --=3D0A> > Mit freundlichen Gr=3DFC=3DDFen / Regards=3D0A>= >=3D0A> > Sve=3D n Kieske=3D0A> >=3D0A> > Systemadministrator=3D0A> > Mittwald CM Service Gm= bH & C=3D o. KG=3D0A> > K=3DF6nigsberger Stra=3DDFe 6=3D0A> > 32339 Espelkamp=3D0A> >= T: +49-57=3D 72-293-100=3D0A> > F: +49-5772-293-333=3D0A> > https://www.mittwald.de=3D0A= > > Ge=3D sch=3DE4ftsf=3DFChrer: Robert Meyer=3D0A> > St.Nr.: 331/5721/1033, USt-IdNr= .: DE8=3D 14773217, HRA 6640, AG Bad Oeynhausen=3D0A> > Komplement=3DE4rin: Robert Me= yer =3D Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen=3D0A> > ____________________= __=3D _________________________=3D0A> > Users mailing list=3D0A> > Users(a)ovirt.= org=3D0A=3D > > http://lists.ovirt.org/mailman/listinfo/users=3D0A> ___________________= __=3D __________________________=3D0A> Users mailing list=3D0A> Users(a)ovirt.org= =3D0A> h=3D ttp://lists.ovirt.org/mailman/listinfo/users --708812334-1801761447-1384333128=3D:57910 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

Hi Rene.
I specifi= =3D cally need the scsi support (virtio-scsi).
I do know about the virtio-bl= =3D ock support, which results in /dev/vd* devices as you say.
From what I r= =3D ead even EL6 earlier than 6.3 does not support virtio-scsi

Alternati= =3D vely, does oVirt support an emulated scsi adapter of a different type that = =3D would allow me to see scsi disks?

Regards,
Paul

On Wednesday, 13= Novem=3D ber 2013 7:23 PM, Ren=3DE9 Koch (ovido) <r.koch(a)ovido.at> wrote:

On Wed, 2013-11-13 at 09:41 = +0=3D 100, Sander Grendelman wrote:
> According to https://access.redhat.com/site/= so=3D lutions/20511 virtio
> work on > rhel5.3.
>
> You= =3D have to edit /etc/modprobe.conf and generate a new initrd.

If y= =3D ou're installing the OS on a VirtIO disk this is done automatically
by a= =3D naconda. I just installed RHEL 5 on oVirt 3.3 with VirtIO disk and
every= =3D thing worked out of the box.

>
> On Wed, Nov 13, 2013 = =3D at 9:32 AM, Sven Kieske <S.Kieske(a)mittwald.de> wrote:<= br>>=3D ; > Hi,
> >
> > afaik the rhel 5 kernel series just ha= =3D s not the necessary drivers for
> > all virtio stuff, so it's not = =3D supported and does not work, unless
> > you want to patch your own= =3D kernel.
> >
> > Am 13.11.2013 06:44, schrieb Paul Jansen:
> >> I have just set up an Ovirt 3.3.0 install and hav= =3D e done a test install of Centos 6.4 in a VM. The VM was configured wi= =3D th an IDE drive and a virtio-scsi drive. The Centos 6.4 install sees = =3D both drives OK.
> >> I'm wanting to do some testing on a produc= =3D t that is based on EL5, but I'm finding that it cannot see the virtio-scsi = =3D drive. It does show up in the output of 'lspci', but I don't see a co= =3D rresponding 'sd' device.
> >>

There's no /dev/sd* de= =3D vice - the devices are named /dev/vd*...

> >> I've just= =3D tried installing Centos 5.10 and the support is not there.

Didn= =3D 't test CentOS but RHEL 5 is working fine.

Regards,
Ren=3DE9<= br=3D >

> >>
> >> Does anyone know of any tricks = =3D to allow EL5 to see the virtio-scsi device?
> >
> >
&g= =3D t; > --
> > Mit freundlichen Gr=3DFC=3DDFen / Regards
> >
> > Sven Kieske
> >
> > Systemadministrato= =3D r
> > Mittwald CM Service GmbH & Co. KG
> > K=3DF6nig= sb=3D erger Stra=3DDFe 6
> > 32339 Espelkamp
> > T: +49-5772-29= 3-=3D 100
> > F: +49-5772-293-333
> > https://www.mittwald.de
> > Ge= sc=3D h=3DE4ftsf=3DFChrer: Robert Meyer
> > St.Nr.: 331/5721/1033, USt-I= dNr.=3D : DE814773217, HRA 6640, AG Bad Oeynhausen
> > Komplement=3DE4rin:= R=3D obert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
> > ___= =3D ____________________________________________
> > Users mailing lis= =3D t
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailma= n/=3D listinfo/users
> _______________________________________________<= =3D br>> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.or= g/=3D mailman/listinfo/users

--708812334-1801761447-1384333128=3D:57910-- --===============4823308662141990289== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS03MDg4MTIzMzQtMTgwMTc2MTQ0Ny0xMzg0MzMzMTI4PTo1NzkxMApDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBx dW90ZWQtcHJpbnRhYmxlCgpIaSBSZW5lLj0wQUkgc3BlY2lmaWNhbGx5IG5lZWQgdGhlIHNjc2kg c3VwcG9ydCAodmlydGlvLXNjc2kpLj0wQUkgZG8ga25vdyA9CmFib3V0IHRoZSB2aXJ0aW8tYmxv Y2sgc3VwcG9ydCwgd2hpY2ggcmVzdWx0cyBpbiAvZGV2L3ZkKiBkZXZpY2VzIGFzIHlvdSBzYT0K eS49MEFGcm9tIHdoYXQgSSByZWFkIGV2ZW4gRUw2IGVhcmxpZXIgdGhhbiA2LjMgZG9lcyBub3Qg c3VwcG9ydCB2aXJ0aW8tc2NzPQppPTBBPTBBQWx0ZXJuYXRpdmVseSwgZG9lcyBvVmlydCBzdXBw b3J0IGFuIGVtdWxhdGVkIHNjc2kgYWRhcHRlciBvZiBhIGRpZmY9CmVyZW50IHR5cGUgdGhhdCB3 b3VsZCBhbGxvdyBtZSB0byBzZWUgc2NzaSBkaXNrcz89MEE9MEFSZWdhcmRzLD0wQVBhdWw9MEE9 Cj0wQT0wQT0wQT0wQU9uIFdlZG5lc2RheSwgMTMgTm92ZW1iZXIgMjAxMyA3OjIzIFBNLCBSZW49 RTkgS29jaCAob3ZpZG8pIDxyLj0Ka29jaEBvdmlkby5hdD4gd3JvdGU6PTBBID0wQU9uIFdlZCwg MjAxMy0xMS0xMyBhdCAwOTo0MSArMDEwMCwgU2FuZGVyIEdyZW5kPQplbG1hbiB3cm90ZTo9MEE+ IEFjY29yZGluZyB0byBodHRwczovL2FjY2Vzcy5yZWRoYXQuY29tL3NpdGUvc29sdXRpb25zLzIw NTE9CjEgdmlydGlvPTBBPiB3b3JrIG9uID4gcmhlbDUuMy49MEE+ID0wQT4gWW91IGhhdmUgdG8g ZWRpdCAvZXRjL21vZHByb2JlLmNvbj0KZiBhbmQgZ2VuZXJhdGUgYSBuZXcgaW5pdHJkLj0wQT0w QT0wQUlmIHlvdSdyZSBpbnN0YWxsaW5nIHRoZSBPUyBvbiBhIFZpcnRJPQpPIGRpc2sgdGhpcyBp cyBkb25lIGF1dG9tYXRpY2FsbHk9MEFieSBhbmFjb25kYS4gSSBqdXN0IGluc3RhbGxlZCBSSEVM IDUgb249CiBvVmlydCAzLjMgd2l0aCBWaXJ0SU8gZGlzayBhbmQ9MEFldmVyeXRoaW5nIHdvcmtl ZCBvdXQgb2YgdGhlIGJveC49MEE9MEE9Cj0wQT4gPTBBPiBPbiBXZWQsIE5vdiAxMywgMjAxMyBh dCA5OjMyIEFNLCBTdmVuIEtpZXNrZSA8Uy5LaWVza2VAbWl0dHdhbGQuZD0KZT4gd3JvdGU6PTBB PiA+IEhpLD0wQT4gPj0wQT4gPiBhZmFpayB0aGUgcmhlbCA1IGtlcm5lbCBzZXJpZXMganVzdCBo YXMgbm90PQogdGhlIG5lY2Vzc2FyeSBkcml2ZXJzIGZvcj0wQT4gPiBhbGwgdmlydGlvIHN0dWZm LCBzbyBpdCdzIG5vdCBzdXBwb3J0ZWQgYW49CmQgZG9lcyBub3Qgd29yaywgdW5sZXNzPTBBPiA+ IHlvdSB3YW50IHRvIHBhdGNoIHlvdXIgb3duIGtlcm5lbC49MEE+ID49MEE+ID0KPiBBbSAxMy4x MS4yMDEzIDA2OjQ0LCBzY2hyaWViIFBhdWwgSmFuc2VuOj0wQT4gPj4gSSBoYXZlIGp1c3Qgc2V0 IHVwIGFuIE92PQppcnQgMy4zLjAgaW5zdGFsbCBhbmQgaGF2ZSBkb25lIGEgdGVzdCBpbnN0YWxs IG9mIENlbnRvcyA2LjQgaW4gYSBWTS49QTAgVGg9CmUgVk0gd2FzIGNvbmZpZ3VyZWQgd2l0aCBh biBJREUgZHJpdmUgYW5kIGEgdmlydGlvLXNjc2kgZHJpdmUuPUEwIFRoZSBDZW50bz0KcyA2LjQg aW5zdGFsbCBzZWVzIGJvdGggZHJpdmVzIE9LLj0wQT4gPj4gSSdtIHdhbnRpbmcgdG8gZG8gc29t ZSB0ZXN0aW5nIG9uPQogYSBwcm9kdWN0IHRoYXQgaXMgYmFzZWQgb24gRUw1LCBidXQgSSdtIGZp bmRpbmcgdGhhdCBpdCBjYW5ub3Qgc2VlIHRoZSB2aXI9CnRpby1zY3NpIGRyaXZlLj1BMCBJdCBk b2VzIHNob3cgdXAgaW4gdGhlIG91dHB1dCBvZiAnbHNwY2knLCBidXQgSSBkb24ndCBzZT0KZSBh IGNvcnJlc3BvbmRpbmcgJ3NkJyBkZXZpY2UuPTBBPiA+Pj0wQT0wQT0wQVRoZXJlJ3Mgbm8gL2Rl di9zZCogZGV2aWNlIC0gPQp0aGUgZGV2aWNlcyBhcmUgbmFtZWQgL2Rldi92ZCouLi49MEE9MEE9 MEE+ID4+IEkndmUganVzdCB0cmllZCBpbnN0YWxsaW5nIEM9CmVudG9zIDUuMTAgYW5kIHRoZSBz dXBwb3J0IGlzIG5vdCB0aGVyZS49MEE9MEE9MEFEaWRuJ3QgdGVzdCBDZW50T1MgYnV0IFJIRT0K TCA1IGlzIHdvcmtpbmcgZmluZS49MEE9MEE9MEFSZWdhcmRzLD0wQVJlbj1FOT0wQT0wQT0wQT0w QT4gPj49MEE+ID4+IERvZXMgPQphbnlvbmUga25vdyBvZiBhbnkgdHJpY2tzIHRvIGFsbG93IEVM NSB0byBzZWUgdGhlIHZpcnRpby1zY3NpIGRldmljZT89MEE+ID49Cj0wQT4gPj0wQT4gPiAtLT0w QT4gPiBNaXQgZnJldW5kbGljaGVuIEdyPUZDPURGZW4gLyBSZWdhcmRzPTBBPiA+PTBBPiA+IFN2 ZT0KbiBLaWVza2U9MEE+ID49MEE+ID4gU3lzdGVtYWRtaW5pc3RyYXRvcj0wQT4gPiBNaXR0d2Fs ZCBDTSBTZXJ2aWNlIEdtYkggJiBDPQpvLiBLRz0wQT4gPiBLPUY2bmlnc2JlcmdlciBTdHJhPURG ZSA2PTBBPiA+IDMyMzM5IEVzcGVsa2FtcD0wQT4gPiBUOiArNDktNTc9CjcyLTI5My0xMDA9MEE+ ID4gRjogKzQ5LTU3NzItMjkzLTMzMz0wQT4gPiBodHRwczovL3d3dy5taXR0d2FsZC5kZT0wQT4g PiBHZT0Kc2NoPUU0ZnRzZj1GQ2hyZXI6IFJvYmVydCBNZXllcj0wQT4gPiBTdC5Oci46IDMzMS81 NzIxLzEwMzMsIFVTdC1JZE5yLjogREU4PQoxNDc3MzIxNywgSFJBIDY2NDAsIEFHIEJhZCBPZXlu aGF1c2VuPTBBPiA+IEtvbXBsZW1lbnQ9RTRyaW46IFJvYmVydCBNZXllciA9ClZlcndhbHR1bmdz IEdtYkgsIEhSQiAxMzI2MCwgQUcgQmFkIE9leW5oYXVzZW49MEE+ID4gX19fX19fX19fX19fX19f X19fX19fXz0KX19fX19fX19fX19fX19fX19fX19fX19fXz0wQT4gPiBVc2VycyBtYWlsaW5nIGxp c3Q9MEE+ID4gVXNlcnNAb3ZpcnQub3JnPTBBPQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL3VzZXJzPTBBPiBfX19fX19fX19fX19fX19fX19fX189Cl9fX19fX19f X19fX19fX19fX19fX19fX19fPTBBPiBVc2VycyBtYWlsaW5nIGxpc3Q9MEE+IFVzZXJzQG92aXJ0 Lm9yZz0wQT4gaD0KdHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMK LS03MDg4MTIzMzQtMTgwMTc2MTQ0Ny0xMzg0MzMzMTI4PTo1NzkxMApDb250ZW50LVR5cGU6IHRl eHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1 b3RlZC1wcmludGFibGUKCjxodG1sPjxib2R5PjxkaXYgc3R5bGU9M0QiY29sb3I6IzAwMDsgYmFj a2dyb3VuZC1jb2xvcjojZmZmOyBmb250LWZhbWlseTp0aT0KbWVzIG5ldyByb21hbiwgbmV3IHlv cmssIHRpbWVzLCBzZXJpZjtmb250LXNpemU6MTJwdCI+SGkgUmVuZS48YnI+SSBzcGVjaWZpPQpj YWxseSBuZWVkIHRoZSBzY3NpIHN1cHBvcnQgKHZpcnRpby1zY3NpKS48YnI+SSBkbyBrbm93IGFi b3V0IHRoZSB2aXJ0aW8tYmw9Cm9jayBzdXBwb3J0LCB3aGljaCByZXN1bHRzIGluIC9kZXYvdmQq IGRldmljZXMgYXMgeW91IHNheS48YnI+RnJvbSB3aGF0IEkgcj0KZWFkIGV2ZW4gRUw2IGVhcmxp ZXIgdGhhbiA2LjMgZG9lcyBub3Qgc3VwcG9ydCB2aXJ0aW8tc2NzaTxicj48YnI+QWx0ZXJuYXRp PQp2ZWx5LCBkb2VzIG9WaXJ0IHN1cHBvcnQgYW4gZW11bGF0ZWQgc2NzaSBhZGFwdGVyIG9mIGEg ZGlmZmVyZW50IHR5cGUgdGhhdCA9CndvdWxkIGFsbG93IG1lIHRvIHNlZSBzY3NpIGRpc2tzPzxi cj48YnI+UmVnYXJkcyw8YnI+UGF1bDxicj48ZGl2IHN0eWxlPTNEIj0KZGlzcGxheTogYmxvY2s7 IiBjbGFzcz0zRCJ5YWhvb19xdW90ZWQiPiA8YnI+IDxicj4gPGRpdiBzdHlsZT0zRCJmb250LWZh bWlsPQp5OiB0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWY7IGZvbnQtc2l6 ZTogMTJwdDsiPiA8ZGl2IHN0eWxlPQo9M0QiZm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21hbiwg bmV3IHlvcmssIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxMnB0OyI9Cj4gPGRpdiBkaXI9M0Qi bHRyIj4gPGZvbnQgc2l6ZT0zRCIyIiBmYWNlPTNEIkFyaWFsIj4gT24gV2VkbmVzZGF5LCAxMyBO b3ZlbT0KYmVyIDIwMTMgNzoyMyBQTSwgUmVuPUU5IEtvY2ggKG92aWRvKSAmbHQ7ci5rb2NoQG92 aWRvLmF0Jmd0OyB3cm90ZTo8YnI+IDwvPQpmb250PiA8L2Rpdj4gIDxkaXYgY2xhc3M9M0QieV9t c2dfY29udGFpbmVyIj5PbiBXZWQsIDIwMTMtMTEtMTMgYXQgMDk6NDEgKzA9CjEwMCwgU2FuZGVy CiBHcmVuZGVsbWFuIHdyb3RlOjxicj4mZ3Q7IEFjY29yZGluZyB0byA8YSBocmVmPTNEImh0dHBz Oi8vYWNjZXNzLnJlZGhhdC5jbz0KbS9zaXRlL3NvbHV0aW9ucy8yMDUxMSIgdGFyZ2V0PTNEIl9i bGFuayI+aHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9zaXRlL3NvPQpsdXRpb25zLzIwNTExIDwv YT52aXJ0aW88YnI+Jmd0OyB3b3JrIG9uICZndDsgcmhlbDUuMy48YnI+Jmd0OyA8YnI+Jmd0OyBZ b3U9CiBoYXZlIHRvIGVkaXQgL2V0Yy9tb2Rwcm9iZS5jb25mIGFuZCBnZW5lcmF0ZSBhIG5ldyBp bml0cmQuPGJyPjxicj48YnI+SWYgeT0Kb3UncmUgaW5zdGFsbGluZyB0aGUgT1Mgb24gYSBWaXJ0 SU8gZGlzayB0aGlzIGlzIGRvbmUgYXV0b21hdGljYWxseTxicj5ieSBhPQpuYWNvbmRhLiBJIGp1 c3QgaW5zdGFsbGVkIFJIRUwgNSBvbiBvVmlydCAzLjMgd2l0aCBWaXJ0SU8gZGlzayBhbmQ8YnI+ ZXZlcnk9CnRoaW5nIHdvcmtlZCBvdXQgb2YgdGhlIGJveC48YnI+PGJyPjxicj4mZ3Q7IDxicj4m Z3Q7IE9uIFdlZCwgTm92IDEzLCAyMDEzID0KYXQgOTozMiBBTSwgU3ZlbiBLaWVza2UgJmx0Ozxh IHltYWlsdG89M0QibWFpbHRvOlMuS2llc2tlQG1pdHR3YWxkLmRlIiBocmVmPQo9M0QibWFpbHRv OlMuS2llc2tlQG1pdHR3YWxkLmRlIj5TLktpZXNrZUBtaXR0d2FsZC5kZTwvYT4mZ3Q7IHdyb3Rl Ojxicj4mZ3Q9CjsgJmd0OyBIaSw8YnI+Jmd0OyAmZ3Q7PGJyPiZndDsgJmd0OyBhZmFpayB0aGUg cmhlbCA1IGtlcm5lbCBzZXJpZXMganVzdCBoYT0KcyBub3QgdGhlIG5lY2Vzc2FyeSBkcml2ZXJz IGZvcjxicj4mZ3Q7ICZndDsgYWxsIHZpcnRpbyBzdHVmZiwgc28gaXQncyBub3QgPQpzdXBwb3J0 ZWQgYW5kIGRvZXMgbm90IHdvcmssIHVubGVzczxicj4mZ3Q7ICZndDsgeW91IHdhbnQgdG8gcGF0 Y2ggeW91ciBvd249CiBrZXJuZWwuPGJyPiZndDsgJmd0Ozxicj4mZ3Q7ICZndDsgQW0gMTMuMTEu MjAxMyAwNjo0NCwgc2NocmllYiBQYXVsCiBKYW5zZW46PGJyPiZndDsgJmd0OyZndDsgSSBoYXZl IGp1c3Qgc2V0IHVwIGFuIE92aXJ0IDMuMy4wIGluc3RhbGwgYW5kIGhhdj0KZSBkb25lIGEgdGVz dCBpbnN0YWxsIG9mIENlbnRvcyA2LjQgaW4gYSBWTS4mbmJzcDsgVGhlIFZNIHdhcyBjb25maWd1 cmVkIHdpPQp0aCBhbiBJREUgZHJpdmUgYW5kIGEgdmlydGlvLXNjc2kgZHJpdmUuJm5ic3A7IFRo ZSBDZW50b3MgNi40IGluc3RhbGwgc2VlcyA9CmJvdGggZHJpdmVzIE9LLjxicj4mZ3Q7ICZndDsm Z3Q7IEknbSB3YW50aW5nIHRvIGRvIHNvbWUgdGVzdGluZyBvbiBhIHByb2R1Yz0KdCB0aGF0IGlz IGJhc2VkIG9uIEVMNSwgYnV0IEknbSBmaW5kaW5nIHRoYXQgaXQgY2Fubm90IHNlZSB0aGUgdmly dGlvLXNjc2kgPQpkcml2ZS4mbmJzcDsgSXQgZG9lcyBzaG93IHVwIGluIHRoZSBvdXRwdXQgb2Yg J2xzcGNpJywgYnV0IEkgZG9uJ3Qgc2VlIGEgY289CnJyZXNwb25kaW5nICdzZCcgZGV2aWNlLjxi cj4mZ3Q7ICZndDsmZ3Q7PGJyPjxicj48YnI+VGhlcmUncyBubyAvZGV2L3NkKiBkZT0KdmljZSAt IHRoZSBkZXZpY2VzIGFyZSBuYW1lZCAvZGV2L3ZkKi4uLjxicj48YnI+PGJyPiZndDsgJmd0OyZn dDsgSSd2ZSBqdXN0PQogdHJpZWQgaW5zdGFsbGluZyBDZW50b3MgNS4xMCBhbmQgdGhlIHN1cHBv cnQgaXMgbm90IHRoZXJlLjxicj48YnI+PGJyPkRpZG49Cid0IHRlc3QgQ2VudE9TIGJ1dCBSSEVM IDUgaXMgd29ya2luZyBmaW5lLjxicj48YnI+PGJyPlJlZ2FyZHMsPGJyPlJlbj1FOTxicj0KPjxi cj48YnI+PGJyPiZndDsgJmd0OyZndDs8YnI+Jmd0OyAmZ3Q7Jmd0OyBEb2VzIGFueW9uZSBrbm93 IG9mIGFueSB0cmlja3MgPQp0byBhbGxvdyBFTDUgdG8gc2VlIHRoZSB2aXJ0aW8tc2NzaSBkZXZp Y2U/PGJyPiZndDsgJmd0Ozxicj4mZ3Q7ICZndDs8YnI+Jmc9CnQ7ICZndDsgLS08YnI+Jmd0OyAm Z3Q7IE1pdCBmcmV1bmRsaWNoZW4gR3I9RkM9REZlbiAvIFJlZ2FyZHM8YnI+Jmd0OwogJmd0Ozxi cj4mZ3Q7ICZndDsgU3ZlbiBLaWVza2U8YnI+Jmd0OyAmZ3Q7PGJyPiZndDsgJmd0OyBTeXN0ZW1h ZG1pbmlzdHJhdG89CnI8YnI+Jmd0OyAmZ3Q7IE1pdHR3YWxkIENNIFNlcnZpY2UgR21iSCAmYW1w OyBDby4gS0c8YnI+Jmd0OyAmZ3Q7IEs9RjZuaWdzYj0KZXJnZXIgU3RyYT1ERmUgNjxicj4mZ3Q7 ICZndDsgMzIzMzkgRXNwZWxrYW1wPGJyPiZndDsgJmd0OyBUOiArNDktNTc3Mi0yOTMtPQoxMDA8 YnI+Jmd0OyAmZ3Q7IEY6ICs0OS01NzcyLTI5My0zMzM8YnI+Jmd0OyAmZ3Q7IDxhIGhyZWY9M0Qi aHR0cHM6Ly93d3cubWk9CnR0d2FsZC5kZS8iIHRhcmdldD0zRCJfYmxhbmsiPmh0dHBzOi8vd3d3 Lm1pdHR3YWxkLmRlPC9hPjxicj4mZ3Q7ICZndDsgR2VzYz0KaD1FNGZ0c2Y9RkNocmVyOiBSb2Jl cnQgTWV5ZXI8YnI+Jmd0OyAmZ3Q7IFN0Lk5yLjogMzMxLzU3MjEvMTAzMywgVVN0LUlkTnIuPQo6 IERFODE0NzczMjE3LCBIUkEgNjY0MCwgQUcgQmFkIE9leW5oYXVzZW48YnI+Jmd0OyAmZ3Q7IEtv bXBsZW1lbnQ9RTRyaW46IFI9Cm9iZXJ0IE1leWVyIFZlcndhbHR1bmdzIEdtYkgsIEhSQiAxMzI2 MCwgQUcgQmFkIE9leW5oYXVzZW48YnI+Jmd0OyAmZ3Q7IF9fXz0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyAmZ3Q7IFVzZXJzIG1haWxpbmcgbGlz PQp0PGJyPiZndDsgJmd0OyA8YSB5bWFpbHRvPTNEIm1haWx0bzpVc2Vyc0BvdmlydC5vcmciIGhy ZWY9M0QibWFpbHRvOlVzZXJzQG89CnZpcnQub3JnIj5Vc2Vyc0BvdmlydC5vcmc8L2E+PGJyPiZn dDsgJmd0OyA8YSBocmVmPTNEImh0dHA6Ly9saXN0cy5vdmlydC5vcj0KZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzIiB0YXJnZXQ9M0QiX2JsYW5rIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxt YW4vPQpsaXN0aW5mby91c2VyczwvYT48YnI+Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzw9CmJyPiZndDsKIFVzZXJzIG1haWxpbmcgbGlzdDxicj4m Z3Q7IDxhIHltYWlsdG89M0QibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyIgaHJlZj0zRCJtPQphaWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT48YnI+Jmd0OyA8YSBocmVmPTNE Imh0dHA6Ly9saXN0cy49Cm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiB0YXJnZXQ9 M0QiX2JsYW5rIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnLz0KbWFpbG1hbi9saXN0aW5mby91c2Vy czwvYT48YnI+PGJyPjxicj48YnI+PC9kaXY+ICA8L2Rpdj4gPC9kaXY+ICA8L2Rpdj4gPC9kPQpp dj48L2JvZHk+PC9odG1sPgotLTcwODgxMjMzNC0xODAxNzYxNDQ3LTEzODQzMzMxMjg9OjU3OTEw LS0K --===============4823308662141990289==-- From r.koch at ovido.at Wed Nov 13 04:07:59 2013 Content-Type: multipart/mixed; boundary="===============5166539420058082738==" MIME-Version: 1.0 From: =?utf-8?q?Ren=C3=A9_Koch_=28ovido=29_=3Cr=2Ekoch_at_ovido=2Eat=3E?= To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 10:07:55 +0100 Message-ID: <1384333675.22934.3.camel@pc-ovido02.lan.ovido.at> In-Reply-To: 1384333128.57910.YahooMailNeo@web120604.mail.ne1.yahoo.com --===============5166539420058082738== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > I specifically need the scsi support (virtio-scsi). > I do know about the virtio-block support, which results in /dev/vd* > devices as you say. > From what I read even EL6 earlier than 6.3 does not support > virtio-scsi Sorry, I did read your email to fast as it seems. You're right you need at least RHEL 6.3 for virtio-scsi support. > = > Alternatively, does oVirt support an emulated scsi adapter of a > different type that would allow me to see scsi disks? > = > Regards, > Paul > = > = > On Wednesday, 13 November 2013 7:23 PM, Ren=C3=A9 Koch (ovido) > wrote: > = > On Wed, 2013-11-13 at 09:41 +0100, Sander Grendelman wrote: > > According to https://access.redhat.com/site/solutions/20511 virtio > > work on > rhel5.3. > > = > > You have to edit /etc/modprobe.conf and generate a new initrd. > = > = > If you're installing the OS on a VirtIO disk this is done > automatically > by anaconda. I just installed RHEL 5 on oVirt 3.3 with VirtIO disk and > everything worked out of the box. > = > = > > = > > On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske > wrote: > > > Hi, > > > > > > afaik the rhel 5 kernel series just has not the necessary drivers > for > > > all virtio stuff, so it's not supported and does not work, unless > > > you want to patch your own kernel. > > > > > > Am 13.11.2013 06:44, schrieb Paul Jansen: > > >> I have just set up an Ovirt 3.3.0 install and have done a test > install of Centos 6.4 in a VM. The VM was configured with an IDE > drive and a virtio-scsi drive. The Centos 6.4 install sees both > drives OK. > > >> I'm wanting to do some testing on a product that is based on EL5, > but I'm finding that it cannot see the virtio-scsi drive. It does > show up in the output of 'lspci', but I don't see a corresponding 'sd' > device. > > >> > = > = > There's no /dev/sd* device - the devices are named /dev/vd*... > = > = > > >> I've just tried installing Centos 5.10 and the support is not > there. > = > = > Didn't test CentOS but RHEL 5 is working fine. > = > = > Regards, > Ren=C3=A9 > = > = > = > > >> > > >> Does anyone know of any tricks to allow EL5 to see the > virtio-scsi device? > > > > > > > > > -- > > > Mit freundlichen Gr=C3=BC=C3=9Fen / Regards > > > > > > Sven Kieske > > > > > > Systemadministrator > > > Mittwald CM Service GmbH & Co. KG > > > K=C3=B6nigsberger Stra=C3=9Fe 6 > > > 32339 Espelkamp > > > T: +49-5772-293-100 > > > F: +49-5772-293-333 > > > https://www.mittwald.de > > > Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer > > > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad > Oeynhausen > > > Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad > Oeynhausen > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > = > = > = > = --===============5166539420058082738==-- From gianluca.cecchi at gmail.com Wed Nov 13 04:19:09 2013 Content-Type: multipart/mixed; boundary="===============3746380779523007371==" MIME-Version: 1.0 From: Gianluca Cecchi To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 10:19:08 +0100 Message-ID: In-Reply-To: 1384333128.57910.YahooMailNeo@web120604.mail.ne1.yahoo.com --===============3746380779523007371== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Wed, Nov 13, 2013 at 9:58 AM, Paul Jansen wrote: > Hi Rene. > I specifically need the scsi support (virtio-scsi). > I do know about the virtio-block support, which results in /dev/vd* devic= es > as you say. > From what I read even EL6 earlier than 6.3 does not support virtio-scsi > > Alternatively, does oVirt support an emulated scsi adapter of a different > type that would allow me to see scsi disks? > > Regards, > Paul Hello Paul, in 6.3 virtio-scsi was only a TechPreview. >From 6.4 it is fully supported. I found also support in Win guests (> WinXP) with RHEV and updated virtio-win drivers, but nothing abut rhel 5.x guests, neither 5.10... If you have RH EL subscription you can find more details here: https://access.redhat.com/site/solutions/300563 (I took the time to put a note asking about support in RH EL 5.x) It could be a good idea to create an rfe entry in bugzilla if you have entitlements. I don't know if there is any particular limitation or special backporting effort to gain virtio-scsi support in RHEL 5.x, but through my quick search I didn't find any reference in special repos such as CentOS extra er plus or elrepo.... I think you already saw here, but just for other ones eventually: http://www.ovirt.org/Features/Virtio-SCSI --===============3746380779523007371==-- From iheim at redhat.com Wed Nov 13 05:27:52 2013 Content-Type: multipart/mixed; boundary="===============2771510611361202354==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 05:27:40 -0500 Message-ID: <5283541C.9060809@redhat.com> In-Reply-To: 1384333128.57910.YahooMailNeo@web120604.mail.ne1.yahoo.com --===============2771510611361202354== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/13/2013 03:58 AM, Paul Jansen wrote: > Hi Rene. > I specifically need the scsi support (virtio-scsi). > I do know about the virtio-block support, which results in /dev/vd* > devices as you say. > From what I read even EL6 earlier than 6.3 does not support virtio-scsi > > Alternatively, does oVirt support an emulated scsi adapter of a > different type that would allow me to see scsi disks? may i ask why do you need the virtual disks to specifically be scsi? > > Regards, > Paul > > > On Wednesday, 13 November 2013 7:23 PM, Ren=C3=A9 Koch (ovido) > wrote: > On Wed, 2013-11-13 at 09:41 +0100, Sander Grendelman wrote: > > According to https://access.redhat.com/site/solutions/20511 > virtio > > work on > rhel5.3. > > > > You have to edit /etc/modprobe.conf and generate a new initrd. > > > If you're installing the OS on a VirtIO disk this is done automatically > by anaconda. I just installed RHEL 5 on oVirt 3.3 with VirtIO disk and > everything worked out of the box. > > > > > > On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske > wrote: > > > Hi, > > > > > > afaik the rhel 5 kernel series just has not the necessary drivers for > > > all virtio stuff, so it's not supported and does not work, unless > > > you want to patch your own kernel. > > > > > > Am 13.11.2013 06:44, schrieb Paul Jansen: > > >> I have just set up an Ovirt 3.3.0 install and have done a test > install of Centos 6.4 in a VM. The VM was configured with an IDE drive > and a virtio-scsi drive. The Centos 6.4 install sees both drives OK. > > >> I'm wanting to do some testing on a product that is based on EL5, > but I'm finding that it cannot see the virtio-scsi drive. It does show > up in the output of 'lspci', but I don't see a corresponding 'sd' device. > > >> > > > There's no /dev/sd* device - the devices are named /dev/vd*... > > > > >> I've just tried installing Centos 5.10 and the support is not there. > > > Didn't test CentOS but RHEL 5 is working fine. > > > Regards, > Ren=C3=A9 > > > > > >> > > >> Does anyone know of any tricks to allow EL5 to see the virtio-scsi > device? > > > > > > > > > -- > > > Mit freundlichen Gr=C3=BC=C3=9Fen / Regards > > > > > > Sven Kieske > > > > > > Systemadministrator > > > Mittwald CM Service GmbH & Co. KG > > > K=C3=B6nigsberger Stra=C3=9Fe 6 > > > 32339 Espelkamp > > > T: +49-5772-293-100 > > > F: +49-5772-293-333 > > > https://www.mittwald.de > > > Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer > > > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad > Oeynhausen > > > Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad > Oeynhausen > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============2771510611361202354==-- From vlaero at yahoo.com.au Wed Nov 13 07:20:23 2013 Content-Type: multipart/mixed; boundary="===============5381353945412039180==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Wed, 13 Nov 2013 04:20:21 -0800 Message-ID: <1384345221.44659.YahooMailNeo@web120601.mail.ne1.yahoo.com> In-Reply-To: 5283541C.9060809@redhat.com --===============5381353945412039180== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ---1504104896-943642325-1384345221=3D:44659 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable Hello Itamar.=3D0AThe specific use case is a particular propriety filesyste= m =3D that needs to see a scsi device.=3DA0 It will do scsi inquiry conmmands to = ve=3D rify suitability.=3D0AIn talking to the devs - of the filesystem - there is= n=3D o way around it.=3DA0 I'd previously tried virtio-block - resulting in the = /d=3D ev/vd* device - and the filesystem would not work.=3D0A=3D0AFrom doing a bi= t of=3D web searching it appears the kvm/qemu supports (or did support) an emulate= =3D d LSI scsi controller.=3DA0 My understanding is that the various virtualiza= ti=3D on platforms will emulate a well supported device (by the guest OSes) so th= =3D at drivers are not an issue.=3DA0 For example this should allow a VM on Vmw= ar=3D e vsphere/vcenter to be exported to Ovirt and have it boot up.=3DA0 The pot= en=3D tial for further optimising the guest is there by installing ovirt/qemu/kvm= =3D guest utils that then allow the guest OS to understand the virtio nic and = =3D scsi devices.=3DA0 The guest could then be shut down, the nic and scsi cont= ro=3D ller changed and the guest booted up again.=3D0AYou can do the same thing i= n =3D the Vmware world by installing their guest tools, shutting down the guest V= =3D M, then reconfiguring it with a vmxnet3 nic and pvscsi scsi adapter, then b= =3D ooting up again.=3D0AIt does seem somewhat inconsistent in Ovirt that we al= lo=3D w a choice of Intel e1000 or virtio nics, but do not offer any choice with = =3D the scsi adapter.=3D0AAgain, in Vmware land you can choose to have a scsi d= is=3D k, but you choose which controller type it is attached to.=3DA0 In the curr= en=3D t Ovirt 3.3.0 release you just chose a virtio-scsi disk, rather than there = =3D being a separation of the scsi disk and scsi controller.=3D0AThe messy situ= at=3D ion with importing VMs from other platforms could be eased by allowing an e= =3D mulated scsi controller as well as the preferred virtio controller.=3D0AAs = me=3D ntioned previously, the support for this seems to be present in kvm/qemu.= =3D =3DA0 I wonder if there was a specific design decision (ie: some particular= r=3D eason) to not support the approach I've just described? I can understand th= =3D at in some cases simplicity is something to aim for though.=3D0AI think thi= s =3D would make migration away from the dominant market leader - Vmware - easier= =3D and is something that would make ovirt/RHEV that more compelling.=3D0A=3D0= AGet=3D ting back to my original query - 'open-vm-tools' support the vmware paravir= =3D tual scsi adapter and I am able to install these on EL5 and then see that a= =3D dapter.=3DA0 It would be great if there was a similar initiative for the va= ri=3D ous virtio devices where you could install a packge/kmod and then allow som= =3D e of the older OSes (of which there are still lots of VMs around for variou= =3D s reasons).=3DA0 There are obviously drivers for the various Windows flavou= rs=3D that take this approach.=3DA0 I'm surprised that for Linux it is just a ca= se=3D of 'if it's in the kernel you are running then it is supported'.=3D0A=3D0A= I'm =3D really pleased with the progress the ovirt has been making.=3DA0 I'm like t= o =3D see it continue to knock down the various reasons out there as to why peopl= =3D e with Vmware vcenter shops can't migrate over to it.=3D0A=3D0ACheers,=3D0A= Paul=3D =3D0A=3D0A=3D0A=3D0A=3D0AOn Wednesday, 13 November 2013 8:57 PM, Itamar Hei= m wrote:=3D0A =3D0AOn 11/13/2013 03:58 AM, Paul Jansen wrote:=3D0A= > Hi R=3D ene.=3D0A> I specifically need the scsi support (virtio-scsi).=3D0A> I do k= now =3D about the virtio-block support, which results in /dev/vd*=3D0A> devices as = yo=3D u say.=3D0A>=3DA0 From what I read even EL6 earlier than 6.3 does not suppo= rt v=3D irtio-scsi=3D0A>=3D0A> Alternatively, does oVirt support an emulated scsi a= dapt=3D er of a=3D0A> different type that would allow me to see scsi disks?=3D0A=3D= 0Amay =3D i ask why do you need the virtual disks to specifically be scsi?=3D0A=3D0A>= =3D0A>=3D Regards,=3D0A> Paul=3D0A>=3D0A>=3D0A> On Wednesday, 13 November 2013 7:23 = PM, Ren=3D =3DE9 Koch (ovido)=3D0A> wrote:=3D0A> On Wed, 2013-11-1= 3 at 09:=3D 41 +0100, Sander Grendelman wrote:=3D0A>=3DA0 > According to https://access= .red=3D hat.com/site/solutions/20511=3D0A> virtio=3D0A>=3DA0 > work on > rhel5.3.=3D0A>=3DA0 >=3D0A>=3DA0 > You = have to edit=3D /etc/modprobe.conf and generate a new initrd.=3D0A>=3D0A>=3D0A> If you're = instal=3D ling the OS on a VirtIO disk this is done automatically=3D0A> by anaconda. = I =3D just installed RHEL 5 on oVirt 3.3 with VirtIO disk and=3D0A> everything wo= rk=3D ed out of the box.=3D0A>=3D0A>=3D0A>=3DA0 >=3D0A>=3DA0 > On Wed, Nov 13, 20= 13 at 9:32 A=3D M, Sven Kieske > wro=3D te:=3D0A>=3DA0 > > Hi,=3D0A>=3DA0 > >=3D0A>=3DA0 > > afaik the rhel 5 kerne= l series jus=3D t has not the necessary drivers for=3D0A>=3DA0 > > all virtio stuff, so it'= s no=3D t supported and does not work, unless=3D0A>=3DA0 > > you want to patch your= own=3D kernel.=3D0A>=3DA0 > >=3D0A>=3DA0 > > Am 13.11.2013 06:44, schrieb Paul Ja= nsen:=3D0A=3D >=3DA0 > >> I have just set up an Ovirt 3.3.0 install and have done a test= =3D0A=3D > install of Centos 6.4 in a VM.=3DA0 The VM was configured with an IDE dri= ve=3D =3D0A> and a virtio-scsi drive.=3DA0 The Centos 6.4 install sees both drive= s OK=3D .=3D0A>=3DA0 > >> I'm wanting to do some testing on a product that is based= on =3D EL5,=3D0A> but I'm finding that it cannot see the virtio-scsi drive.=3DA0 I= t do=3D es show=3D0A> up in the output of 'lspci', but I don't see a corresponding = 's=3D d' device.=3D0A>=3DA0 > >>=3D0A>=3D0A>=3D0A> There's no /dev/sd* device - t= he devices=3D are named /dev/vd*...=3D0A>=3D0A>=3D0A>=3DA0 > >> I've just tried installi= ng Cento=3D s 5.10 and the support is not there.=3D0A>=3D0A>=3D0A> Didn't test CentOS b= ut RHE=3D L 5 is working fine.=3D0A>=3D0A>=3D0A> Regards,=3D0A> Ren=3DE9=3D0A>=3D0A>= =3D0A>=3D0A>=3DA0 > >=3D >=3D0A>=3DA0 > >> Does anyone know of any tricks to allow EL5 to see the vi= rtio=3D -scsi=3D0A> device?=3D0A>=3DA0 > >=3D0A>=3DA0 > >=3D0A>=3DA0 > > --=3D0A>= =3DA0 > > Mit freund=3D lichen Gr=3DFC=3DDFen / Regards=3D0A>=3DA0 > >=3D0A>=3DA0 > > Sven Kieske= =3D0A>=3DA0 > >=3D0A=3D >=3DA0 > > Systemadministrator=3D0A>=3DA0 > > Mittwald CM Service GmbH & Co= . KG=3D =3D0A>=3DA0 > > K=3DF6nigsberger Stra=3DDFe 6=3D0A>=3DA0 > > 32339 Espelkam= p=3D0A>=3DA0 > >=3D T: +49-5772-293-100=3D0A>=3DA0 > > F: +49-5772-293-333=3D0A>=3DA0 > > http= s://www.=3D mittwald.de =3D0A>=3DA0 > > Gesch=3DE4ftsf=3DFChr= er: Robe=3D rt Meyer=3D0A>=3DA0 > > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA = 6640=3D , AG Bad=3D0A> Oeynhausen=3D0A>=3DA0 > > Komplement=3DE4rin: Robert Meyer V= erwaltun=3D gs GmbH, HRB 13260, AG Bad=3D0A> Oeynhausen=3D0A>=3DA0 > > ________________= ______=3D _________________________=3D0A>=3DA0 > > Users mailing list=3D0A>=3DA0 > > = Users(a)ov=3D irt.org =3D0A>=3DA0 > > http://lists.ovirt.org/ma= ilman/=3D listinfo/users=3D0A>=3DA0 > _______________________________________________= =3D0A>=3D =3DA0 > Users mailing list=3D0A>=3DA0 > Users(a)ovirt.org =3D =3D0A=3D0A>=3DA0 > http://lists.ovirt.org/mailman/listinfo/users=3D0A>=3D0A= >=3D0A>=3D0A>=3D =3D0A>=3D0A> _______________________________________________=3D0A> Users ma= iling =3D list=3D0A> Users(a)ovirt.org=3D0A> http://lists.ovirt.org/mailman/listinfo/= users=3D =3D0A> ---1504104896-943642325-1384345221=3D:44659 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

Hello Itamar.
The = =3D specific use case is a particular propriety filesystem that needs to see a = =3D scsi device. It will do scsi inquiry conmmands to verify suitability.= =3D
In talking to the devs - of the filesystem - there is no way around it.= =3D I'd previously tried virtio-block - resulting in the /dev/vd* device= =3D - and the filesystem would not work.

From doing a bit of web search= =3D ing it appears the kvm/qemu supports (or did support) an emulated LSI scsi = =3D controller. My understanding is that the various virtualization platf= =3D orms will emulate a well supported device (by the guest OSes) so that drive= =3D rs are not an issue. For example this should allow a VM on Vmware vsp= =3D here/vcenter to be exported to Ovirt and have it boot up. The potenti= =3D al for further optimising the guest is there by installing ovirt/qemu/kvm guest utils that then allow the guest OS to understand the = =3D virtio nic and scsi devices. The guest could then be shut down, the n= =3D ic and scsi controller changed and the guest booted up again.
You can do= =3D the same thing in the Vmware world by installing their guest tools, shutti= =3D ng down the guest VM, then reconfiguring it with a vmxnet3 nic and pvscsi s= =3D csi adapter, then booting up again.
It does seem somewhat inconsistent i= =3D n Ovirt that we allow a choice of Intel e1000 or virtio nics, but do not of= =3D fer any choice with the scsi adapter.
Again, in Vmware land you can choo= =3D se to have a scsi disk, but you choose which controller type it is attached= =3D to. In the current Ovirt 3.3.0 release you just chose a virtio-scsi = =3D disk, rather than there being a separation of the scsi disk and scsi contro= =3D ller.
The messy situation with importing VMs from other platforms could = =3D be eased by allowing an emulated scsi controller as well as the preferred virtio controller.
As mentioned previously, the support for t= =3D his seems to be present in kvm/qemu. I wonder if there was a specific= =3D design decision (ie: some particular reason) to not support the approach I= =3D 've just described? I can understand that in some cases simplicity is somet= =3D hing to aim for though.
I think this would make migration away from the = =3D dominant market leader - Vmware - easier and is something that would make o= =3D virt/RHEV that more compelling.

Getting back to my original query - = =3D 'open-vm-tools' support the vmware paravirtual scsi adapter and I am able t= =3D o install these on EL5 and then see that adapter. It would be great i= =3D f there was a similar initiative for the various virtio devices where you c= =3D ould install a packge/kmod and then allow some of the older OSes (of which = =3D there are still lots of VMs around for various reasons). There are ob= =3D viously drivers for the various Windows flavours that take this approach. I'm surprised that for Linux it is just a case of 'if it's= =3D in the kernel you are running then it is supported'.

I'm really ple= =3D ased with the progress the ovirt has been making. I'm like to see it = =3D continue to knock down the various reasons out there as to why people with = =3D Vmware vcenter shops can't migrate over to it.

Cheers,
Paul

On W= ednesd=3D ay, 13 November 2013 8:57 PM, Itamar Heim <iheim(a)redhat.com> wrote:=

On 11/13/2013 03:58 AM,= P=3D aul Jansen wrote:
> Hi Rene.
>= ; I =3D specifically need the scsi support (virtio-scsi).
> = I =3D do know about the virtio-block support, which results in /dev/vd*
> d= ev=3D ices as you say.
> From what I read even EL6 e= ar=3D lier than 6.3 does not support virtio-scsi
>
> Alternatively, does oVirt support an emulated scsi adapter= o=3D f a
> different type that would allow me to see scsi= d=3D isks?

may i ask why do you need th= e vi=3D rtual disks to specifically be scsi?

&=3D gt;
> Regards,
> Paul
>
>
> On Wednesday,= 13 =3D November 2013 7:23 PM, Ren=3DE9 Koch (ovido)
> <<= a sh=3D ape=3D3D"rect" ymailto=3D3D"mailto:r.koch(a)ovido.at" href=3D3D"mailto:r.ko= ch(a)ovido=3D .at">r.koch(a)ovido.at> wrote:
> On Wed, 2013= -11-=3D 13 at 09:41 +0100, Sander Grendelman wrote:
> = &g=3D t; According to =3D https://access.redhat.com/site/solutions/20511
>= &=3D lt;https://access.redhat.com/site/solutions/20511>= ;v=3D irtio
> > work on > rhel5.3.
> >
> > You have to edit /= et=3D c/modprobe.conf and generate a new initrd.
>
>
> If you're installing the OS on a = Virt=3D IO disk this is done automatically
> by anaconda. I = ju=3D st installed RHEL 5 on oVirt 3.3 with VirtIO disk and
&= gt=3D ; everything worked out of the box.
>
>
> >
> &= gt; =3D On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske <S.Kieske(a)mittwald.de
> <mailto:S.Kieske(a)mittwald.de>= ;> =3D wrote:
> > > Hi,
>= ;&nb=3D sp; > >
> > > afaik the rhel 5 ker= ne=3D l series just has not the necessary drivers for
>&nb= sp=3D ; > > all virtio stuff, so it's not supported and does not work, unle= =3D ss
> > > you want to patch your own kern= el=3D .
> > >
> &= gt; =3D > Am 13.11.2013 06:44, schrieb Paul Jansen:
>&nbs= p;=3D > >> I have just set up an Ovirt 3.3.0 install and have done a te= =3D st
> install of Centos 6.4 in a VM. The VM was= c=3D onfigured with an IDE drive
> and a virtio-scsi driv= e.=3D The Centos 6.4 install sees both drives OK.
> > >> = I'=3D m wanting to do some testing on a product that is based on EL5,
> but I'm finding that it cannot see the virtio-scsi drive. = =3D It does show
> up in the output of 'lspci', but I d= on=3D 't see a corresponding 'sd' device.
> > >= ;&=3D gt;
>
>
&= gt; Th=3D ere's no /dev/sd* device - the devices are named /dev/vd*...
>
>
> > >&= gt; =3D I've just tried installing Centos 5.10 and the support is not there.
>
>
> Didn't= test =3D CentOS but RHEL 5 is working fine.
>
>
> Regards,
> Ren=3DE9>
>
>
> > >>
> > >> Does anyone know of any tricks t= o =3D allow EL5 to see the virtio-scsi
> device?
> > >
> > >
> > > --
> > >= ; Mi=3D t freundlichen Gr=3DFC=3DDFen / Regards
> >= ><=3D br clear=3D3D"none">> > > Sven Kieske
&g= t;&n=3D bsp; > >
> > > Systemadministrator= > > > Mittwald CM Service GmbH & Co. = KG=3D
> > > K=3DF6nigsberger Stra=3DDFe 6
> > > 32339 Espelkamp
>&n= bsp;=3D > > T: +49-5772-293-100
> > > F: = +4=3D 9-5772-293-333
> > > https://www.mittwald.d= e <https://www.mittwa= ld.d=3D e/>
> > > Gesch=3DE4ftsf=3DFChrer= : Robe=3D rt Meyer
> > > St.Nr.: 331/5721/1033, US= t-=3D IdNr.: DE814773217, HRA 6640, AG Bad
> Oeynhausen> > > Komplement=3DE4rin: Robert Meyer Verwa= ltun=3D gs GmbH, HRB 13260, AG Bad
> Oeynhausen
> > > _______________________________________________> > > Users mailing list
&=3D gt; > > Users(a)ovirt.org <mailto:User=3D s(a)ovirt.org>
> > > http://lists.ovirt.org/mailman/listinfo/users
> > _____________________________________________= __=3D
> > Users mailing list
>=3D ; > Users(a)ovirt.org <mailto:Use= rs(a)ovirt=3D .org>

> > http://lists.ovirt.org/mailman/listinf= o/=3D users
>
>
&=3D gt;
>
>
&= gt; __=3D _____________________________________________
> User= s =3D mailing list
> Users(a)ovirt.org
>=3D http://lists.ovirt.org/mailman/listinfo/users
>

<=3D /div>

---1504104896-943642325-1384345221=3D:44659-- --===============5381353945412039180== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tMTUwNDEwNDg5Ni05NDM2NDIzMjUtMTM4NDM0NTIyMT06NDQ2NTkKQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PWlzby04ODU5LTEKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog cXVvdGVkLXByaW50YWJsZQoKSGVsbG8gSXRhbWFyLj0wQVRoZSBzcGVjaWZpYyB1c2UgY2FzZSBp cyBhIHBhcnRpY3VsYXIgcHJvcHJpZXR5IGZpbGVzeXN0ZW0gPQp0aGF0IG5lZWRzIHRvIHNlZSBh IHNjc2kgZGV2aWNlLj1BMCBJdCB3aWxsIGRvIHNjc2kgaW5xdWlyeSBjb25tbWFuZHMgdG8gdmU9 CnJpZnkgc3VpdGFiaWxpdHkuPTBBSW4gdGFsa2luZyB0byB0aGUgZGV2cyAtIG9mIHRoZSBmaWxl c3lzdGVtIC0gdGhlcmUgaXMgbj0KbyB3YXkgYXJvdW5kIGl0Lj1BMCBJJ2QgcHJldmlvdXNseSB0 cmllZCB2aXJ0aW8tYmxvY2sgLSByZXN1bHRpbmcgaW4gdGhlIC9kPQpldi92ZCogZGV2aWNlIC0g YW5kIHRoZSBmaWxlc3lzdGVtIHdvdWxkIG5vdCB3b3JrLj0wQT0wQUZyb20gZG9pbmcgYSBiaXQg b2Y9CiB3ZWIgc2VhcmNoaW5nIGl0IGFwcGVhcnMgdGhlIGt2bS9xZW11IHN1cHBvcnRzIChvciBk aWQgc3VwcG9ydCkgYW4gZW11bGF0ZT0KZCBMU0kgc2NzaSBjb250cm9sbGVyLj1BMCBNeSB1bmRl cnN0YW5kaW5nIGlzIHRoYXQgdGhlIHZhcmlvdXMgdmlydHVhbGl6YXRpPQpvbiBwbGF0Zm9ybXMg d2lsbCBlbXVsYXRlIGEgd2VsbCBzdXBwb3J0ZWQgZGV2aWNlIChieSB0aGUgZ3Vlc3QgT1Nlcykg c28gdGg9CmF0IGRyaXZlcnMgYXJlIG5vdCBhbiBpc3N1ZS49QTAgRm9yIGV4YW1wbGUgdGhpcyBz aG91bGQgYWxsb3cgYSBWTSBvbiBWbXdhcj0KZSB2c3BoZXJlL3ZjZW50ZXIgdG8gYmUgZXhwb3J0 ZWQgdG8gT3ZpcnQgYW5kIGhhdmUgaXQgYm9vdCB1cC49QTAgVGhlIHBvdGVuPQp0aWFsIGZvciBm dXJ0aGVyIG9wdGltaXNpbmcgdGhlIGd1ZXN0IGlzIHRoZXJlIGJ5IGluc3RhbGxpbmcgb3ZpcnQv cWVtdS9rdm09CiBndWVzdCB1dGlscyB0aGF0IHRoZW4gYWxsb3cgdGhlIGd1ZXN0IE9TIHRvIHVu ZGVyc3RhbmQgdGhlIHZpcnRpbyBuaWMgYW5kID0Kc2NzaSBkZXZpY2VzLj1BMCBUaGUgZ3Vlc3Qg Y291bGQgdGhlbiBiZSBzaHV0IGRvd24sIHRoZSBuaWMgYW5kIHNjc2kgY29udHJvPQpsbGVyIGNo YW5nZWQgYW5kIHRoZSBndWVzdCBib290ZWQgdXAgYWdhaW4uPTBBWW91IGNhbiBkbyB0aGUgc2Ft ZSB0aGluZyBpbiA9CnRoZSBWbXdhcmUgd29ybGQgYnkgaW5zdGFsbGluZyB0aGVpciBndWVzdCB0 b29scywgc2h1dHRpbmcgZG93biB0aGUgZ3Vlc3QgVj0KTSwgdGhlbiByZWNvbmZpZ3VyaW5nIGl0 IHdpdGggYSB2bXhuZXQzIG5pYyBhbmQgcHZzY3NpIHNjc2kgYWRhcHRlciwgdGhlbiBiPQpvb3Rp bmcgdXAgYWdhaW4uPTBBSXQgZG9lcyBzZWVtIHNvbWV3aGF0IGluY29uc2lzdGVudCBpbiBPdmly dCB0aGF0IHdlIGFsbG89CncgYSBjaG9pY2Ugb2YgSW50ZWwgZTEwMDAgb3IgdmlydGlvIG5pY3Ms IGJ1dCBkbyBub3Qgb2ZmZXIgYW55IGNob2ljZSB3aXRoID0KdGhlIHNjc2kgYWRhcHRlci49MEFB Z2FpbiwgaW4gVm13YXJlIGxhbmQgeW91IGNhbiBjaG9vc2UgdG8gaGF2ZSBhIHNjc2kgZGlzPQpr LCBidXQgeW91IGNob29zZSB3aGljaCBjb250cm9sbGVyIHR5cGUgaXQgaXMgYXR0YWNoZWQgdG8u PUEwIEluIHRoZSBjdXJyZW49CnQgT3ZpcnQgMy4zLjAgcmVsZWFzZSB5b3UganVzdCBjaG9zZSBh IHZpcnRpby1zY3NpIGRpc2ssIHJhdGhlciB0aGFuIHRoZXJlID0KYmVpbmcgYSBzZXBhcmF0aW9u IG9mIHRoZSBzY3NpIGRpc2sgYW5kIHNjc2kgY29udHJvbGxlci49MEFUaGUgbWVzc3kgc2l0dWF0 PQppb24gd2l0aCBpbXBvcnRpbmcgVk1zIGZyb20gb3RoZXIgcGxhdGZvcm1zIGNvdWxkIGJlIGVh c2VkIGJ5IGFsbG93aW5nIGFuIGU9Cm11bGF0ZWQgc2NzaSBjb250cm9sbGVyIGFzIHdlbGwgYXMg dGhlIHByZWZlcnJlZCB2aXJ0aW8gY29udHJvbGxlci49MEFBcyBtZT0KbnRpb25lZCBwcmV2aW91 c2x5LCB0aGUgc3VwcG9ydCBmb3IgdGhpcyBzZWVtcyB0byBiZSBwcmVzZW50IGluIGt2bS9xZW11 Lj0KPUEwIEkgd29uZGVyIGlmIHRoZXJlIHdhcyBhIHNwZWNpZmljIGRlc2lnbiBkZWNpc2lvbiAo aWU6IHNvbWUgcGFydGljdWxhciByPQplYXNvbikgdG8gbm90IHN1cHBvcnQgdGhlIGFwcHJvYWNo IEkndmUganVzdCBkZXNjcmliZWQ/IEkgY2FuIHVuZGVyc3RhbmQgdGg9CmF0IGluIHNvbWUgY2Fz ZXMgc2ltcGxpY2l0eSBpcyBzb21ldGhpbmcgdG8gYWltIGZvciB0aG91Z2guPTBBSSB0aGluayB0 aGlzID0Kd291bGQgbWFrZSBtaWdyYXRpb24gYXdheSBmcm9tIHRoZSBkb21pbmFudCBtYXJrZXQg bGVhZGVyIC0gVm13YXJlIC0gZWFzaWVyPQogYW5kIGlzIHNvbWV0aGluZyB0aGF0IHdvdWxkIG1h a2Ugb3ZpcnQvUkhFViB0aGF0IG1vcmUgY29tcGVsbGluZy49MEE9MEFHZXQ9CnRpbmcgYmFjayB0 byBteSBvcmlnaW5hbCBxdWVyeSAtICdvcGVuLXZtLXRvb2xzJyBzdXBwb3J0IHRoZSB2bXdhcmUg cGFyYXZpcj0KdHVhbCBzY3NpIGFkYXB0ZXIgYW5kIEkgYW0gYWJsZSB0byBpbnN0YWxsIHRoZXNl IG9uIEVMNSBhbmQgdGhlbiBzZWUgdGhhdCBhPQpkYXB0ZXIuPUEwIEl0IHdvdWxkIGJlIGdyZWF0 IGlmIHRoZXJlIHdhcyBhIHNpbWlsYXIgaW5pdGlhdGl2ZSBmb3IgdGhlIHZhcmk9Cm91cyB2aXJ0 aW8gZGV2aWNlcyB3aGVyZSB5b3UgY291bGQgaW5zdGFsbCBhIHBhY2tnZS9rbW9kIGFuZCB0aGVu IGFsbG93IHNvbT0KZSBvZiB0aGUgb2xkZXIgT1NlcyAob2Ygd2hpY2ggdGhlcmUgYXJlIHN0aWxs IGxvdHMgb2YgVk1zIGFyb3VuZCBmb3IgdmFyaW91PQpzIHJlYXNvbnMpLj1BMCBUaGVyZSBhcmUg b2J2aW91c2x5IGRyaXZlcnMgZm9yIHRoZSB2YXJpb3VzIFdpbmRvd3MgZmxhdm91cnM9CiB0aGF0 IHRha2UgdGhpcyBhcHByb2FjaC49QTAgSSdtIHN1cnByaXNlZCB0aGF0IGZvciBMaW51eCBpdCBp cyBqdXN0IGEgY2FzZT0KIG9mICdpZiBpdCdzIGluIHRoZSBrZXJuZWwgeW91IGFyZSBydW5uaW5n IHRoZW4gaXQgaXMgc3VwcG9ydGVkJy49MEE9MEFJJ20gPQpyZWFsbHkgcGxlYXNlZCB3aXRoIHRo ZSBwcm9ncmVzcyB0aGUgb3ZpcnQgaGFzIGJlZW4gbWFraW5nLj1BMCBJJ20gbGlrZSB0byA9CnNl ZSBpdCBjb250aW51ZSB0byBrbm9jayBkb3duIHRoZSB2YXJpb3VzIHJlYXNvbnMgb3V0IHRoZXJl IGFzIHRvIHdoeSBwZW9wbD0KZSB3aXRoIFZtd2FyZSB2Y2VudGVyIHNob3BzIGNhbid0IG1pZ3Jh dGUgb3ZlciB0byBpdC49MEE9MEFDaGVlcnMsPTBBUGF1bD0KPTBBPTBBPTBBPTBBPTBBT24gV2Vk bmVzZGF5LCAxMyBOb3ZlbWJlciAyMDEzIDg6NTcgUE0sIEl0YW1hciBIZWltIDxpaGVpbUByPQpl ZGhhdC5jb20+IHdyb3RlOj0wQSA9MEFPbiAxMS8xMy8yMDEzIDAzOjU4IEFNLCBQYXVsIEphbnNl biB3cm90ZTo9MEE+IEhpIFI9CmVuZS49MEE+IEkgc3BlY2lmaWNhbGx5IG5lZWQgdGhlIHNjc2kg c3VwcG9ydCAodmlydGlvLXNjc2kpLj0wQT4gSSBkbyBrbm93ID0KYWJvdXQgdGhlIHZpcnRpby1i bG9jayBzdXBwb3J0LCB3aGljaCByZXN1bHRzIGluIC9kZXYvdmQqPTBBPiBkZXZpY2VzIGFzIHlv PQp1IHNheS49MEE+PUEwIEZyb20gd2hhdCBJIHJlYWQgZXZlbiBFTDYgZWFybGllciB0aGFuIDYu MyBkb2VzIG5vdCBzdXBwb3J0IHY9CmlydGlvLXNjc2k9MEE+PTBBPiBBbHRlcm5hdGl2ZWx5LCBk b2VzIG9WaXJ0IHN1cHBvcnQgYW4gZW11bGF0ZWQgc2NzaSBhZGFwdD0KZXIgb2YgYT0wQT4gZGlm ZmVyZW50IHR5cGUgdGhhdCB3b3VsZCBhbGxvdyBtZSB0byBzZWUgc2NzaSBkaXNrcz89MEE9MEFt YXkgPQppIGFzayB3aHkgZG8geW91IG5lZWQgdGhlIHZpcnR1YWwgZGlza3MgdG8gc3BlY2lmaWNh bGx5IGJlIHNjc2k/PTBBPTBBPj0wQT49CiBSZWdhcmRzLD0wQT4gUGF1bD0wQT49MEE+PTBBPiBP biBXZWRuZXNkYXksIDEzIE5vdmVtYmVyIDIwMTMgNzoyMyBQTSwgUmVuPQo9RTkgS29jaCAob3Zp ZG8pPTBBPiA8ci5rb2NoQG92aWRvLmF0PiB3cm90ZTo9MEE+IE9uIFdlZCwgMjAxMy0xMS0xMyBh dCAwOTo9CjQxICswMTAwLCBTYW5kZXIgR3JlbmRlbG1hbiB3cm90ZTo9MEE+PUEwID4gQWNjb3Jk aW5nIHRvIGh0dHBzOi8vYWNjZXNzLnJlZD0KaGF0LmNvbS9zaXRlL3NvbHV0aW9ucy8yMDUxMT0w QT4gPGh0dHBzOi8vYWNjZXNzLnJlZGhhdC5jb20vc2l0ZS9zb2x1dGlvbnMvPQoyMDUxMT52aXJ0 aW89MEE+PUEwID4gd29yayBvbiA+IHJoZWw1LjMuPTBBPj1BMCA+PTBBPj1BMCA+IFlvdSBoYXZl IHRvIGVkaXQ9CiAvZXRjL21vZHByb2JlLmNvbmYgYW5kIGdlbmVyYXRlIGEgbmV3IGluaXRyZC49 MEE+PTBBPj0wQT4gSWYgeW91J3JlIGluc3RhbD0KbGluZyB0aGUgT1Mgb24gYSBWaXJ0SU8gZGlz ayB0aGlzIGlzIGRvbmUgYXV0b21hdGljYWxseT0wQT4gYnkgYW5hY29uZGEuIEkgPQpqdXN0IGlu c3RhbGxlZCBSSEVMIDUgb24gb1ZpcnQgMy4zIHdpdGggVmlydElPIGRpc2sgYW5kPTBBPiBldmVy eXRoaW5nIHdvcms9CmVkIG91dCBvZiB0aGUgYm94Lj0wQT49MEE+PTBBPj1BMCA+PTBBPj1BMCA+ IE9uIFdlZCwgTm92IDEzLCAyMDEzIGF0IDk6MzIgQT0KTSwgU3ZlbiBLaWVza2UgPFMuS2llc2tl QG1pdHR3YWxkLmRlPTBBPiA8bWFpbHRvOlMuS2llc2tlQG1pdHR3YWxkLmRlPj4gd3JvPQp0ZTo9 MEE+PUEwID4gPiBIaSw9MEE+PUEwID4gPj0wQT49QTAgPiA+IGFmYWlrIHRoZSByaGVsIDUga2Vy bmVsIHNlcmllcyBqdXM9CnQgaGFzIG5vdCB0aGUgbmVjZXNzYXJ5IGRyaXZlcnMgZm9yPTBBPj1B MCA+ID4gYWxsIHZpcnRpbyBzdHVmZiwgc28gaXQncyBubz0KdCBzdXBwb3J0ZWQgYW5kIGRvZXMg bm90IHdvcmssIHVubGVzcz0wQT49QTAgPiA+IHlvdSB3YW50IHRvIHBhdGNoIHlvdXIgb3duPQog a2VybmVsLj0wQT49QTAgPiA+PTBBPj1BMCA+ID4gQW0gMTMuMTEuMjAxMyAwNjo0NCwgc2Nocmll YiBQYXVsIEphbnNlbjo9MEE9Cj49QTAgPiA+PiBJIGhhdmUganVzdCBzZXQgdXAgYW4gT3ZpcnQg My4zLjAgaW5zdGFsbCBhbmQgaGF2ZSBkb25lIGEgdGVzdD0wQT0KPiBpbnN0YWxsIG9mIENlbnRv cyA2LjQgaW4gYSBWTS49QTAgVGhlIFZNIHdhcyBjb25maWd1cmVkIHdpdGggYW4gSURFIGRyaXZl PQo9MEE+IGFuZCBhIHZpcnRpby1zY3NpIGRyaXZlLj1BMCBUaGUgQ2VudG9zIDYuNCBpbnN0YWxs IHNlZXMgYm90aCBkcml2ZXMgT0s9Ci49MEE+PUEwID4gPj4gSSdtIHdhbnRpbmcgdG8gZG8gc29t ZSB0ZXN0aW5nIG9uIGEgcHJvZHVjdCB0aGF0IGlzIGJhc2VkIG9uID0KRUw1LD0wQT4gYnV0IEkn bSBmaW5kaW5nIHRoYXQgaXQgY2Fubm90IHNlZSB0aGUgdmlydGlvLXNjc2kgZHJpdmUuPUEwIEl0 IGRvPQplcyBzaG93PTBBPiB1cCBpbiB0aGUgb3V0cHV0IG9mICdsc3BjaScsIGJ1dCBJIGRvbid0 IHNlZSBhIGNvcnJlc3BvbmRpbmcgJ3M9CmQnIGRldmljZS49MEE+PUEwID4gPj49MEE+PTBBPj0w QT4gVGhlcmUncyBubyAvZGV2L3NkKiBkZXZpY2UgLSB0aGUgZGV2aWNlcz0KIGFyZSBuYW1lZCAv ZGV2L3ZkKi4uLj0wQT49MEE+PTBBPj1BMCA+ID4+IEkndmUganVzdCB0cmllZCBpbnN0YWxsaW5n IENlbnRvPQpzIDUuMTAgYW5kIHRoZSBzdXBwb3J0IGlzIG5vdCB0aGVyZS49MEE+PTBBPj0wQT4g RGlkbid0IHRlc3QgQ2VudE9TIGJ1dCBSSEU9CkwgNSBpcyB3b3JraW5nIGZpbmUuPTBBPj0wQT49 MEE+IFJlZ2FyZHMsPTBBPiBSZW49RTk9MEE+PTBBPj0wQT49MEE+PUEwID4gPj0KPj0wQT49QTAg PiA+PiBEb2VzIGFueW9uZSBrbm93IG9mIGFueSB0cmlja3MgdG8gYWxsb3cgRUw1IHRvIHNlZSB0 aGUgdmlydGlvPQotc2NzaT0wQT4gZGV2aWNlPz0wQT49QTAgPiA+PTBBPj1BMCA+ID49MEE+PUEw ID4gPiAtLT0wQT49QTAgPiA+IE1pdCBmcmV1bmQ9CmxpY2hlbiBHcj1GQz1ERmVuIC8gUmVnYXJk cz0wQT49QTAgPiA+PTBBPj1BMCA+ID4gU3ZlbiBLaWVza2U9MEE+PUEwID4gPj0wQT0KPj1BMCA+ ID4gU3lzdGVtYWRtaW5pc3RyYXRvcj0wQT49QTAgPiA+IE1pdHR3YWxkIENNIFNlcnZpY2UgR21i SCAmIENvLiBLRz0KPTBBPj1BMCA+ID4gSz1GNm5pZ3NiZXJnZXIgU3RyYT1ERmUgNj0wQT49QTAg PiA+IDMyMzM5IEVzcGVsa2FtcD0wQT49QTAgPiA+PQogVDogKzQ5LTU3NzItMjkzLTEwMD0wQT49 QTAgPiA+IEY6ICs0OS01NzcyLTI5My0zMzM9MEE+PUEwID4gPiBodHRwczovL3d3dy49Cm1pdHR3 YWxkLmRlIDxodHRwczovL3d3dy5taXR0d2FsZC5kZS8+PTBBPj1BMCA+ID4gR2VzY2g9RTRmdHNm PUZDaHJlcjogUm9iZT0KcnQgTWV5ZXI9MEE+PUEwID4gPiBTdC5Oci46IDMzMS81NzIxLzEwMzMs IFVTdC1JZE5yLjogREU4MTQ3NzMyMTcsIEhSQSA2NjQwPQosIEFHIEJhZD0wQT4gT2V5bmhhdXNl bj0wQT49QTAgPiA+IEtvbXBsZW1lbnQ9RTRyaW46IFJvYmVydCBNZXllciBWZXJ3YWx0dW49Cmdz IEdtYkgsIEhSQiAxMzI2MCwgQUcgQmFkPTBBPiBPZXluaGF1c2VuPTBBPj1BMCA+ID4gX19fX19f X19fX19fX19fX19fX19fXz0KX19fX19fX19fX19fX19fX19fX19fX19fXz0wQT49QTAgPiA+IFVz ZXJzIG1haWxpbmcgbGlzdD0wQT49QTAgPiA+IFVzZXJzQG92PQppcnQub3JnIDxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPj0wQT49QTAgPiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi89 Cmxpc3RpbmZvL3VzZXJzPTBBPj1BMCA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPTBBPj0KPUEwID4gVXNlcnMgbWFpbGluZyBsaXN0PTBBPj1BMCA+IFVz ZXJzQG92aXJ0Lm9yZyA8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz49Cj0wQT0wQT49QTAgPiBodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM9MEE+PTBBPj0wQT49MEE+ PQo9MEE+PTBBPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xz0wQT4gVXNlcnMgbWFpbGluZyA9Cmxpc3Q9MEE+IFVzZXJzQG92aXJ0Lm9yZz0wQT4gaHR0cDov L2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPQo9MEE+Ci0tLTE1MDQxMDQ4 OTYtOTQzNjQyMzI1LTEzODQzNDUyMjE9OjQ0NjU5CkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBj aGFyc2V0PWlzby04ODU5LTEKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50 YWJsZQoKPGh0bWw+PGJvZHk+PGRpdiBzdHlsZT0zRCJjb2xvcjojMDAwOyBiYWNrZ3JvdW5kLWNv bG9yOiNmZmY7IGZvbnQtZmFtaWx5OnRpPQptZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywgdGltZXMs IHNlcmlmO2ZvbnQtc2l6ZToxMnB0Ij5IZWxsbyBJdGFtYXIuPGJyPlRoZSA9CnNwZWNpZmljIHVz ZSBjYXNlIGlzIGEgcGFydGljdWxhciBwcm9wcmlldHkgZmlsZXN5c3RlbSB0aGF0IG5lZWRzIHRv IHNlZSBhID0Kc2NzaSBkZXZpY2UuJm5ic3A7IEl0IHdpbGwgZG8gc2NzaSBpbnF1aXJ5IGNvbm1t YW5kcyB0byB2ZXJpZnkgc3VpdGFiaWxpdHkuPQo8YnI+SW4gdGFsa2luZyB0byB0aGUgZGV2cyAt IG9mIHRoZSBmaWxlc3lzdGVtIC0gdGhlcmUgaXMgbm8gd2F5IGFyb3VuZCBpdC49CiZuYnNwOyBJ J2QgcHJldmlvdXNseSB0cmllZCB2aXJ0aW8tYmxvY2sgLSByZXN1bHRpbmcgaW4gdGhlIC9kZXYv dmQqIGRldmljZT0KIC0gYW5kIHRoZSBmaWxlc3lzdGVtIHdvdWxkIG5vdCB3b3JrLjxicj48YnI+ RnJvbSBkb2luZyBhIGJpdCBvZiB3ZWIgc2VhcmNoPQppbmcgaXQgYXBwZWFycyB0aGUga3ZtL3Fl bXUgc3VwcG9ydHMgKG9yIGRpZCBzdXBwb3J0KSBhbiBlbXVsYXRlZCBMU0kgc2NzaSA9CmNvbnRy b2xsZXIuJm5ic3A7IE15IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCB0aGUgdmFyaW91cyB2aXJ0dWFs aXphdGlvbiBwbGF0Zj0Kb3JtcyB3aWxsIGVtdWxhdGUgYSB3ZWxsIHN1cHBvcnRlZCBkZXZpY2Ug KGJ5IHRoZSBndWVzdCBPU2VzKSBzbyB0aGF0IGRyaXZlPQpycyBhcmUgbm90IGFuIGlzc3VlLiZu YnNwOyBGb3IgZXhhbXBsZSB0aGlzIHNob3VsZCBhbGxvdyBhIFZNIG9uIFZtd2FyZSB2c3A9Cmhl cmUvdmNlbnRlciB0byBiZSBleHBvcnRlZCB0byBPdmlydCBhbmQgaGF2ZSBpdCBib290IHVwLiZu YnNwOyBUaGUgcG90ZW50aT0KYWwgZm9yIGZ1cnRoZXIgb3B0aW1pc2luZyB0aGUgZ3Vlc3QgaXMg dGhlcmUgYnkgaW5zdGFsbGluZwogb3ZpcnQvcWVtdS9rdm0gZ3Vlc3QgdXRpbHMgdGhhdCB0aGVu IGFsbG93IHRoZSBndWVzdCBPUyB0byB1bmRlcnN0YW5kIHRoZSA9CnZpcnRpbyBuaWMgYW5kIHNj c2kgZGV2aWNlcy4mbmJzcDsgVGhlIGd1ZXN0IGNvdWxkIHRoZW4gYmUgc2h1dCBkb3duLCB0aGUg bj0KaWMgYW5kIHNjc2kgY29udHJvbGxlciBjaGFuZ2VkIGFuZCB0aGUgZ3Vlc3QgYm9vdGVkIHVw IGFnYWluLjxicj5Zb3UgY2FuIGRvPQogdGhlIHNhbWUgdGhpbmcgaW4gdGhlIFZtd2FyZSB3b3Js ZCBieSBpbnN0YWxsaW5nIHRoZWlyIGd1ZXN0IHRvb2xzLCBzaHV0dGk9Cm5nIGRvd24gdGhlIGd1 ZXN0IFZNLCB0aGVuIHJlY29uZmlndXJpbmcgaXQgd2l0aCBhIHZteG5ldDMgbmljIGFuZCBwdnNj c2kgcz0KY3NpIGFkYXB0ZXIsIHRoZW4gYm9vdGluZyB1cCBhZ2Fpbi48YnI+SXQgZG9lcyBzZWVt IHNvbWV3aGF0IGluY29uc2lzdGVudCBpPQpuIE92aXJ0IHRoYXQgd2UgYWxsb3cgYSBjaG9pY2Ug b2YgSW50ZWwgZTEwMDAgb3IgdmlydGlvIG5pY3MsIGJ1dCBkbyBub3Qgb2Y9CmZlciBhbnkgY2hv aWNlIHdpdGggdGhlIHNjc2kgYWRhcHRlci48YnI+QWdhaW4sIGluIFZtd2FyZSBsYW5kIHlvdSBj YW4gY2hvbz0Kc2UgdG8gaGF2ZSBhIHNjc2kgZGlzaywgYnV0IHlvdSBjaG9vc2Ugd2hpY2ggY29u dHJvbGxlciB0eXBlIGl0IGlzIGF0dGFjaGVkPQogdG8uJm5ic3A7IEluIHRoZSBjdXJyZW50IE92 aXJ0IDMuMy4wIHJlbGVhc2UgeW91IGp1c3QgY2hvc2UgYSB2aXJ0aW8tc2NzaSA9CmRpc2ssIHJh dGhlciB0aGFuIHRoZXJlIGJlaW5nIGEgc2VwYXJhdGlvbiBvZiB0aGUgc2NzaSBkaXNrIGFuZCBz Y3NpIGNvbnRybz0KbGxlci48YnI+VGhlIG1lc3N5IHNpdHVhdGlvbiB3aXRoIGltcG9ydGluZyBW TXMgZnJvbSBvdGhlciBwbGF0Zm9ybXMgY291bGQgPQpiZSBlYXNlZCBieSBhbGxvd2luZyBhbiBl bXVsYXRlZCBzY3NpIGNvbnRyb2xsZXIgYXMgd2VsbCBhcyB0aGUKIHByZWZlcnJlZCB2aXJ0aW8g Y29udHJvbGxlci48YnI+QXMgbWVudGlvbmVkIHByZXZpb3VzbHksIHRoZSBzdXBwb3J0IGZvciB0 PQpoaXMgc2VlbXMgdG8gYmUgcHJlc2VudCBpbiBrdm0vcWVtdS4mbmJzcDsgSSB3b25kZXIgaWYg dGhlcmUgd2FzIGEgc3BlY2lmaWM9CiBkZXNpZ24gZGVjaXNpb24gKGllOiBzb21lIHBhcnRpY3Vs YXIgcmVhc29uKSB0byBub3Qgc3VwcG9ydCB0aGUgYXBwcm9hY2ggST0KJ3ZlIGp1c3QgZGVzY3Jp YmVkPyBJIGNhbiB1bmRlcnN0YW5kIHRoYXQgaW4gc29tZSBjYXNlcyBzaW1wbGljaXR5IGlzIHNv bWV0PQpoaW5nIHRvIGFpbSBmb3IgdGhvdWdoLjxicj5JIHRoaW5rIHRoaXMgd291bGQgbWFrZSBt aWdyYXRpb24gYXdheSBmcm9tIHRoZSA9CmRvbWluYW50IG1hcmtldCBsZWFkZXIgLSBWbXdhcmUg LSBlYXNpZXIgYW5kIGlzIHNvbWV0aGluZyB0aGF0IHdvdWxkIG1ha2Ugbz0KdmlydC9SSEVWIHRo YXQgbW9yZSBjb21wZWxsaW5nLjxicj48YnI+R2V0dGluZyBiYWNrIHRvIG15IG9yaWdpbmFsIHF1 ZXJ5IC0gPQonb3Blbi12bS10b29scycgc3VwcG9ydCB0aGUgdm13YXJlIHBhcmF2aXJ0dWFsIHNj c2kgYWRhcHRlciBhbmQgSSBhbSBhYmxlIHQ9Cm8gaW5zdGFsbCB0aGVzZSBvbiBFTDUgYW5kIHRo ZW4gc2VlIHRoYXQgYWRhcHRlci4mbmJzcDsgSXQgd291bGQgYmUgZ3JlYXQgaT0KZiB0aGVyZSB3 YXMgYSBzaW1pbGFyIGluaXRpYXRpdmUgZm9yIHRoZSB2YXJpb3VzIHZpcnRpbyBkZXZpY2VzIHdo ZXJlIHlvdSBjPQpvdWxkIGluc3RhbGwgYSBwYWNrZ2Uva21vZCBhbmQgdGhlbiBhbGxvdyBzb21l IG9mIHRoZSBvbGRlciBPU2VzIChvZiB3aGljaCA9CnRoZXJlIGFyZSBzdGlsbCBsb3RzIG9mIFZN cyBhcm91bmQgZm9yIHZhcmlvdXMgcmVhc29ucykuJm5ic3A7IFRoZXJlIGFyZSBvYj0KdmlvdXNs eSBkcml2ZXJzIGZvciB0aGUgdmFyaW91cyBXaW5kb3dzIGZsYXZvdXJzIHRoYXQgdGFrZSB0aGlz CiBhcHByb2FjaC4mbmJzcDsgSSdtIHN1cnByaXNlZCB0aGF0IGZvciBMaW51eCBpdCBpcyBqdXN0 IGEgY2FzZSBvZiAnaWYgaXQncz0KIGluIHRoZSBrZXJuZWwgeW91IGFyZSBydW5uaW5nIHRoZW4g aXQgaXMgc3VwcG9ydGVkJy48YnI+PGJyPkknbSByZWFsbHkgcGxlPQphc2VkIHdpdGggdGhlIHBy b2dyZXNzIHRoZSBvdmlydCBoYXMgYmVlbiBtYWtpbmcuJm5ic3A7IEknbSBsaWtlIHRvIHNlZSBp dCA9CmNvbnRpbnVlIHRvIGtub2NrIGRvd24gdGhlIHZhcmlvdXMgcmVhc29ucyBvdXQgdGhlcmUg YXMgdG8gd2h5IHBlb3BsZSB3aXRoID0KVm13YXJlIHZjZW50ZXIgc2hvcHMgY2FuJ3QgbWlncmF0 ZSBvdmVyIHRvIGl0Ljxicj48YnI+Q2hlZXJzLDxicj5QYXVsPGJyPjxkPQppdiBzdHlsZT0zRCJk aXNwbGF5OiBibG9jazsiIGNsYXNzPTNEInlhaG9vX3F1b3RlZCI+IDxicj4gPGJyPiA8ZGl2IHN0 eWxlPQo9M0QiZm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBz ZXJpZjsgZm9udC1zaXplOiAxMnB0OyI9Cj4gPGRpdiBzdHlsZT0zRCJmb250LWZhbWlseTogdGlt ZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmOyBmb250LT0Kc2l6ZTogMTJwdDsi PiA8ZGl2IGRpcj0zRCJsdHIiPiA8Zm9udCBzaXplPTNEIjIiIGZhY2U9M0QiQXJpYWwiPiBPbiBX ZWRuZXNkPQpheSwgMTMgTm92ZW1iZXIgMjAxMyA4OjU3IFBNLCBJdGFtYXIgSGVpbSAmbHQ7aWhl aW1AcmVkaGF0LmNvbSZndDsgd3JvdGU6PGI9CnI+IDwvZm9udD4gPC9kaXY+ICA8ZGl2IGNsYXNz PTNEInlfbXNnX2NvbnRhaW5lciI+T24gMTEvMTMvMjAxMyAwMzo1OCBBTSwgUD0KYXVsIEphbnNl biB3cm90ZTo8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBIaSBSZW5lLjxiciBjbGVhcj0zRCJub25l Ij4mZ3Q7IEkgPQpzcGVjaWZpY2FsbHkgbmVlZCB0aGUgc2NzaSBzdXBwb3J0ICh2aXJ0aW8tc2Nz aSkuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgSSA9CmRvIGtub3cgYWJvdXQgdGhlCiB2aXJ0aW8t YmxvY2sgc3VwcG9ydCwgd2hpY2ggcmVzdWx0cyBpbiAvZGV2L3ZkKjxiciBjbGVhcj0zRCJub25l Ij4mZ3Q7IGRldj0KaWNlcyBhcyB5b3Ugc2F5LjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5ic3A7 IEZyb20gd2hhdCBJIHJlYWQgZXZlbiBFTDYgZWFyPQpsaWVyIHRoYW4gNi4zIGRvZXMgbm90IHN1 cHBvcnQgdmlydGlvLXNjc2k8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0KPTNEIm5v bmUiPiZndDsgQWx0ZXJuYXRpdmVseSwgZG9lcyBvVmlydCBzdXBwb3J0IGFuIGVtdWxhdGVkIHNj c2kgYWRhcHRlciBvPQpmIGE8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBkaWZmZXJlbnQgdHlwZSB0 aGF0IHdvdWxkIGFsbG93IG1lIHRvIHNlZSBzY3NpIGQ9Cmlza3M/PGJyIGNsZWFyPTNEIm5vbmUi PjxiciBjbGVhcj0zRCJub25lIj5tYXkgaSBhc2sgd2h5IGRvIHlvdSBuZWVkIHRoZSB2aT0KcnR1 YWwgZGlza3MgdG8gc3BlY2lmaWNhbGx5IGJlIHNjc2k/PGJyIGNsZWFyPTNEIm5vbmUiPjxiciBj bGVhcj0zRCJub25lIj4mPQpndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBSZWdhcmRzLDxiciBj bGVhcj0zRCJub25lIj4mZ3Q7IFBhdWw8YnIgY2xlYXI9M0Q9CiJub25lIj4mZ3Q7PGJyIGNsZWFy PTNEIm5vbmUiPiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBPbiBXZWRuZXNkYXksIDEzID0K Tm92ZW1iZXIgMjAxMyA3OjIzIFBNLCBSZW49RTkgS29jaCAob3ZpZG8pPGJyIGNsZWFyPTNEIm5v bmUiPiZndDsgJmx0OzxhIHNoPQphcGU9M0QicmVjdCIgeW1haWx0bz0zRCJtYWlsdG86ci5rb2No QG92aWRvLmF0IiBocmVmPTNEIm1haWx0bzpyLmtvY2hAb3ZpZG89Ci5hdCI+ci5rb2NoQG92aWRv LmF0PC9hPiZndDsgd3JvdGU6PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgT24gV2VkLCAyMDEzLTEx LT0KMTMgYXQgMDk6NDEgKzAxMDAsIFNhbmRlciBHcmVuZGVsbWFuIHdyb3RlOjxiciBjbGVhcj0z RCJub25lIj4mZ3Q7Jm5ic3A7ICZnPQp0OyBBY2NvcmRpbmcgdG8gPGEgc2hhcGU9M0QicmVjdCIK IGhyZWY9M0QiaHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9zaXRlL3NvbHV0aW9ucy8yMDUxMSIg dGFyZ2V0PTNEIl9ibGFuayI+PQpodHRwczovL2FjY2Vzcy5yZWRoYXQuY29tL3NpdGUvc29sdXRp b25zLzIwNTExPC9hPjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7ICY9Cmx0OzxhIHNoYXBlPTNEInJl Y3QiIGhyZWY9M0QiaHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9zaXRlL3NvbHV0aW9ucy8yMDUx MT0KIiB0YXJnZXQ9M0QiX2JsYW5rIj5odHRwczovL2FjY2Vzcy5yZWRoYXQuY29tL3NpdGUvc29s dXRpb25zLzIwNTExPC9hPiZndDt2PQppcnRpbzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5ic3A7 ICZndDsgd29yayBvbiAmZ3Q7IHJoZWw1LjMuPGJyIGNsZWFyPTNEIm49Cm9uZSI+Jmd0OyZuYnNw OyAmZ3Q7PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyBZb3UgaGF2ZSB0byBlZGl0 IC9ldD0KYy9tb2Rwcm9iZS5jb25mIGFuZCBnZW5lcmF0ZSBhIG5ldyBpbml0cmQuPGJyIGNsZWFy PTNEIm5vbmUiPiZndDs8YnIgY2xlYXI9Cj0zRCJub25lIj4mZ3Q7PGJyIGNsZWFyPTNEIm5vbmUi PiZndDsgSWYgeW91J3JlIGluc3RhbGxpbmcgdGhlIE9TIG9uIGEgVmlydD0KSU8gZGlzayB0aGlz IGlzIGRvbmUgYXV0b21hdGljYWxseTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IGJ5IGFuYWNvbmRh LiBJIGp1PQpzdCBpbnN0YWxsZWQgUkhFTCA1IG9uIG9WaXJ0IDMuMyB3aXRoIFZpcnRJTyBkaXNr IGFuZDxiciBjbGVhcj0zRCJub25lIj4mZ3Q9CjsgZXZlcnl0aGluZyB3b3JrZWQgb3V0IG9mIHRo ZSBib3guPGJyIGNsZWFyPTNEIm5vbmUiPiZndDs8YnIgY2xlYXI9M0Qibm9uZT0KIj4mZ3Q7PGJy IGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5i c3A7ICZndDsgPQpPbiBXZWQsIE5vdiAxMywgMjAxMyBhdCA5OjMyIEFNLCBTdmVuIEtpZXNrZSAm bHQ7PGEgc2hhcGU9M0QicmVjdCIgeW1haWx0bz0KPTNEIm1haWx0bzpTLktpZXNrZUBtaXR0d2Fs ZC5kZSIKIGhyZWY9M0QibWFpbHRvOlMuS2llc2tlQG1pdHR3YWxkLmRlIj5TLktpZXNrZUBtaXR0 d2FsZC5kZTwvYT48YnIgY2xlYXI9M0QiPQpub25lIj4mZ3Q7ICZsdDttYWlsdG86PGEgc2hhcGU9 M0QicmVjdCIgeW1haWx0bz0zRCJtYWlsdG86Uy5LaWVza2VAbWl0dHdhbGQ9Ci5kZSIgaHJlZj0z RCJtYWlsdG86Uy5LaWVza2VAbWl0dHdhbGQuZGUiPlMuS2llc2tlQG1pdHR3YWxkLmRlPC9hPiZn dDsmZ3Q7ID0Kd3JvdGU6PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7IEhp LDxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5iPQpzcDsgJmd0OyAmZ3Q7PGJyIGNsZWFyPTNEIm5v bmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7IGFmYWlrIHRoZSByaGVsIDUga2VybmU9Cmwgc2VyaWVz IGp1c3QgaGFzIG5vdCB0aGUgbmVjZXNzYXJ5IGRyaXZlcnMgZm9yPGJyIGNsZWFyPTNEIm5vbmUi PiZndDsmbmJzcD0KOyAmZ3Q7ICZndDsgYWxsIHZpcnRpbyBzdHVmZiwgc28gaXQncyBub3Qgc3Vw cG9ydGVkIGFuZCBkb2VzIG5vdCB3b3JrLCB1bmxlPQpzczxiciBjbGVhcj0zRCJub25lIj4mZ3Q7 Jm5ic3A7ICZndDsgJmd0OyB5b3Ugd2FudCB0byBwYXRjaCB5b3VyIG93biBrZXJuZWw9Ci48YnIg Y2xlYXI9M0Qibm9uZSI+Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0 OyZuYnNwOyAmZ3Q7ID0KJmd0OyBBbSAxMy4xMS4yMDEzIDA2OjQ0LCBzY2hyaWViIFBhdWwgSmFu c2VuOjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5ic3A7PQogJmd0OyAmZ3Q7Jmd0OyBJIGhhdmUg anVzdCBzZXQgdXAgYW4gT3ZpcnQgMy4zLjAgaW5zdGFsbCBhbmQgaGF2ZSBkb25lIGEgdGU9CnN0 PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgaW5zdGFsbCBvZiBDZW50b3MgNi40IGluIGEgVk0uJm5i c3A7IFRoZSBWTSB3YXMgYz0Kb25maWd1cmVkIHdpdGggYW4gSURFIGRyaXZlPGJyIGNsZWFyPTNE Im5vbmUiPiZndDsgYW5kIGEgdmlydGlvLXNjc2kgZHJpdmUuPQombmJzcDsgVGhlIENlbnRvcyA2 LjQKIGluc3RhbGwgc2VlcyBib3RoIGRyaXZlcyBPSy48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZu YnNwOyAmZ3Q7ICZndDsmZ3Q7IEknPQptIHdhbnRpbmcgdG8gZG8gc29tZSB0ZXN0aW5nIG9uIGEg cHJvZHVjdCB0aGF0IGlzIGJhc2VkIG9uIEVMNSw8YnIgY2xlYXI9M0Q9CiJub25lIj4mZ3Q7IGJ1 dCBJJ20gZmluZGluZyB0aGF0IGl0IGNhbm5vdCBzZWUgdGhlIHZpcnRpby1zY3NpIGRyaXZlLiZu YnNwOz0KIEl0IGRvZXMgc2hvdzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IHVwIGluIHRoZSBvdXRw dXQgb2YgJ2xzcGNpJywgYnV0IEkgZG9uPQondCBzZWUgYSBjb3JyZXNwb25kaW5nICdzZCcgZGV2 aWNlLjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5ic3A7ICZndDsgJmd0OyY9Cmd0OzxiciBjbGVh cj0zRCJub25lIj4mZ3Q7PGJyIGNsZWFyPTNEIm5vbmUiPiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+ Jmd0OyBUaD0KZXJlJ3Mgbm8gL2Rldi9zZCogZGV2aWNlIC0gdGhlIGRldmljZXMgYXJlIG5hbWVk IC9kZXYvdmQqLi4uPGJyIGNsZWFyPTNEIm5vPQpuZSI+Jmd0OzxiciBjbGVhcj0zRCJub25lIj4m Z3Q7PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7Jmd0OyA9CkkndmUganVz dCB0cmllZCBpbnN0YWxsaW5nIENlbnRvcyA1LjEwIGFuZCB0aGUgc3VwcG9ydCBpcyBub3QgdGhl cmUuPGJyIGNsZT0KYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7PGJyIGNs ZWFyPTNEIm5vbmUiPiZndDsgRGlkbid0IHRlc3QgPQpDZW50T1MgYnV0IFJIRUwgNSBpcyB3b3Jr aW5nIGZpbmUuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDs8YnIgY2xlYXI9M0Qibm9uZSI9Cj4mZ3Q7 PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgUmVnYXJkcyw8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBS ZW49RTk8YnIgY2xlYT0Kcj0zRCJub25lIj4mZ3Q7PGJyIGNsZWFyPTNEIm5vbmUiPiZndDs8YnIg Y2xlYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0zRCJuPQpvbmUiPiZndDsmbmJzcDsgJmd0OyAm Z3Q7Jmd0OzxicgogY2xlYXI9M0Qibm9uZSI+Jmd0OyZuYnNwOyAmZ3Q7ICZndDsmZ3Q7IERvZXMg YW55b25lIGtub3cgb2YgYW55IHRyaWNrcyB0byA9CmFsbG93IEVMNSB0byBzZWUgdGhlIHZpcnRp by1zY3NpPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgZGV2aWNlPzxiciBjbGVhcj0zRD0KIm5vbmUi PiZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAm Z3Q7PGJyIGNsZWFyPQo9M0Qibm9uZSI+Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgLS08YnIgY2xlYXI9 M0Qibm9uZSI+Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgTWk9CnQgZnJldW5kbGljaGVuIEdyPUZDPURG ZW4gLyBSZWdhcmRzPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7PD0KYnIg Y2xlYXI9M0Qibm9uZSI+Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgU3ZlbiBLaWVza2U8YnIgY2xlYXI9 M0Qibm9uZSI+Jmd0OyZuPQpic3A7ICZndDsgJmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5i c3A7ICZndDsgJmd0OyBTeXN0ZW1hZG1pbmlzdHJhdG9yPGI9CnIgY2xlYXI9M0Qibm9uZSI+Jmd0 OyZuYnNwOyAmZ3Q7ICZndDsgTWl0dHdhbGQgQ00gU2VydmljZSBHbWJIICZhbXA7IENvLiBLRz0K PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7IEs9RjZuaWdzYmVyZ2VyIFN0 cmE9REZlIDY8YnIgY2xlYXI9Cj0zRCJub25lIj4mZ3Q7Jm5ic3A7ICZndDsgJmd0OyAzMjMzOSBF c3BlbGthbXA8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZuYnNwOz0KICZndDsgJmd0OyBUOiArNDkt NTc3Mi0yOTMtMTAwPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7IEY6ICs0 PQo5LTU3NzItMjkzLTMzMzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5ic3A7ICZndDsgJmd0OyA8 YSBzaGFwZT0zRCJyZWN0IiBocmU9CmY9M0QiaHR0cHM6Ly93d3cubWl0dHdhbGQuZGUvIiB0YXJn ZXQ9M0QiX2JsYW5rIj5odHRwczovL3d3dy5taXR0d2FsZC5kZSA8Lz0KYT4mbHQ7PGEgc2hhcGU9 M0QicmVjdCIKIGhyZWY9M0QiaHR0cHM6Ly93d3cubWl0dHdhbGQuZGUvIiB0YXJnZXQ9M0QiX2Js YW5rIj5odHRwczovL3d3dy5taXR0d2FsZC5kPQplLzwvYT4mZ3Q7PGJyIGNsZWFyPTNEIm5vbmUi PiZndDsmbmJzcDsgJmd0OyAmZ3Q7IEdlc2NoPUU0ZnRzZj1GQ2hyZXI6IFJvYmU9CnJ0IE1leWVy PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7IFN0Lk5yLjogMzMxLzU3MjEv MTAzMywgVVN0LT0KSWROci46IERFODE0NzczMjE3LCBIUkEgNjY0MCwgQUcgQmFkPGJyIGNsZWFy PTNEIm5vbmUiPiZndDsgT2V5bmhhdXNlbjxiciBjPQpsZWFyPTNEIm5vbmUiPiZndDsmbmJzcDsg Jmd0OyAmZ3Q7IEtvbXBsZW1lbnQ9RTRyaW46IFJvYmVydCBNZXllciBWZXJ3YWx0dW49CmdzIEdt YkgsIEhSQiAxMzI2MCwgQUcgQmFkPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgT2V5bmhhdXNlbjxi ciBjbGVhcj0zRCJubz0KbmUiPiZndDsmbmJzcDsgJmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPQogY2xlYXI9M0Qibm9uZSI+Jmd0OyZu YnNwOyAmZ3Q7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyIGNsZWFyPTNEIm5vbmUiPiY9Cmd0 OyZuYnNwOyAmZ3Q7ICZndDsgPGEgc2hhcGU9M0QicmVjdCIgeW1haWx0bz0zRCJtYWlsdG86VXNl cnNAb3ZpcnQub3JnIiBocj0KZWY9M0QibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3Zp cnQub3JnPC9hPiAmbHQ7bWFpbHRvOjxhIHNoYXBlPTNEInJlPQpjdCIgeW1haWx0bz0zRCJtYWls dG86VXNlcnNAb3ZpcnQub3JnIiBocmVmPTNEIm1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXI9 CnNAb3ZpcnQub3JnPC9hPiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZuYnNwOyAmZ3Q7ICZn dDsgPGEgc2hhcGU9M0QicmVjdD0KIiBocmVmPTNEImh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2VycyIKIHRhcmdldD0zRCJfYmxhbmsiPmh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VyczwvYT48YnIgY2xlPQphcj0zRCJub25lIj4mZ3Q7 Jm5ic3A7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X189CjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jm5ic3A7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0 PGJyIGNsZWFyPTNEIm5vbmUiPiZndD0KOyZuYnNwOyAmZ3Q7IDxhIHNoYXBlPTNEInJlY3QiIHlt YWlsdG89M0QibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyIgaHJlZj0zRCJtPQphaWx0bzpVc2Vyc0Bv dmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmx0O21haWx0bzo8YSBzaGFwZT0zRCJyZWN0 IiB5bWE9CmlsdG89M0QibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyIgaHJlZj0zRCJtYWlsdG86VXNl cnNAb3ZpcnQub3JnIj5Vc2Vyc0BvdmlydD0KLm9yZzwvYT4mZ3Q7PGRpdiBjbGFzcz0zRCJ5cXQ2 NTM2ODM2NTMwIiBpZD0zRCJ5cXRmZDYxNzI5Ij48YnIgY2xlYXI9M0Qibm9uPQplIj4mZ3Q7Jm5i c3A7ICZndDsgPGEgc2hhcGU9M0QicmVjdCIgaHJlZj0zRCJodHRwOi8vbGlzdHMub3ZpcnQub3Jn L21haWxtYW49Ci9saXN0aW5mby91c2VycyIgdGFyZ2V0PTNEIl9ibGFuayI+aHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvLz0KdXNlcnM8L2E+PGJyIGNsZWFyPTNEIm5vbmUi PiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mPQpndDs8YnIg Y2xlYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7PGJyIGNsZWFyPTNEIm5v bmUiPiZndDsgX189Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IFVzZXJzID0KbWFpbGluZyBsaXN0PGJyIGNsZWFyPTNE Im5vbmUiPiZndDsgPGEgc2hhcGU9M0QicmVjdCIgeW1haWx0bz0zRCJtYWlsdG86VXNlPQpyc0Bv dmlydC5vcmciCiBocmVmPTNEIm1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9y ZzwvYT48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0Oz0KIDxhIHNoYXBlPTNEInJlY3QiIGhyZWY9M0Qi aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiB0PQphcmdldD0z RCJfYmxhbmsiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczwv YT48YnIgY2xlYXI9Cj0zRCJub25lIj4mZ3Q7PGJyIGNsZWFyPTNEIm5vbmUiPjxiciBjbGVhcj0z RCJub25lIj48L2Rpdj48YnI+PGJyPjwvZGl2PiAgPD0KL2Rpdj4gPC9kaXY+ICA8L2Rpdj4gPC9k aXY+PC9ib2R5PjwvaHRtbD4KLS0tMTUwNDEwNDg5Ni05NDM2NDIzMjUtMTM4NDM0NTIyMT06NDQ2 NTktLQo= --===============5381353945412039180==-- From abaron at redhat.com Thu Nov 14 02:04:36 2013 Content-Type: multipart/mixed; boundary="===============6032690599729905914==" MIME-Version: 1.0 From: Ayal Baron To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Thu, 14 Nov 2013 02:04:21 -0500 Message-ID: <286769720.24626305.1384412661897.JavaMail.root@redhat.com> In-Reply-To: 1384345221.44659.YahooMailNeo@web120601.mail.ne1.yahoo.com --===============6032690599729905914== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Paul, First of all, thanks for the detailed answer, it really helps. See comments inline. ----- Original Message ----- > Hello Itamar. > The specific use case is a particular propriety filesystem that needs to = see > a scsi device. It will do scsi inquiry conmmands to verify suitability. > In talking to the devs - of the filesystem - there is no way around it. I= 'd > previously tried virtio-block - resulting in the /dev/vd* device - and the > filesystem would not work. > = > From doing a bit of web searching it appears the kvm/qemu supports (or did > support) an emulated LSI scsi controller. My understanding is that the > various virtualization platforms will emulate a well supported device (by > the guest OSes) so that drivers are not an issue. For example this should > allow a VM on Vmware vsphere/vcenter to be exported to Ovirt and have it > boot up. The potential for further optimising the guest is there by > installing ovirt/qemu/kvm guest utils that then allow the guest OS to > understand the virtio nic and scsi devices. The guest could then be shut > down, the nic and scsi controller changed and the guest booted up again. > You can do the same thing in the Vmware world by installing their guest > tools, shutting down the guest VM, then reconfiguring it with a vmxnet3 n= ic > and pvscsi scsi adapter, then booting up again. > It does seem somewhat inconsistent in Ovirt that we allow a choice of Int= el > e1000 or virtio nics, but do not offer any choice with the scsi adapter. virtio-scsi support was just recently added to oVirt to allow for scsi pass= through and improved performance over virtio-blk. I believe the emulated scsi device in qemu never matured enough but possibl= y Stefan (cc'd) can correct me here. For simplicity sake we kept choosing the controller type out but there is n= othing in the design preventing one from adding it. This is however the fi= rst time I've actually heard any requests for it. Note that using hooks you can still enable any functionality that qemu-kvm = supports but is not exposed in the GUI. It's not the most elegant way, but= it works. > Again, in Vmware land you can choose to have a scsi disk, but you choose > which controller type it is attached to. In the current Ovirt 3.3.0 relea= se > you just chose a virtio-scsi disk, rather than there being a separation of > the scsi disk and scsi controller. > The messy situation with importing VMs from other platforms could be ease= d by > allowing an emulated scsi controller as well as the preferred virtio > controller. > As mentioned previously, the support for this seems to be present in > kvm/qemu. I wonder if there was a specific design decision (ie: some > particular reason) to not support the approach I've just described? I can > understand that in some cases simplicity is something to aim for though. > I think this would make migration away from the dominant market leader - > Vmware - easier and is something that would make ovirt/RHEV that more > compelling. > = > Getting back to my original query - 'open-vm-tools' support the vmware > paravirtual scsi adapter and I am able to install these on EL5 and then s= ee > that adapter. It would be great if there was a similar initiative for the > various virtio devices where you could install a packge/kmod and then all= ow > some of the older OSes (of which there are still lots of VMs around for > various reasons). There are obviously drivers for the various Windows > flavours that take this approach. I'm surprised that for Linux it is just= a > case of 'if it's in the kernel you are running then it is supported'. > = > I'm really pleased with the progress the ovirt has been making. I'm like = to > see it continue to knock down the various reasons out there as to why peo= ple > with Vmware vcenter shops can't migrate over to it. > = > Cheers, > Paul > = > = > On Wednesday, 13 November 2013 8:57 PM, Itamar Heim = wrote: > On 11/13/2013 03:58 AM, Paul Jansen wrote: > > Hi Rene. > > I specifically need the scsi support (virtio-scsi). > > I do know about the virtio-block support, which results in /dev/vd* > > devices as you say. > > From what I read even EL6 earlier than 6.3 does not support virtio-scsi > > = > > Alternatively, does oVirt support an emulated scsi adapter of a > > different type that would allow me to see scsi disks? > = > may i ask why do you need the virtual disks to specifically be scsi? > = > > = > > Regards, > > Paul > > = > > = > > On Wednesday, 13 November 2013 7:23 PM, Ren=C3=A9 Koch (ovido) > > < r.koch(a)ovido.at > wrote: > > On Wed, 2013-11-13 at 09:41 +0100, Sander Grendelman wrote: > > > According to https://access.redhat.com/site/solutions/20511 > > < https://access.redhat.com/site/solutions/20511 >virtio > > > work on > rhel5.3. > > > = > > > You have to edit /etc/modprobe.conf and generate a new initrd. > > = > > = > > If you're installing the OS on a VirtIO disk this is done automatically > > by anaconda. I just installed RHEL 5 on oVirt 3.3 with VirtIO disk and > > everything worked out of the box. > > = > > = > > > = > > > On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske < S.Kieske(a)mittwald.de > > > wrote: > > > > Hi, > > > > = > > > > afaik the rhel 5 kernel series just has not the necessary drivers f= or > > > > all virtio stuff, so it's not supported and does not work, unless > > > > you want to patch your own kernel. > > > > = > > > > Am 13.11.2013 06:44, schrieb Paul Jansen: > > > >> I have just set up an Ovirt 3.3.0 install and have done a test > > install of Centos 6.4 in a VM. The VM was configured with an IDE drive > > and a virtio-scsi drive. The Centos 6.4 install sees both drives OK. > > > >> I'm wanting to do some testing on a product that is based on EL5, > > but I'm finding that it cannot see the virtio-scsi drive. It does show > > up in the output of 'lspci', but I don't see a corresponding 'sd' devic= e. > > > >> = > > = > > = > > There's no /dev/sd* device - the devices are named /dev/vd*... > > = > > = > > > >> I've just tried installing Centos 5.10 and the support is not ther= e. > > = > > = > > Didn't test CentOS but RHEL 5 is working fine. > > = > > = > > Regards, > > Ren=C3=A9 > > = > > = > > = > > > >> = > > > >> Does anyone know of any tricks to allow EL5 to see the virtio-scsi > > device? > > > > = > > > > = > > > > -- > > > > Mit freundlichen Gr=C3=BC=C3=9Fen / Regards > > > > = > > > > Sven Kieske > > > > = > > > > Systemadministrator > > > > Mittwald CM Service GmbH & Co. KG > > > > K=C3=B6nigsberger Stra=C3=9Fe 6 > > > > 32339 Espelkamp > > > > T: +49-5772-293-100 > > > > F: +49-5772-293-333 > > > > https://www.mittwald.de < https://www.mittwald.de/ > > > > > Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer > > > > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad > > Oeynhausen > > > > Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG B= ad > > Oeynhausen > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > = > > > http://lists.ovirt.org/mailman/listinfo/users > > = > > = > > = > > = > > = > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > = > = > = > = > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============6032690599729905914==-- From abaron at redhat.com Thu Nov 14 02:39:40 2013 Content-Type: multipart/mixed; boundary="===============1039531000828654788==" MIME-Version: 1.0 From: Ayal Baron To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Thu, 14 Nov 2013 02:39:33 -0500 Message-ID: <811259112.24644455.1384414773506.JavaMail.root@redhat.com> In-Reply-To: 286769720.24626305.1384412661897.JavaMail.root@redhat.com --===============1039531000828654788== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Adding Stefan with the correct email this time. ----- Original Message ----- > Hi Paul, > = > First of all, thanks for the detailed answer, it really helps. > See comments inline. > = > ----- Original Message ----- > > Hello Itamar. > > The specific use case is a particular propriety filesystem that needs to > > see > > a scsi device. It will do scsi inquiry conmmands to verify suitability. > > In talking to the devs - of the filesystem - there is no way around it.= I'd > > previously tried virtio-block - resulting in the /dev/vd* device - and = the > > filesystem would not work. > > = > > From doing a bit of web searching it appears the kvm/qemu supports (or = did > > support) an emulated LSI scsi controller. My understanding is that the > > various virtualization platforms will emulate a well supported device (= by > > the guest OSes) so that drivers are not an issue. For example this shou= ld > > allow a VM on Vmware vsphere/vcenter to be exported to Ovirt and have it > > boot up. The potential for further optimising the guest is there by > > installing ovirt/qemu/kvm guest utils that then allow the guest OS to > > understand the virtio nic and scsi devices. The guest could then be shut > > down, the nic and scsi controller changed and the guest booted up again. > > You can do the same thing in the Vmware world by installing their guest > > tools, shutting down the guest VM, then reconfiguring it with a vmxnet3= nic > > and pvscsi scsi adapter, then booting up again. > > It does seem somewhat inconsistent in Ovirt that we allow a choice of I= ntel > > e1000 or virtio nics, but do not offer any choice with the scsi adapter. > = > virtio-scsi support was just recently added to oVirt to allow for scsi > passthrough and improved performance over virtio-blk. > I believe the emulated scsi device in qemu never matured enough but possi= bly > Stefan (cc'd) can correct me here. > For simplicity sake we kept choosing the controller type out but there is > nothing in the design preventing one from adding it. This is however the > first time I've actually heard any requests for it. > Note that using hooks you can still enable any functionality that qemu-kvm > supports but is not exposed in the GUI. It's not the most elegant way, b= ut > it works. > = > > Again, in Vmware land you can choose to have a scsi disk, but you choose > > which controller type it is attached to. In the current Ovirt 3.3.0 rel= ease > > you just chose a virtio-scsi disk, rather than there being a separation= of > > the scsi disk and scsi controller. > > The messy situation with importing VMs from other platforms could be ea= sed > > by > > allowing an emulated scsi controller as well as the preferred virtio > > controller. > > As mentioned previously, the support for this seems to be present in > > kvm/qemu. I wonder if there was a specific design decision (ie: some > > particular reason) to not support the approach I've just described? I c= an > > understand that in some cases simplicity is something to aim for though. > > I think this would make migration away from the dominant market leader - > > Vmware - easier and is something that would make ovirt/RHEV that more > > compelling. > > = > > Getting back to my original query - 'open-vm-tools' support the vmware > > paravirtual scsi adapter and I am able to install these on EL5 and then= see > > that adapter. It would be great if there was a similar initiative for t= he > > various virtio devices where you could install a packge/kmod and then a= llow > > some of the older OSes (of which there are still lots of VMs around for > > various reasons). There are obviously drivers for the various Windows > > flavours that take this approach. I'm surprised that for Linux it is ju= st a > > case of 'if it's in the kernel you are running then it is supported'. > > = > > I'm really pleased with the progress the ovirt has been making. I'm lik= e to > > see it continue to knock down the various reasons out there as to why > > people > > with Vmware vcenter shops can't migrate over to it. > > = > > Cheers, > > Paul > > = > > = > > On Wednesday, 13 November 2013 8:57 PM, Itamar Heim > > wrote: > > On 11/13/2013 03:58 AM, Paul Jansen wrote: > > > Hi Rene. > > > I specifically need the scsi support (virtio-scsi). > > > I do know about the virtio-block support, which results in /dev/vd* > > > devices as you say. > > > From what I read even EL6 earlier than 6.3 does not support virtio-sc= si > > > = > > > Alternatively, does oVirt support an emulated scsi adapter of a > > > different type that would allow me to see scsi disks? > > = > > may i ask why do you need the virtual disks to specifically be scsi? > > = > > > = > > > Regards, > > > Paul > > > = > > > = > > > On Wednesday, 13 November 2013 7:23 PM, Ren=C3=A9 Koch (ovido) > > > < r.koch(a)ovido.at > wrote: > > > On Wed, 2013-11-13 at 09:41 +0100, Sander Grendelman wrote: > > > > According to https://access.redhat.com/site/solutions/20511 > > > < https://access.redhat.com/site/solutions/20511 >virtio > > > > work on > rhel5.3. > > > > = > > > > You have to edit /etc/modprobe.conf and generate a new initrd. > > > = > > > = > > > If you're installing the OS on a VirtIO disk this is done automatical= ly > > > by anaconda. I just installed RHEL 5 on oVirt 3.3 with VirtIO disk and > > > everything worked out of the box. > > > = > > > = > > > > = > > > > On Wed, Nov 13, 2013 at 9:32 AM, Sven Kieske < S.Kieske(a)mittwald.= de > > > > wrote: > > > > > Hi, > > > > > = > > > > > afaik the rhel 5 kernel series just has not the necessary drivers= for > > > > > all virtio stuff, so it's not supported and does not work, unless > > > > > you want to patch your own kernel. > > > > > = > > > > > Am 13.11.2013 06:44, schrieb Paul Jansen: > > > > >> I have just set up an Ovirt 3.3.0 install and have done a test > > > install of Centos 6.4 in a VM. The VM was configured with an IDE drive > > > and a virtio-scsi drive. The Centos 6.4 install sees both drives OK. > > > > >> I'm wanting to do some testing on a product that is based on EL5, > > > but I'm finding that it cannot see the virtio-scsi drive. It does show > > > up in the output of 'lspci', but I don't see a corresponding 'sd' dev= ice. > > > > >> = > > > = > > > = > > > There's no /dev/sd* device - the devices are named /dev/vd*... > > > = > > > = > > > > >> I've just tried installing Centos 5.10 and the support is not th= ere. > > > = > > > = > > > Didn't test CentOS but RHEL 5 is working fine. > > > = > > > = > > > Regards, > > > Ren=C3=A9 > > > = > > > = > > > = > > > > >> = > > > > >> Does anyone know of any tricks to allow EL5 to see the virtio-sc= si > > > device? > > > > > = > > > > > = > > > > > -- > > > > > Mit freundlichen Gr=C3=BC=C3=9Fen / Regards > > > > > = > > > > > Sven Kieske > > > > > = > > > > > Systemadministrator > > > > > Mittwald CM Service GmbH & Co. KG > > > > > K=C3=B6nigsberger Stra=C3=9Fe 6 > > > > > 32339 Espelkamp > > > > > T: +49-5772-293-100 > > > > > F: +49-5772-293-333 > > > > > https://www.mittwald.de < https://www.mittwald.de/ > > > > > > Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer > > > > > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad > > > Oeynhausen > > > > > Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG= Bad > > > Oeynhausen > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users(a)ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)ovirt.org > > = > > > > http://lists.ovirt.org/mailman/listinfo/users > > > = > > > = > > > = > > > = > > > = > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > = > > = > > = > > = > > = > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > = >=20 --===============1039531000828654788==-- From stefanha at redhat.com Thu Nov 14 07:52:09 2013 Content-Type: multipart/mixed; boundary="===============0780332547585626669==" MIME-Version: 1.0 From: Stefan Hajnoczi To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Thu, 14 Nov 2013 13:51:56 +0100 Message-ID: <20131114125156.GB24893@stefanha-thinkpad.redhat.com> In-Reply-To: 811259112.24644455.1384414773506.JavaMail.root@redhat.com --===============0780332547585626669== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Thu, Nov 14, 2013 at 02:39:33AM -0500, Ayal Baron wrote: > > ----- Original Message ----- > > > Hello Itamar. > > > The specific use case is a particular propriety filesystem that needs= to > > > see > > > a scsi device. It will do scsi inquiry conmmands to verify suitabilit= y. > > > In talking to the devs - of the filesystem - there is no way around i= t. I'd > > > previously tried virtio-block - resulting in the /dev/vd* device - an= d the > > > filesystem would not work. > > > = > > > From doing a bit of web searching it appears the kvm/qemu supports (o= r did > > > support) an emulated LSI scsi controller. My understanding is that the > > > various virtualization platforms will emulate a well supported device= (by > > > the guest OSes) so that drivers are not an issue. For example this sh= ould > > > allow a VM on Vmware vsphere/vcenter to be exported to Ovirt and have= it > > > boot up. The potential for further optimising the guest is there by > > > installing ovirt/qemu/kvm guest utils that then allow the guest OS to > > > understand the virtio nic and scsi devices. The guest could then be s= hut > > > down, the nic and scsi controller changed and the guest booted up aga= in. > > > You can do the same thing in the Vmware world by installing their gue= st > > > tools, shutting down the guest VM, then reconfiguring it with a vmxne= t3 nic > > > and pvscsi scsi adapter, then booting up again. > > > It does seem somewhat inconsistent in Ovirt that we allow a choice of= Intel > > > e1000 or virtio nics, but do not offer any choice with the scsi adapt= er. > > = > > virtio-scsi support was just recently added to oVirt to allow for scsi > > passthrough and improved performance over virtio-blk. > > I believe the emulated scsi device in qemu never matured enough but pos= sibly > > Stefan (cc'd) can correct me here. The only supported emulated SCSI HBA device is virtio-scsi. It was Tech Preview in RHEL 6.3 and became fully supported in RHEL 6.4. virtio-scsi is not available in RHEL 5. Stefan --===============0780332547585626669==-- From vlaero at yahoo.com.au Thu Nov 14 09:09:40 2013 Content-Type: multipart/mixed; boundary="===============2881538922020242839==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Thu, 14 Nov 2013 06:09:13 -0800 Message-ID: <1384438153.20660.YahooMailNeo@web120605.mail.ne1.yahoo.com> In-Reply-To: 20131114125156.GB24893@stefanha-thinkpad.redhat.com --===============2881538922020242839== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --1060583355-139603096-1384438153=3D:20660 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable Hello Stefan.=3D0AThanks.=3DA0 I understand qemu supports other scsi adapte= rs h=3D owever.=3DA0 See this post from earlier this year.=3D0AThat post makes refe= renc=3D e to the following hbas: auto, buslogic, ibmvscsi. lsilogic, lsisas1068, ls= =3D isas1078, virtio-scsi, vmpvscsi.=3D0AThe post is referring to libvirt, so t= he=3D number of adapters may be related to the various virtualization backends t= =3D hat libvirt can interface with.=3D0A=3D0AThere are numerous references to q= emu/=3D qemu-kvm supporting other scsi adapters as well as AHCI SATA.=3DA0 I instal= le=3D d the Centos 6.4 based node, so perhaps the Fedora 19 based node has a newe= =3D r qemu that supports more of these features?=3DA0 I might see if I can do a= n =3D install of the Fedora 19 based node tomorrow.=3D0A=3D0AAyal mentioned using= 'ho=3D oks' to interface with qemu to possibly create a VM outside of the definiti= =3D ons that Ovirt allows.=3DA0 If I am understanding this correctly - how do I= d=3D o this?=3DA0 Am I to expect some interface inconsistencies in the ovirt por= ta=3D l I I view a 'custom' VM like this?=3D0A=3D0ASo, in short - is there the po= tent=3D ial for me to create a VM in ovirt that has a SCSI/SAS/SATA HBA and attach = =3D disk(s) to it (other than the virtio-scsi HBA which is not supported under = =3D EL5)?=3D0A=3D0A=3D0A=3D0A=3D0AOn Thursday, 14 November 2013 11:22 PM, Stefa= n Hajnoczi=3D wrote:=3D0A =3D0AOn Thu, Nov 14, 2013 at 02:39:33A= M -050=3D 0, Ayal Baron wrote:=3D0A> > ----- Original Message -----=3D0A> > > Hello I= tama=3D r.=3D0A> > > The specific use case is a particular propriety filesystem tha= t =3D needs to=3D0A> > > see=3D0A> > > a scsi device. It will do scsi inquiry con= mman=3D ds to verify suitability.=3D0A> > > In talking to the devs - of the filesys= te=3D m - there is no way around it. I'd=3D0A> > > previously tried virtio-block = - =3D resulting in the /dev/vd* device - and the=3D0A> > > filesystem would not w= or=3D k.=3D0A> > > =3D0A> > > From doing a bit of web searching it appears the kv= m/qe=3D mu supports (or did=3D0A> > > support) an emulated LSI scsi controller. My = un=3D derstanding is that the=3D0A> > > various virtualization platforms will emu= la=3D te a well supported device (by=3D0A> > > the guest OSes) so that drivers ar= e =3D not an issue. For example this should=3D0A> > > allow a VM on Vmware vspher= e/=3D vcenter to be exported to Ovirt and have it=3D0A> > > boot up. The potentia= l =3D for further optimising the guest is there by=3D0A> > > installing ovirt/qem= u/=3D kvm guest utils that then allow the guest OS to=3D0A> > > understand the vi= rt=3D io nic and scsi devices. The guest could then be shut=3D0A> > > down, the n= ic=3D and scsi controller changed and the guest booted up again.=3D0A> > > You c= an=3D do the same thing in the Vmware world by installing their guest=3D0A> > > = to=3D ols, shutting down the guest VM, then reconfiguring it with a vmxnet3 nic= =3D =3D0A> > > and pvscsi scsi adapter, then booting up again.=3D0A> > > It doe= s se=3D em somewhat inconsistent in Ovirt that we allow a choice of Intel=3D0A> > >= e=3D 1000 or virtio nics, but do not offer any choice with the scsi adapter.=3D0= A>=3D > =3D0A> > virtio-scsi support was just recently added to oVirt to allow f= or=3D scsi=3D0A> > passthrough and improved performance over virtio-blk.=3D0A> >= I b=3D elieve the emulated scsi device in qemu never matured enough but possibly= =3D =3D0A> > Stefan (cc'd) can correct me here.=3D0A=3D0AThe only supported emu= lated =3D SCSI HBA device is virtio-scsi.=3DA0 It was Tech=3D0APreview in RHEL 6.3 an= d be=3D came fully supported in RHEL 6.4.=3DA0 virtio-scsi=3D0Ais not available in = RHEL=3D 5.=3D0A=3D0A=3D0AStefan --1060583355-139603096-1384438153=3D:20660 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

Hello Stefan.
Than= =3D ks. I understand qemu supports other scsi adapters however. See= =3D this post from earlier this year.
That post make= =3D s reference to the following hbas: auto, buslogic, ibmvscsi. lsilogic, lsis= =3D as1068, lsisas1078, virtio-scsi, vmpvscsi.
The post is referring to libv= =3D irt, so the number of adapters may be related to the various virtualization= =3D backends that libvirt can interface with.

There are numerous refere= =3D nces to qemu/qemu-kvm supporting other scsi adapters as well as AHCI SATA.&= =3D nbsp; I installed the Centos 6.4 based node, so perhaps the Fedora 19 based= =3D node has a newer qemu that supports more of these features? I might = =3D see if I can do an install of the Fedora 19 based node tomorrow.

Ayal mentioned using 'hooks' to interface with qemu to po= =3D ssibly create a VM outside of the definitions that Ovirt allows. If I= =3D am understanding this correctly - how do I do this? Am I to expect s= =3D ome interface inconsistencies in the ovirt portal I I view a 'custom' VM li= =3D ke this?

So, in short - is there the potential for me to create a VM= =3D in ovirt that has a SCSI/SAS/SATA HBA and attach disk(s) to it (other than= =3D the virtio-scsi HBA which is not supported under EL5)?

On Thursday, 14 Nove= mber 2=3D 013 11:22 PM, Stefan Hajnoczi <stefanha(a)redhat.com> wrote:

On Thu, Nov 14, 2013 at 02:39:33= AM=3D -0500, Ayal Baron wrote:
> > ----- Original Message ---= --=3D
> > > Hello Itamar.
> = >=3D > The specific use case is a particular propriety filesystem that needs= =3D to
> > > see
> > &g= t; a=3D scsi device. It will do scsi inquiry conmmands to verify suitability.
> > > In talking to the devs - of the filesystem -= t=3D here is no way around it. I'd
> > > previously= t=3D ried virtio-block - resulting in the /dev/vd* device - and the
> > > filesystem would not work.
> &g= t;=3D >
> > > From doing a bit of web searching= i=3D t appears the kvm/qemu supports (or did
> > > = su=3D pport) an emulated LSI scsi controller. My understanding is that the
> > > various virtualization platforms will emulate = a =3D well supported device (by
> > > the guest OSes) so that driv= er=3D s are not an issue. For example this should
> > &= gt=3D ; allow a VM on Vmware vsphere/vcenter to be exported to Ovirt and have it<= =3D br clear=3D3D"none">> > > boot up. The potential for further optim= is=3D ing the guest is there by
> > > installing ovi= rt=3D /qemu/kvm guest utils that then allow the guest OS to
&= gt=3D ; > > understand the virtio nic and scsi devices. The guest could the= =3D n be shut
> > > down, the nic and scsi control= le=3D r changed and the guest booted up again.
> > >= Y=3D ou can do the same thing in the Vmware world by installing their guest
> > > tools, shutting down the guest VM, then reco= nf=3D iguring it with a vmxnet3 nic
> > > and pvscsi= s=3D csi adapter, then booting up again.
> > > It d= oe=3D s seem somewhat inconsistent in Ovirt that we allow a choice of Intel
> > > e1000 or virtio nics, but do not offer any choice wit= =3D h the scsi adapter.
> >
>= >=3D ; virtio-scsi support was just recently added to oVirt to allow for scsi> > passthrough and improved performance over virti= o-=3D blk.
> > I believe the emulated scsi device in qe= mu=3D never matured enough but possibly
> > Stefan (cc= 'd=3D ) can correct me here.

The only su= ppor=3D ted emulated SCSI HBA device is virtio-scsi. It was Tech
Preview in RHEL 6.3 and became fully supported in RHEL 6.4. vir= =3D tio-scsi
is not available in RHEL 5.

Stefa= n

--1060583355-139603096-1384438153=3D:20660-- --===============2881538922020242839== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0xMDYwNTgzMzU1LTEzOTYwMzA5Ni0xMzg0NDM4MTUzPToyMDY2MApDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBx dW90ZWQtcHJpbnRhYmxlCgpIZWxsbyBTdGVmYW4uPTBBVGhhbmtzLj1BMCBJIHVuZGVyc3RhbmQg cWVtdSBzdXBwb3J0cyBvdGhlciBzY3NpIGFkYXB0ZXJzIGg9Cm93ZXZlci49QTAgU2VlIHRoaXMg cG9zdCBmcm9tIGVhcmxpZXIgdGhpcyB5ZWFyLj0wQVRoYXQgcG9zdCBtYWtlcyByZWZlcmVuYz0K ZSB0byB0aGUgZm9sbG93aW5nIGhiYXM6IGF1dG8sIGJ1c2xvZ2ljLCBpYm12c2NzaS4gbHNpbG9n aWMsIGxzaXNhczEwNjgsIGxzPQppc2FzMTA3OCwgdmlydGlvLXNjc2ksIHZtcHZzY3NpLj0wQVRo ZSBwb3N0IGlzIHJlZmVycmluZyB0byBsaWJ2aXJ0LCBzbyB0aGU9CiBudW1iZXIgb2YgYWRhcHRl cnMgbWF5IGJlIHJlbGF0ZWQgdG8gdGhlIHZhcmlvdXMgdmlydHVhbGl6YXRpb24gYmFja2VuZHMg dD0KaGF0IGxpYnZpcnQgY2FuIGludGVyZmFjZSB3aXRoLj0wQT0wQVRoZXJlIGFyZSBudW1lcm91 cyByZWZlcmVuY2VzIHRvIHFlbXUvPQpxZW11LWt2bSBzdXBwb3J0aW5nIG90aGVyIHNjc2kgYWRh cHRlcnMgYXMgd2VsbCBhcyBBSENJIFNBVEEuPUEwIEkgaW5zdGFsbGU9CmQgdGhlIENlbnRvcyA2 LjQgYmFzZWQgbm9kZSwgc28gcGVyaGFwcyB0aGUgRmVkb3JhIDE5IGJhc2VkIG5vZGUgaGFzIGEg bmV3ZT0KciBxZW11IHRoYXQgc3VwcG9ydHMgbW9yZSBvZiB0aGVzZSBmZWF0dXJlcz89QTAgSSBt aWdodCBzZWUgaWYgSSBjYW4gZG8gYW4gPQppbnN0YWxsIG9mIHRoZSBGZWRvcmEgMTkgYmFzZWQg bm9kZSB0b21vcnJvdy49MEE9MEFBeWFsIG1lbnRpb25lZCB1c2luZyAnaG89Cm9rcycgdG8gaW50 ZXJmYWNlIHdpdGggcWVtdSB0byBwb3NzaWJseSBjcmVhdGUgYSBWTSBvdXRzaWRlIG9mIHRoZSBk ZWZpbml0aT0Kb25zIHRoYXQgT3ZpcnQgYWxsb3dzLj1BMCBJZiBJIGFtIHVuZGVyc3RhbmRpbmcg dGhpcyBjb3JyZWN0bHkgLSBob3cgZG8gSSBkPQpvIHRoaXM/PUEwIEFtIEkgdG8gZXhwZWN0IHNv bWUgaW50ZXJmYWNlIGluY29uc2lzdGVuY2llcyBpbiB0aGUgb3ZpcnQgcG9ydGE9CmwgSSBJIHZp ZXcgYSAnY3VzdG9tJyBWTSBsaWtlIHRoaXM/PTBBPTBBU28sIGluIHNob3J0IC0gaXMgdGhlcmUg dGhlIHBvdGVudD0KaWFsIGZvciBtZSB0byBjcmVhdGUgYSBWTSBpbiBvdmlydCB0aGF0IGhhcyBh IFNDU0kvU0FTL1NBVEEgSEJBIGFuZCBhdHRhY2ggPQpkaXNrKHMpIHRvIGl0IChvdGhlciB0aGFu IHRoZSB2aXJ0aW8tc2NzaSBIQkEgd2hpY2ggaXMgbm90IHN1cHBvcnRlZCB1bmRlciA9CkVMNSk/ PTBBPTBBPTBBPTBBPTBBT24gVGh1cnNkYXksIDE0IE5vdmVtYmVyIDIwMTMgMTE6MjIgUE0sIFN0 ZWZhbiBIYWpub2N6aT0KIDxzdGVmYW5oYUByZWRoYXQuY29tPiB3cm90ZTo9MEEgPTBBT24gVGh1 LCBOb3YgMTQsIDIwMTMgYXQgMDI6Mzk6MzNBTSAtMDUwPQowLCBBeWFsIEJhcm9uIHdyb3RlOj0w QT4gPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPTBBPiA+ID4gSGVsbG8gSXRhbWE9CnIu PTBBPiA+ID4gVGhlIHNwZWNpZmljIHVzZSBjYXNlIGlzIGEgcGFydGljdWxhciBwcm9wcmlldHkg ZmlsZXN5c3RlbSB0aGF0ID0KbmVlZHMgdG89MEE+ID4gPiBzZWU9MEE+ID4gPiBhIHNjc2kgZGV2 aWNlLiBJdCB3aWxsIGRvIHNjc2kgaW5xdWlyeSBjb25tbWFuPQpkcyB0byB2ZXJpZnkgc3VpdGFi aWxpdHkuPTBBPiA+ID4gSW4gdGFsa2luZyB0byB0aGUgZGV2cyAtIG9mIHRoZSBmaWxlc3lzdGU9 Cm0gLSB0aGVyZSBpcyBubyB3YXkgYXJvdW5kIGl0LiBJJ2Q9MEE+ID4gPiBwcmV2aW91c2x5IHRy aWVkIHZpcnRpby1ibG9jayAtID0KcmVzdWx0aW5nIGluIHRoZSAvZGV2L3ZkKiBkZXZpY2UgLSBh bmQgdGhlPTBBPiA+ID4gZmlsZXN5c3RlbSB3b3VsZCBub3Qgd29yPQprLj0wQT4gPiA+ID0wQT4g PiA+IEZyb20gZG9pbmcgYSBiaXQgb2Ygd2ViIHNlYXJjaGluZyBpdCBhcHBlYXJzIHRoZSBrdm0v cWU9Cm11IHN1cHBvcnRzIChvciBkaWQ9MEE+ID4gPiBzdXBwb3J0KSBhbiBlbXVsYXRlZCBMU0kg c2NzaSBjb250cm9sbGVyLiBNeSB1bj0KZGVyc3RhbmRpbmcgaXMgdGhhdCB0aGU9MEE+ID4gPiB2 YXJpb3VzIHZpcnR1YWxpemF0aW9uIHBsYXRmb3JtcyB3aWxsIGVtdWxhPQp0ZSBhIHdlbGwgc3Vw cG9ydGVkIGRldmljZSAoYnk9MEE+ID4gPiB0aGUgZ3Vlc3QgT1Nlcykgc28gdGhhdCBkcml2ZXJz IGFyZSA9Cm5vdCBhbiBpc3N1ZS4gRm9yIGV4YW1wbGUgdGhpcyBzaG91bGQ9MEE+ID4gPiBhbGxv dyBhIFZNIG9uIFZtd2FyZSB2c3BoZXJlLz0KdmNlbnRlciB0byBiZSBleHBvcnRlZCB0byBPdmly dCBhbmQgaGF2ZSBpdD0wQT4gPiA+IGJvb3QgdXAuIFRoZSBwb3RlbnRpYWwgPQpmb3IgZnVydGhl ciBvcHRpbWlzaW5nIHRoZSBndWVzdCBpcyB0aGVyZSBieT0wQT4gPiA+IGluc3RhbGxpbmcgb3Zp cnQvcWVtdS89Cmt2bSBndWVzdCB1dGlscyB0aGF0IHRoZW4gYWxsb3cgdGhlIGd1ZXN0IE9TIHRv PTBBPiA+ID4gdW5kZXJzdGFuZCB0aGUgdmlydD0KaW8gbmljIGFuZCBzY3NpIGRldmljZXMuIFRo ZSBndWVzdCBjb3VsZCB0aGVuIGJlIHNodXQ9MEE+ID4gPiBkb3duLCB0aGUgbmljPQogYW5kIHNj c2kgY29udHJvbGxlciBjaGFuZ2VkIGFuZCB0aGUgZ3Vlc3QgYm9vdGVkIHVwIGFnYWluLj0wQT4g PiA+IFlvdSBjYW49CiBkbyB0aGUgc2FtZSB0aGluZyBpbiB0aGUgVm13YXJlIHdvcmxkIGJ5IGlu c3RhbGxpbmcgdGhlaXIgZ3Vlc3Q9MEE+ID4gPiB0bz0Kb2xzLCBzaHV0dGluZyBkb3duIHRoZSBn dWVzdCBWTSwgdGhlbiByZWNvbmZpZ3VyaW5nIGl0IHdpdGggYSB2bXhuZXQzIG5pYz0KPTBBPiA+ ID4gYW5kIHB2c2NzaSBzY3NpIGFkYXB0ZXIsIHRoZW4gYm9vdGluZyB1cCBhZ2Fpbi49MEE+ID4g PiBJdCBkb2VzIHNlPQplbSBzb21ld2hhdCBpbmNvbnNpc3RlbnQgaW4gT3ZpcnQgdGhhdCB3ZSBh bGxvdyBhIGNob2ljZSBvZiBJbnRlbD0wQT4gPiA+IGU9CjEwMDAgb3IgdmlydGlvIG5pY3MsIGJ1 dCBkbyBub3Qgb2ZmZXIgYW55IGNob2ljZSB3aXRoIHRoZSBzY3NpIGFkYXB0ZXIuPTBBPj0KID4g PTBBPiA+IHZpcnRpby1zY3NpIHN1cHBvcnQgd2FzIGp1c3QgcmVjZW50bHkgYWRkZWQgdG8gb1Zp cnQgdG8gYWxsb3cgZm9yPQogc2NzaT0wQT4gPiBwYXNzdGhyb3VnaCBhbmQgaW1wcm92ZWQgcGVy Zm9ybWFuY2Ugb3ZlciB2aXJ0aW8tYmxrLj0wQT4gPiBJIGI9CmVsaWV2ZSB0aGUgZW11bGF0ZWQg c2NzaSBkZXZpY2UgaW4gcWVtdSBuZXZlciBtYXR1cmVkIGVub3VnaCBidXQgcG9zc2libHk9Cj0w QT4gPiBTdGVmYW4gKGNjJ2QpIGNhbiBjb3JyZWN0IG1lIGhlcmUuPTBBPTBBVGhlIG9ubHkgc3Vw cG9ydGVkIGVtdWxhdGVkID0KU0NTSSBIQkEgZGV2aWNlIGlzIHZpcnRpby1zY3NpLj1BMCBJdCB3 YXMgVGVjaD0wQVByZXZpZXcgaW4gUkhFTCA2LjMgYW5kIGJlPQpjYW1lIGZ1bGx5IHN1cHBvcnRl ZCBpbiBSSEVMIDYuNC49QTAgdmlydGlvLXNjc2k9MEFpcyBub3QgYXZhaWxhYmxlIGluIFJIRUw9 CiA1Lj0wQT0wQT0wQVN0ZWZhbgotLTEwNjA1ODMzNTUtMTM5NjAzMDk2LTEzODQ0MzgxNTM9OjIw NjYwCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEKQ29udGVudC1U cmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWw+PGJvZHk+PGRpdiBzdHls ZT0zRCJjb2xvcjojMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiNmZmY7IGZvbnQtZmFtaWx5OnRpPQpt ZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmO2ZvbnQtc2l6ZToxMnB0Ij5IZWxs byBTdGVmYW4uPGJyPlRoYW49CmtzLiZuYnNwOyBJIHVuZGVyc3RhbmQgcWVtdSBzdXBwb3J0cyBv dGhlciBzY3NpIGFkYXB0ZXJzIGhvd2V2ZXIuJm5ic3A7IFNlZT0KIDxhIGhyZWY9M0QiaHR0cHM6 Ly93d3cucmVkaGF0LmNvbS9hcmNoaXZlcy9saWJ2aXItbGlzdC8yMDEzLU1hcmNoL21zZzAxMjU0 PQouaHRtbCI+PHNwYW4+dGhpczwvc3Bhbj48L2E+IHBvc3QgZnJvbSBlYXJsaWVyIHRoaXMgeWVh ci48YnI+VGhhdCBwb3N0IG1ha2U9CnMgcmVmZXJlbmNlIHRvIHRoZSBmb2xsb3dpbmcgaGJhczog YXV0bywgYnVzbG9naWMsIGlibXZzY3NpLiBsc2lsb2dpYywgbHNpcz0KYXMxMDY4LCBsc2lzYXMx MDc4LCB2aXJ0aW8tc2NzaSwgdm1wdnNjc2kuPGJyPlRoZSBwb3N0IGlzIHJlZmVycmluZyB0byBs aWJ2PQppcnQsIHNvIHRoZSBudW1iZXIgb2YgYWRhcHRlcnMgbWF5IGJlIHJlbGF0ZWQgdG8gdGhl IHZhcmlvdXMgdmlydHVhbGl6YXRpb249CiBiYWNrZW5kcyB0aGF0IGxpYnZpcnQgY2FuIGludGVy ZmFjZSB3aXRoLjxicj48YnI+VGhlcmUgYXJlIG51bWVyb3VzIHJlZmVyZT0KbmNlcyB0byBxZW11 L3FlbXUta3ZtIHN1cHBvcnRpbmcgb3RoZXIgc2NzaSBhZGFwdGVycyBhcyB3ZWxsIGFzIEFIQ0kg U0FUQS4mPQpuYnNwOyBJIGluc3RhbGxlZCB0aGUgQ2VudG9zIDYuNCBiYXNlZCBub2RlLCBzbyBw ZXJoYXBzIHRoZSBGZWRvcmEgMTkgYmFzZWQ9CiBub2RlIGhhcyBhIG5ld2VyIHFlbXUgdGhhdCBz dXBwb3J0cyBtb3JlIG9mIHRoZXNlIGZlYXR1cmVzPyZuYnNwOyBJIG1pZ2h0ID0Kc2VlIGlmIEkg Y2FuIGRvIGFuIGluc3RhbGwgb2YgdGhlIEZlZG9yYSAxOSBiYXNlZCBub2RlCiB0b21vcnJvdy48 YnI+PGJyPkF5YWwgbWVudGlvbmVkIHVzaW5nICdob29rcycgdG8gaW50ZXJmYWNlIHdpdGggcWVt dSB0byBwbz0Kc3NpYmx5IGNyZWF0ZSBhIFZNIG91dHNpZGUgb2YgdGhlIGRlZmluaXRpb25zIHRo YXQgT3ZpcnQgYWxsb3dzLiZuYnNwOyBJZiBJPQogYW0gdW5kZXJzdGFuZGluZyB0aGlzIGNvcnJl Y3RseSAtIGhvdyBkbyBJIGRvIHRoaXM/Jm5ic3A7IEFtIEkgdG8gZXhwZWN0IHM9Cm9tZSBpbnRl cmZhY2UgaW5jb25zaXN0ZW5jaWVzIGluIHRoZSBvdmlydCBwb3J0YWwgSSBJIHZpZXcgYSAnY3Vz dG9tJyBWTSBsaT0Ka2UgdGhpcz88YnI+PGJyPlNvLCBpbiBzaG9ydCAtIGlzIHRoZXJlIHRoZSBw b3RlbnRpYWwgZm9yIG1lIHRvIGNyZWF0ZSBhIFZNPQogaW4gb3ZpcnQgdGhhdCBoYXMgYSBTQ1NJ L1NBUy9TQVRBIEhCQSBhbmQgYXR0YWNoIGRpc2socykgdG8gaXQgKG90aGVyIHRoYW49CiB0aGUg dmlydGlvLXNjc2kgSEJBIHdoaWNoIGlzIG5vdCBzdXBwb3J0ZWQgdW5kZXIgRUw1KT88YnI+PGRp diBzdHlsZT0zRCJkaT0Kc3BsYXk6IGJsb2NrOyIgY2xhc3M9M0QieWFob29fcXVvdGVkIj4gPGJy PiA8YnI+IDxkaXYgc3R5bGU9M0QiZm9udC1mYW1pbHk6PQogdGltZXMgbmV3IHJvbWFuLCBuZXcg eW9yaywgdGltZXMsIHNlcmlmOyBmb250LXNpemU6IDEycHQ7Ij4gPGRpdiBzdHlsZT0zRCI9CmZv bnQtZmFtaWx5OiB0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWY7IGZvbnQt c2l6ZTogMTJwdDsiPiA8ZD0KaXYgZGlyPTNEImx0ciI+IDxmb250IHNpemU9M0QiMiIgZmFjZT0z RCJBcmlhbCI+IE9uIFRodXJzZGF5LCAxNCBOb3ZlbWJlciAyPQowMTMgMTE6MjIgUE0sIFN0ZWZh biBIYWpub2N6aSAmbHQ7c3RlZmFuaGFAcmVkaGF0LmNvbSZndDsgd3JvdGU6PGJyPiA8L2ZvbnQ9 Cj4gPC9kaXY+ICA8ZGl2IGNsYXNzPTNEInlfbXNnX2NvbnRhaW5lciI+T24gVGh1LCBOb3YgMTQs IDIwMTMgYXQgMDI6Mzk6MzNBTT0KIC0wNTAwLAogQXlhbCBCYXJvbiB3cm90ZTo8YnIgY2xlYXI9 M0Qibm9uZSI+Jmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS09CjxiciBjbGVh cj0zRCJub25lIj4mZ3Q7ICZndDsgJmd0OyBIZWxsbyBJdGFtYXIuPGJyIGNsZWFyPTNEIm5vbmUi PiZndDsgJmd0Oz0KICZndDsgVGhlIHNwZWNpZmljIHVzZSBjYXNlIGlzIGEgcGFydGljdWxhciBw cm9wcmlldHkgZmlsZXN5c3RlbSB0aGF0IG5lZWRzPQogdG88YnIgY2xlYXI9M0Qibm9uZSI+Jmd0 OyAmZ3Q7ICZndDsgc2VlPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0OyAmZ3Q7IGE9CiBzY3Np IGRldmljZS4gSXQgd2lsbCBkbyBzY3NpIGlucXVpcnkgY29ubW1hbmRzIHRvIHZlcmlmeSBzdWl0 YWJpbGl0eS48YnIgYz0KbGVhcj0zRCJub25lIj4mZ3Q7ICZndDsgJmd0OyBJbiB0YWxraW5nIHRv IHRoZSBkZXZzIC0gb2YgdGhlIGZpbGVzeXN0ZW0gLSB0PQpoZXJlIGlzIG5vIHdheSBhcm91bmQg aXQuIEknZDxiciBjbGVhcj0zRCJub25lIj4mZ3Q7ICZndDsgJmd0OyBwcmV2aW91c2x5IHQ9CnJp ZWQgdmlydGlvLWJsb2NrIC0gcmVzdWx0aW5nIGluIHRoZSAvZGV2L3ZkKiBkZXZpY2UgLSBhbmQg dGhlPGJyIGNsZWFyPTNEIj0Kbm9uZSI+Jmd0OyAmZ3Q7ICZndDsgZmlsZXN5c3RlbSB3b3VsZCBu b3Qgd29yay48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyAmZ3Q7PQogJmd0OyA8YnIgY2xlYXI9M0Qi bm9uZSI+Jmd0OyAmZ3Q7ICZndDsgRnJvbSBkb2luZyBhIGJpdCBvZiB3ZWIgc2VhcmNoaW5nIGk9 CnQgYXBwZWFycyB0aGUga3ZtL3FlbXUgc3VwcG9ydHMgKG9yIGRpZDxiciBjbGVhcj0zRCJub25l Ij4mZ3Q7ICZndDsgJmd0OyBzdT0KcHBvcnQpIGFuIGVtdWxhdGVkIExTSSBzY3NpIGNvbnRyb2xs ZXIuIE15IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCB0aGU8YnIgY2xlPQphcj0zRCJub25lIj4mZ3Q7 ICZndDsgJmd0OyB2YXJpb3VzIHZpcnR1YWxpemF0aW9uIHBsYXRmb3JtcyB3aWxsIGVtdWxhdGUg YSA9CndlbGwgc3VwcG9ydGVkCiBkZXZpY2UgKGJ5PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0 OyAmZ3Q7IHRoZSBndWVzdCBPU2VzKSBzbyB0aGF0IGRyaXZlcj0KcyBhcmUgbm90IGFuIGlzc3Vl LiBGb3IgZXhhbXBsZSB0aGlzIHNob3VsZDxiciBjbGVhcj0zRCJub25lIj4mZ3Q7ICZndDsgJmd0 PQo7IGFsbG93IGEgVk0gb24gVm13YXJlIHZzcGhlcmUvdmNlbnRlciB0byBiZSBleHBvcnRlZCB0 byBPdmlydCBhbmQgaGF2ZSBpdDw9CmJyIGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0OyAmZ3Q7IGJv b3QgdXAuIFRoZSBwb3RlbnRpYWwgZm9yIGZ1cnRoZXIgb3B0aW1pcz0KaW5nIHRoZSBndWVzdCBp cyB0aGVyZSBieTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7ICZndDsgJmd0OyBpbnN0YWxsaW5nIG92 aXJ0PQovcWVtdS9rdm0gZ3Vlc3QgdXRpbHMgdGhhdCB0aGVuIGFsbG93IHRoZSBndWVzdCBPUyB0 bzxiciBjbGVhcj0zRCJub25lIj4mZ3Q9CjsgJmd0OyAmZ3Q7IHVuZGVyc3RhbmQgdGhlIHZpcnRp byBuaWMgYW5kIHNjc2kgZGV2aWNlcy4gVGhlIGd1ZXN0IGNvdWxkIHRoZT0KbiBiZSBzaHV0PGJy IGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0OyAmZ3Q7IGRvd24sIHRoZSBuaWMgYW5kIHNjc2kgY29u dHJvbGxlPQpyIGNoYW5nZWQgYW5kIHRoZSBndWVzdCBib290ZWQgdXAgYWdhaW4uPGJyIGNsZWFy PTNEIm5vbmUiPiZndDsgJmd0OyAmZ3Q7IFk9Cm91IGNhbiBkbyB0aGUgc2FtZSB0aGluZyBpbiB0 aGUgVm13YXJlIHdvcmxkIGJ5IGluc3RhbGxpbmcgdGhlaXIgZ3Vlc3Q8YnIgYz0KbGVhcj0zRCJu b25lIj4mZ3Q7ICZndDsgJmd0OyB0b29scywgc2h1dHRpbmcgZG93biB0aGUgZ3Vlc3QgVk0sIHRo ZW4gcmVjb25mPQppZ3VyaW5nIGl0IHdpdGggYSB2bXhuZXQzIG5pYzxiciBjbGVhcj0zRCJub25l Ij4mZ3Q7ICZndDsgJmd0OyBhbmQgcHZzY3NpIHM9CmNzaSBhZGFwdGVyLCB0aGVuIGJvb3Rpbmcg dXAgYWdhaW4uPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0OyAmZ3Q7IEl0IGRvZT0KcyBzZWVt CiBzb21ld2hhdCBpbmNvbnNpc3RlbnQgaW4gT3ZpcnQgdGhhdCB3ZSBhbGxvdyBhIGNob2ljZSBv ZiBJbnRlbDxiciBjbGVhcj0zRD0KIm5vbmUiPiZndDsgJmd0OyAmZ3Q7IGUxMDAwIG9yIHZpcnRp byBuaWNzLCBidXQgZG8gbm90IG9mZmVyIGFueSBjaG9pY2Ugd2l0PQpoIHRoZSBzY3NpIGFkYXB0 ZXIuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0OyA8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyAm Z3Q9CjsgdmlydGlvLXNjc2kgc3VwcG9ydCB3YXMganVzdCByZWNlbnRseSBhZGRlZCB0byBvVmly dCB0byBhbGxvdyBmb3Igc2NzaTxicj0KIGNsZWFyPTNEIm5vbmUiPiZndDsgJmd0OyBwYXNzdGhy b3VnaCBhbmQgaW1wcm92ZWQgcGVyZm9ybWFuY2Ugb3ZlciB2aXJ0aW8tPQpibGsuPGJyIGNsZWFy PTNEIm5vbmUiPiZndDsgJmd0OyBJIGJlbGlldmUgdGhlIGVtdWxhdGVkIHNjc2kgZGV2aWNlIGlu IHFlbXU9CiBuZXZlciBtYXR1cmVkIGVub3VnaCBidXQgcG9zc2libHk8YnIgY2xlYXI9M0Qibm9u ZSI+Jmd0OyAmZ3Q7IFN0ZWZhbiAoY2MnZD0KKSBjYW4gY29ycmVjdCBtZSBoZXJlLjxiciBjbGVh cj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+VGhlIG9ubHkgc3VwcG9yPQp0ZWQgZW11bGF0 ZWQgU0NTSSBIQkEgZGV2aWNlIGlzIHZpcnRpby1zY3NpLiZuYnNwOyBJdCB3YXMgVGVjaDxiciBj bGVhcj0zRCI9Cm5vbmUiPlByZXZpZXcgaW4gUkhFTCA2LjMgYW5kIGJlY2FtZSBmdWxseSBzdXBw b3J0ZWQgaW4gUkhFTCA2LjQuJm5ic3A7IHZpcj0KdGlvLXNjc2k8YnIgY2xlYXI9M0Qibm9uZSI+ aXMgbm90IGF2YWlsYWJsZSBpbiBSSEVMIDUuPGRpdiBjbGFzcz0zRCJ5cXQyNzk2PQo2NTA2NTgi IGlkPTNEInlxdGZkMjEyNTMiPjxiciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+ U3RlZmFuPGJyIGM9CmxlYXI9M0Qibm9uZSI+PC9kaXY+PGJyPjxicj48L2Rpdj4gIDwvZGl2PiA8 L2Rpdj4gIDwvZGl2PiA8L2Rpdj48L2JvZHk+PC9odD0KbWw+Ci0tMTA2MDU4MzM1NS0xMzk2MDMw OTYtMTM4NDQzODE1Mz06MjA2NjAtLQo= --===============2881538922020242839==-- From iheim at redhat.com Thu Nov 14 10:34:49 2013 Content-Type: multipart/mixed; boundary="===============3636149708174273821==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Thu, 14 Nov 2013 10:33:35 -0500 Message-ID: <5284ED4F.10408@redhat.com> In-Reply-To: 1384438153.20660.YahooMailNeo@web120605.mail.ne1.yahoo.com --===============3636149708174273821== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/14/2013 09:09 AM, Paul Jansen wrote: > Hello Stefan. > Thanks. I understand qemu supports other scsi adapters however. See > this > > post from earlier this year. > That post makes reference to the following hbas: auto, buslogic, > ibmvscsi. lsilogic, lsisas1068, lsisas1078, virtio-scsi, vmpvscsi. > The post is referring to libvirt, so the number of adapters may be > related to the various virtualization backends that libvirt can > interface with. > > There are numerous references to qemu/qemu-kvm supporting other scsi > adapters as well as AHCI SATA. I installed the Centos 6.4 based node, > so perhaps the Fedora 19 based node has a newer qemu that supports more > of these features? I might see if I can do an install of the Fedora 19 > based node tomorrow. > > Ayal mentioned using 'hooks' to interface with qemu to possibly create a > VM outside of the definitions that Ovirt allows. If I am understanding > this correctly - how do I do this? Am I to expect some interface > inconsistencies in the ovirt portal I I view a 'custom' VM like this? hooks are compatible with the ui. you'd define a custom property with = scsi=3Dxxx or something like that. see for more detials: http://www.ovirt.org/VDSM-Hooks > > So, in short - is there the potential for me to create a VM in ovirt > that has a SCSI/SAS/SATA HBA and attach disk(s) to it (other than the > virtio-scsi HBA which is not supported under EL5)? > > > On Thursday, 14 November 2013 11:22 PM, Stefan Hajnoczi > wrote: > On Thu, Nov 14, 2013 at 02:39:33AM -0500, Ayal Baron wrote: > > > ----- Original Message ----- > > > > Hello Itamar. > > > > The specific use case is a particular propriety filesystem that > needs to > > > > see > > > > a scsi device. It will do scsi inquiry conmmands to verify > suitability. > > > > In talking to the devs - of the filesystem - there is no way > around it. I'd > > > > previously tried virtio-block - resulting in the /dev/vd* device > - and the > > > > filesystem would not work. > > > > > > > > From doing a bit of web searching it appears the kvm/qemu > supports (or did > > > > support) an emulated LSI scsi controller. My understanding is > that the > > > > various virtualization platforms will emulate a well supported > device (by > > > > the guest OSes) so that drivers are not an issue. For example > this should > > > > allow a VM on Vmware vsphere/vcenter to be exported to Ovirt and > have it > > > > boot up. The potential for further optimising the guest is there by > > > > installing ovirt/qemu/kvm guest utils that then allow the guest OS= to > > > > understand the virtio nic and scsi devices. The guest could then > be shut > > > > down, the nic and scsi controller changed and the guest booted up > again. > > > > You can do the same thing in the Vmware world by installing their > guest > > > > tools, shutting down the guest VM, then reconfiguring it with a > vmxnet3 nic > > > > and pvscsi scsi adapter, then booting up again. > > > > It does seem somewhat inconsistent in Ovirt that we allow a > choice of Intel > > > > e1000 or virtio nics, but do not offer any choice with the scsi > adapter. > > > > > > virtio-scsi support was just recently added to oVirt to allow for sc= si > > > passthrough and improved performance over virtio-blk. > > > I believe the emulated scsi device in qemu never matured enough but > possibly > > > Stefan (cc'd) can correct me here. > > The only supported emulated SCSI HBA device is virtio-scsi. It was Tech > Preview in RHEL 6.3 and became fully supported in RHEL 6.4. virtio-scsi > is not available in RHEL 5. > > > Stefan > > --===============3636149708174273821==-- From stefanha at redhat.com Fri Nov 15 03:32:09 2013 Content-Type: multipart/mixed; boundary="===============1973982826432630065==" MIME-Version: 1.0 From: Stefan Hajnoczi To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Fri, 15 Nov 2013 09:30:53 +0100 Message-ID: <20131115083053.GC12545@stefanha-thinkpad.redhat.com> In-Reply-To: 1384438153.20660.YahooMailNeo@web120605.mail.ne1.yahoo.com --===============1973982826432630065== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Thu, Nov 14, 2013 at 06:09:13AM -0800, Paul Jansen wrote: > Thanks.=C2=A0 I understand qemu supports other scsi adapters however.=C2= =A0 See this post from earlier this year. > That post makes reference to the following hbas: auto, buslogic, ibmvscsi= . lsilogic, lsisas1068, lsisas1078, virtio-scsi, vmpvscsi. >From an upstream QEMU perspective, the HBAs that ought to work on x86_64 guests are virtio-scsi, lsisas1078, and vmpvscsi. The lsilogic adapter is known to be buggy/incomplete. ibmvscsi is for POWER, not x86_64. That said, I'd still only rely on virtio-scsi for production systems. I am confident there is development effort behind virtio-scsi to fix bugs and so on. With the other adapters it's more of a best-effort scenario. Stefan --===============1973982826432630065==-- From pbonzini at redhat.com Fri Nov 15 05:20:35 2013 Content-Type: multipart/mixed; boundary="===============1109399209454824845==" MIME-Version: 1.0 From: Paolo Bonzini To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Fri, 15 Nov 2013 11:20:18 +0100 Message-ID: <5285F562.2060409@redhat.com> In-Reply-To: 20131115083053.GC12545@stefanha-thinkpad.redhat.com --===============1109399209454824845== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Il 15/11/2013 09:30, Stefan Hajnoczi ha scritto: >> > Thanks. I understand qemu supports other scsi adapters however. See = this post from earlier this year. >> > That post makes reference to the following hbas: auto, buslogic, ibmvs= csi. lsilogic, lsisas1068, lsisas1078, virtio-scsi, vmpvscsi. > From an upstream QEMU perspective, the HBAs that ought to work on x86_64 > guests are virtio-scsi, lsisas1078, and vmpvscsi. I think vmpvscsi is not supported for QEMU in libvirt. It would be a very simple patch, I may get round to it before Christmas... Paolo --===============1109399209454824845==-- From vlaero at yahoo.com.au Fri Nov 15 22:40:32 2013 Content-Type: multipart/mixed; boundary="===============4787052936864554160==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] EL5 support for VirtIO SCSI? Date: Fri, 15 Nov 2013 19:40:31 -0800 Message-ID: <1384573231.85913.YahooMailNeo@web120603.mail.ne1.yahoo.com> In-Reply-To: 5285F562.2060409@redhat.com --===============4787052936864554160== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ---847950152-513688593-1384573231=3D:85913 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Paolo.=3D0AI think this would be quite a useful patch.=3D0AThe two benef= its =3D as far as I can see would be:=3D0A(1) smoother importing of VMs from Vmware= /v=3D sphere/vcenter into hypervisors that make use of libvirt. The VM definition= =3D would not need to change the scsi adapter property.=3D0A(2) potentially al= lo=3D w using the vmware pvscsi controller in ovirt.=3DA0 In my particular use ca= se=3D this should allow EL5 guests to be used (and have a supported scsi control= =3D ler once 'open-vm-tools' is installed) in Ovirt.=3DA0 Ovviously we'd want t= o =3D steer people into using virtio-scsi wherever possible though, as has been d= =3D iscussed previously.=3D0A=3D0APlease let us know on list if you do get to t= his.=3D =3D0AThanks for your efforts,=3D0APaul=3D0A=3D0A=3D0A=3D0A=3D0AOn Friday, 1= 5 November 201=3D 3 8:50 PM, Paolo Bonzini wrote:=3D0A =3D0AIl 15/11/= 2013 0=3D 9:30, Stefan Hajnoczi ha scritto:=3D0A=3D0A>> > Thanks.=3DA0 I understand q= emu su=3D pports other scsi adapters however.=3DA0 See this post from earlier this ye= ar=3D .=3D0A>> > That post makes reference to the following hbas: auto, buslogic,= i=3D bmvscsi. lsilogic, lsisas1068, lsisas1078, virtio-scsi, vmpvscsi.=3D0A> Fro= m =3D an upstream QEMU perspective, the HBAs that ought to work on x86_64=3D0A> g= ue=3D sts are virtio-scsi, lsisas1078, and vmpvscsi.=3D0A=3D0AI think vmpvscsi is= not=3D supported for QEMU in libvirt.=3DA0 It would be a=3D0Avery simple patch, I= may=3D get round to it before Christmas...=3D0A=3D0APaolo ---847950152-513688593-1384573231=3D:85913 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

Hi Paolo.
I think = =3D this would be quite a useful patch.
The two benefits as far as I can see= =3D would be:
(1) smoother importing of VMs from Vmware/vsphere/vcenter int= =3D o hypervisors that make use of libvirt. The VM definition would not need to= =3D change the scsi adapter property.
(2) potentially allow using the vmwar= =3D e pvscsi controller in ovirt. In my particular use case this should a= =3D llow EL5 guests to be used (and have a supported scsi controller once 'open= =3D -vm-tools' is installed) in Ovirt. Ovviously we'd want to steer peopl= =3D e into using virtio-scsi wherever possible though, as has been discussed pr= =3D eviously.

Please let us know on list if you do get to this.
Thank= =3D s for your efforts,
Paul

On Friday, 15 November 2013 8:50 PM, Paolo Bonzi= ni &=3D lt;pbonzini(a)redhat.com> wrote:

Il 15/11/2013 09:30, Stefan Hajnoczi ha scritto:

>> > Thanks.&= nbsp=3D ; I understand qemu supports other scsi adapters however. See this po= =3D st from earlier this year.
>> > That post make= s =3D reference to the following hbas: auto, buslogic, ibmvscsi. lsilogic, lsisas= =3D 1068, lsisas1078, virtio-scsi, vmpvscsi.
> From an u= ps=3D tream QEMU perspective, the HBAs that ought to work on x86_64
> guests are virtio-scsi, lsisas1078, and vmpvscsi.

I think vmpvscsi is not supported for QEMU= in =3D libvirt. It would be a
very simple patch, I may get round to it be= fo=3D re Christmas...

Paolo

---847950152-513688593-1384573231=3D:85913-- --===============4787052936864554160== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tODQ3OTUwMTUyLTUxMzY4ODU5My0xMzg0NTczMjMxPTo4NTkxMwpDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBx dW90ZWQtcHJpbnRhYmxlCgpIaSBQYW9sby49MEFJIHRoaW5rIHRoaXMgd291bGQgYmUgcXVpdGUg YSB1c2VmdWwgcGF0Y2guPTBBVGhlIHR3byBiZW5lZml0cyA9CmFzIGZhciBhcyBJIGNhbiBzZWUg d291bGQgYmU6PTBBKDEpIHNtb290aGVyIGltcG9ydGluZyBvZiBWTXMgZnJvbSBWbXdhcmUvdj0K c3BoZXJlL3ZjZW50ZXIgaW50byBoeXBlcnZpc29ycyB0aGF0IG1ha2UgdXNlIG9mIGxpYnZpcnQu IFRoZSBWTSBkZWZpbml0aW9uPQogd291bGQgbm90IG5lZWQgdG8gY2hhbmdlIHRoZSBzY3NpIGFk YXB0ZXIgcHJvcGVydHkuPTBBKDIpIHBvdGVudGlhbGx5IGFsbG89CncgdXNpbmcgdGhlIHZtd2Fy ZSBwdnNjc2kgY29udHJvbGxlciBpbiBvdmlydC49QTAgSW4gbXkgcGFydGljdWxhciB1c2UgY2Fz ZT0KIHRoaXMgc2hvdWxkIGFsbG93IEVMNSBndWVzdHMgdG8gYmUgdXNlZCAoYW5kIGhhdmUgYSBz dXBwb3J0ZWQgc2NzaSBjb250cm9sPQpsZXIgb25jZSAnb3Blbi12bS10b29scycgaXMgaW5zdGFs bGVkKSBpbiBPdmlydC49QTAgT3Z2aW91c2x5IHdlJ2Qgd2FudCB0byA9CnN0ZWVyIHBlb3BsZSBp bnRvIHVzaW5nIHZpcnRpby1zY3NpIHdoZXJldmVyIHBvc3NpYmxlIHRob3VnaCwgYXMgaGFzIGJl ZW4gZD0KaXNjdXNzZWQgcHJldmlvdXNseS49MEE9MEFQbGVhc2UgbGV0IHVzIGtub3cgb24gbGlz dCBpZiB5b3UgZG8gZ2V0IHRvIHRoaXMuPQo9MEFUaGFua3MgZm9yIHlvdXIgZWZmb3J0cyw9MEFQ YXVsPTBBPTBBPTBBPTBBPTBBT24gRnJpZGF5LCAxNSBOb3ZlbWJlciAyMDE9CjMgODo1MCBQTSwg UGFvbG8gQm9uemluaSA8cGJvbnppbmlAcmVkaGF0LmNvbT4gd3JvdGU6PTBBID0wQUlsIDE1LzEx LzIwMTMgMD0KOTozMCwgU3RlZmFuIEhham5vY3ppIGhhIHNjcml0dG86PTBBPTBBPj4gPiBUaGFu a3MuPUEwIEkgdW5kZXJzdGFuZCBxZW11IHN1PQpwcG9ydHMgb3RoZXIgc2NzaSBhZGFwdGVycyBo b3dldmVyLj1BMCBTZWUgdGhpcyBwb3N0IGZyb20gZWFybGllciB0aGlzIHllYXI9Ci49MEE+PiA+ IFRoYXQgcG9zdCBtYWtlcyByZWZlcmVuY2UgdG8gdGhlIGZvbGxvd2luZyBoYmFzOiBhdXRvLCBi dXNsb2dpYywgaT0KYm12c2NzaS4gbHNpbG9naWMsIGxzaXNhczEwNjgsIGxzaXNhczEwNzgsIHZp cnRpby1zY3NpLCB2bXB2c2NzaS49MEE+IEZyb20gPQphbiB1cHN0cmVhbSBRRU1VIHBlcnNwZWN0 aXZlLCB0aGUgSEJBcyB0aGF0IG91Z2h0IHRvIHdvcmsgb24geDg2XzY0PTBBPiBndWU9CnN0cyBh cmUgdmlydGlvLXNjc2ksIGxzaXNhczEwNzgsIGFuZCB2bXB2c2NzaS49MEE9MEFJIHRoaW5rIHZt cHZzY3NpIGlzIG5vdD0KIHN1cHBvcnRlZCBmb3IgUUVNVSBpbiBsaWJ2aXJ0Lj1BMCBJdCB3b3Vs ZCBiZSBhPTBBdmVyeSBzaW1wbGUgcGF0Y2gsIEkgbWF5PQogZ2V0IHJvdW5kIHRvIGl0IGJlZm9y ZSBDaHJpc3RtYXMuLi49MEE9MEFQYW9sbwotLS04NDc5NTAxNTItNTEzNjg4NTkzLTEzODQ1NzMy MzE9Ojg1OTEzCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEKQ29u dGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWw+PGJvZHk+PGRp diBzdHlsZT0zRCJjb2xvcjojMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiNmZmY7IGZvbnQtZmFtaWx5 OnRpPQptZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmO2ZvbnQtc2l6ZToxMnB0 Ij5IaSBQYW9sby48YnI+SSB0aGluayA9CnRoaXMgd291bGQgYmUgcXVpdGUgYSB1c2VmdWwgcGF0 Y2guPGJyPlRoZSB0d28gYmVuZWZpdHMgYXMgZmFyIGFzIEkgY2FuIHNlZT0KIHdvdWxkIGJlOjxi cj4oMSkgc21vb3RoZXIgaW1wb3J0aW5nIG9mIFZNcyBmcm9tIFZtd2FyZS92c3BoZXJlL3ZjZW50 ZXIgaW50PQpvIGh5cGVydmlzb3JzIHRoYXQgbWFrZSB1c2Ugb2YgbGlidmlydC4gVGhlIFZNIGRl ZmluaXRpb24gd291bGQgbm90IG5lZWQgdG89CiBjaGFuZ2UgdGhlIHNjc2kgYWRhcHRlciBwcm9w ZXJ0eS48YnI+KDIpIHBvdGVudGlhbGx5IGFsbG93IHVzaW5nIHRoZSB2bXdhcj0KZSBwdnNjc2kg Y29udHJvbGxlciBpbiBvdmlydC4mbmJzcDsgSW4gbXkgcGFydGljdWxhciB1c2UgY2FzZSB0aGlz IHNob3VsZCBhPQpsbG93IEVMNSBndWVzdHMgdG8gYmUgdXNlZCAoYW5kIGhhdmUgYSBzdXBwb3J0 ZWQgc2NzaSBjb250cm9sbGVyIG9uY2UgJ29wZW49Ci12bS10b29scycgaXMgaW5zdGFsbGVkKSBp biBPdmlydC4mbmJzcDsgT3Z2aW91c2x5IHdlJ2Qgd2FudCB0byBzdGVlciBwZW9wbD0KZSBpbnRv IHVzaW5nIHZpcnRpby1zY3NpIHdoZXJldmVyIHBvc3NpYmxlIHRob3VnaCwgYXMgaGFzIGJlZW4g ZGlzY3Vzc2VkIHByPQpldmlvdXNseS48YnI+PGJyPlBsZWFzZSBsZXQgdXMga25vdyBvbiBsaXN0 IGlmIHlvdSBkbyBnZXQgdG8gdGhpcy48YnI+VGhhbms9CnMgZm9yIHlvdXIgZWZmb3J0cyw8YnI+ UGF1bDxicj48ZGl2IHN0eWxlPTNEImRpc3BsYXk6IGJsb2NrOyIgY2xhc3M9M0QieWFobz0Kb19x dW90ZWQiPiA8YnI+IDxicj4gPGRpdiBzdHlsZT0zRCJmb250LWZhbWlseTogdGltZXMgbmV3IHJv bWFuLCBuZXcgeW9yaywKIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxMnB0OyI+IDxkaXYgc3R5 bGU9M0QiZm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21hPQpuLCBuZXcgeW9yaywgdGltZXMsIHNl cmlmOyBmb250LXNpemU6IDEycHQ7Ij4gPGRpdiBkaXI9M0QibHRyIj4gPGZvbnQgc2l6ZT0KPTNE IjIiIGZhY2U9M0QiQXJpYWwiPiBPbiBGcmlkYXksIDE1IE5vdmVtYmVyIDIwMTMgODo1MCBQTSwg UGFvbG8gQm9uemluaSAmPQpsdDtwYm9uemluaUByZWRoYXQuY29tJmd0OyB3cm90ZTo8YnI+IDwv Zm9udD4gPC9kaXY+ICA8ZGl2IGNsYXNzPTNEInlfbXNnX2M9Cm9udGFpbmVyIj5JbCAxNS8xMS8y MDEzIDA5OjMwLCBTdGVmYW4gSGFqbm9jemkgaGEgc2NyaXR0bzo8ZGl2IGNsYXNzPTNEInlxdD0K NjIzNjM2NDY2MCIgaWQ9M0QieXF0ZmQ1MTQ1MSI+PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7 ICZndDsgVGhhbmtzLiZuYnNwPQo7IEkgdW5kZXJzdGFuZCBxZW11IHN1cHBvcnRzIG90aGVyIHNj c2kgYWRhcHRlcnMgaG93ZXZlci4mbmJzcDsgU2VlIHRoaXMgcG89CnN0IGZyb20gZWFybGllciB0 aGlzIHllYXIuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7ICZndDsgVGhhdCBwb3N0IG1ha2Vz ID0KcmVmZXJlbmNlIHRvIHRoZSBmb2xsb3dpbmcgaGJhczogYXV0bywgYnVzbG9naWMsIGlibXZz Y3NpLiBsc2lsb2dpYywgbHNpc2FzPQoxMDY4LCBsc2lzYXMxMDc4LCB2aXJ0aW8tc2NzaSwgdm1w dnNjc2kuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgRnJvbSBhbiB1cHM9CnRyZWFtIFFFTVUgcGVy c3BlY3RpdmUsIHRoZSBIQkFzIHRoYXQgb3VnaHQgdG8gd29yayBvbiB4ODZfNjQ8YnIgY2xlYXI9 M0Qibj0Kb25lIj4mZ3Q7IGd1ZXN0cyBhcmUgdmlydGlvLXNjc2ksIGxzaXNhczEwNzgsIGFuZCB2 bXB2c2NzaS48L2Rpdj48YnIgY2xlYXI9Cj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+SSB0 aGluayB2bXB2c2NzaSBpcyBub3Qgc3VwcG9ydGVkIGZvciBRRU1VIGluID0KbGlidmlydC4mbmJz cDsgSXQKIHdvdWxkIGJlIGE8YnIgY2xlYXI9M0Qibm9uZSI+dmVyeSBzaW1wbGUgcGF0Y2gsIEkg bWF5IGdldCByb3VuZCB0byBpdCBiZWZvPQpyZSBDaHJpc3RtYXMuLi48YnIgY2xlYXI9M0Qibm9u ZSI+PGJyIGNsZWFyPTNEIm5vbmUiPlBhb2xvPGRpdiBjbGFzcz0zRCJ5cXQ9CjYyMzYzNjQ2NjAi IGlkPTNEInlxdGZkNDE4OTIiPjxiciBjbGVhcj0zRCJub25lIj48L2Rpdj48YnI+PGJyPjwvZGl2 PiAgPC9kaT0Kdj4gPC9kaXY+ICA8L2Rpdj4gPC9kaXY+PC9ib2R5PjwvaHRtbD4KLS0tODQ3OTUw MTUyLTUxMzY4ODU5My0xMzg0NTczMjMxPTo4NTkxMy0tCg== --===============4787052936864554160==--