April 2014 - Users - oVirt List Archives

Re: [ovirt-users] Is there ovirt-guest-agent for ubuntu 14.04?
by Vinzenz Feenstra 29 Apr '14

29 Apr '14

On 04/29/2014 02:45 PM, René Koch wrote: > On 04/29/2014 02:23 PM, Vinzenz Feenstra wrote: >> Hi, >> >> On 04/29/2014 10:44 AM, Arman Khalatyan wrote: >>> Hi, >>> Is there ovirt-guest-agent for ubuntu 14.04? >>> I was looking on launchpad but onli 13.x latest >> We currently do not have version specific builds. I hope that this will >> be changed in future. >> But it'd be great if you try if 13.x works for you. > > 13.10 is working fine for 14.04... Thanks Rene :-) > > Regards, > René > > >> Thanks >>> thanks, >>> Arman. >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Is there ovirt-guest-agent for ubuntu 14.04?
by Arman Khalatyan 29 Apr '14

29 Apr '14

Hi, Is there ovirt-guest-agent for ubuntu 14.04? I was looking on launchpad but onli 13.x latest thanks, Arman.

3 2

Unable to make Single Sign on working on Windows 7 Guest
by Felipe Herrera Martinez 29 Apr '14

29 Apr '14

Hi all, I've spent several days trying to make SSO working with Windows 7 x64 guests, apparently all seems to be installed properly, such as: Ovirt Guest Agent QEMU Agent Spice Agent SAS enabled on Guest But even that, I'm not able to see any VmLogonVDSCommand log when connecting through SPICE client to a Windows guest, while connecting to a RHEL Guest yes. Any clue how to solve it or troubleshoot the problem? Thanks in advance, Felipe

2 1

Pass through for serial port
by Neil 29 Apr '14

29 Apr '14

Hi guys, We are running Ovirt 3.2.2 and would like to assign or allocate the serial port of one of the processing hosts through to a guest, I'm assuming that we'd need to disable migration to achieve this to ensure the port mapping never changes, but how do we achieve this pass through? Is it possible to do this? We have googled around for possible solutions but haven't found one yet. Thank you. Regards. Neil Wilson.

2 1

Copying VM from one datacenter to another
by Gabi C 29 Apr '14

29 Apr '14

Hello! De facto; I have two datacenter: - 1 with one host, configured with local storage, just added in the engine; - 1 with 3 host, 2 shared storage domain, 1 ISO and 1 Export For some backup reasons ( cold backup) I want to copy machines from second Datacenter to the Local-storage one. Is there some documented way of doing this? Any hints, thoughts, similar experience? Thanks!

3 5

[Users] Failure to connect to engine with Nagios
by Juan Hernandez 29 Apr '14

29 Apr '14

Hello, We are having some trouble with the Nagios plugin for oVirt. From time to time it stops working and it isn't able to connect to the engine. The error that we get apparently indicates a failure to read the file where the session cookie is stored: RHEV CRITICAL: Can't connect to RHEVM-API. Unsuccessful stat on filename containing newline at /usr/lib/nagios/plugins/check_rhev3 line 1411. Any suggestion on how to diagnose/solve this issue? Regards, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

4 5

FC19 - Transaction check error - while installing ovirt-engine
by Udaya Kiran P 29 Apr '14

29 Apr '14

--1733456068-1542897007-1398066500=:73688 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AI am trying to install oVirt-Engine on Fedora-19. I am getting the= below transaction check error while executing 'yum -y install ovirt-engine= ' command.=0A=0APlease help me resolve this.=0A=0ATransaction check error:= =0A=A0 file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py conf= licts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch= and sos-3.0-23.fc19.noarch=0A=A0 file /usr/lib/python2.7/site-packages/sos= /plugins/postgresql.pyc conflicts between attempted installs of ovirt-log-c= ollector-3.4.1-1.fc19.noarch and sos-3.0-23.fc19.noarch=0A=A0 file /usr/lib= /python2.7/site-packages/sos/plugins/postgresql.pyo conflicts between attem= pted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos-3.0-23.fc1= 9.noarch=0A=0A=0AI have used ovirt repo -=A0yum localinstall http://resourc= es.ovirt.org/releases/ovirt-release.noarch.rpm=0A=0AThank You.=0A=0A=0ARega= rds,=0AUdaya Kiran --1733456068-1542897007-1398066500=:73688 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:ti= mes new roman, new york, times, serif;font-size:10pt"><div class=3D"" style= =3D"">Hi,</div><div class=3D"" style=3D""><br class=3D"" style=3D""></div><= div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new = roman', 'new york', times, serif; background-color: transparent; font-style= : normal;" class=3D"">I am trying to install oVirt-Engine on Fedora-19. I a= m getting the below transaction check error while executing 'yum -y install= ovirt-engine' command.</div><div style=3D"color: rgb(0, 0, 0); font-size: = 13px; font-family: 'times new roman', 'new york', times, serif; background-= color: transparent; font-style: normal;" class=3D""><br class=3D"" style=3D= ""></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: '= times new roman', 'new york', times, serif; background-color: transparent; = font-style: normal;" class=3D"">Please help me resolve this.</div><div styl= e=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new york', times, serif;= background-color: transparent; font-style: normal;" class=3D""><br class= =3D"" style=3D""></div><div class=3D"" style=3D"background-color: transpare= nt;">Transaction check error:</div><div class=3D"" style=3D"background-colo= r: transparent;">  file /usr/lib/python2.7/site-packages/sos/plugins/p= ostgresql.py conflicts between attempted installs of ovirt-log-collector-3.= 4.1-1.fc19.noarch and sos-3.0-23.fc19.noarch</div><div class=3D"" style=3D"= background-color: transparent;">  file /usr/lib/python2.7/site-package= s/sos/plugins/postgresql.pyc conflicts between attempted installs of ovirt-= log-collector-3.4.1-1.fc19.noarch and sos-3.0-23.fc19.noarch</div><div clas= s=3D"" style=3D"background-color: transparent;">  file /usr/lib/python= 2.7/site-packages/sos/plugins/postgresql.pyo conflicts between attempted in= stalls of ovirt-log-collector-3.4.1-1.fc19.noarch and sos-3.0-23.fc19.noarc= h</div><div class=3D"" style=3D""><br class=3D"" style=3D""></div><div style=3D"color:= rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new york',= times, serif; background-color: transparent; font-style: normal;" class=3D= ""><br class=3D"" style=3D""></div><div style=3D"color: rgb(0, 0, 0); font-= size: 13px; font-family: 'times new roman', 'new york', times, serif; backg= round-color: transparent; font-style: normal;" class=3D"">I have used ovirt= repo - yum localinstall http://resources.ovirt.org/releases/ovirt-rel= ease.noarch.rpm</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; fo= nt-family: 'times new roman', 'new york', times, serif; background-color: t= ransparent; font-style: normal;" class=3D""><br class=3D"" style=3D""></div= ><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times ne= w roman', 'new york', times, serif; background-color: transparent; font-sty= le: normal;" class=3D""><span style=3D"background-color: transparent;">Than= k You.</span><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new rom= an', 'new york', times, serif; background-color: transparent; font-style: n= ormal;" class=3D""><br class=3D"" style=3D""></div><div style=3D"color: rgb= (0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new york', tim= es, serif; background-color: transparent; font-style: normal;" class=3D"">R= egards,</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-famil= y: 'times new roman', 'new york', times, serif; background-color: transpare= nt; font-style: normal;" class=3D"">Udaya Kiran</div></div></body></html> --1733456068-1542897007-1398066500=:73688--

4 4

Hosted Engine started VM Multiple Times
by Andrew Lau 29 Apr '14

29 Apr '14

Hi, I added a new node to my hosted cluster today, only one other node was active in the cluster at that time. It was running the hosted-engine, however during the install it's agent died and when the second node came up. It started the hosted-engine, causing the hosted-engine to be run on both nodes. Has anyone had this happen? This seems very dangerous, as both VMs were running simultaneously.. data corruption alert! Andrew.

2 1

Re: [Users] Failure to connect to engine with Nagios
by Dotan Paz 28 Apr '14

28 Apr '14

Dotan Paz , Engineering Operations Red Hat Israel, LTD ----- Original Message ----- > > On 04/09/2014 09:55 AM, Dotan Paz wrote: > > > > > > > > Dotan Paz , Engineering Operations > > Red Hat Israel, LTD > > > > ----- Original Message ----- > >> On 04/07/2014 07:49 PM, René Koch wrote: > >>> Hi Juan, > >>> > >>> On 04/07/2014 07:27 PM, Juan Hernandez wrote: > >>>> Hello, > >>>> > >>>> We are having some trouble with the Nagios plugin for oVirt. From time > >>>> to time it stops working and it isn't able to connect to the engine. The > >>>> error that we get apparently indicates a failure to read the file where > >>>> the session cookie is stored: > >>>> > >>>> RHEV CRITICAL: Can't connect to RHEVM-API. > >>>> Unsuccessful stat on filename containing newline at > >>>> /usr/lib/nagios/plugins/check_rhev3 line 1411. > >>>> > >>>> Any suggestion on how to diagnose/solve this issue? > >>>> > >>> > >>> Can you tell me which version of check_rhev3 you're using? > > Hi Rene, > > > > Name: check_rhev3 > > Version: 1.2.1 > > Created: 2012-08-13 > > Hi Daton, > > Can you please try check_rhev3 1.3? > https://github.com/ovido/check_rhev3/releases Sure , I'll keep you posted . > > > Thanks, > René > > > > > > >>> > >>> Regards, > >> > >> Dotan, can you answer this question? > >> > >> -- > >> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta > >> 3ºD, 28016 Madrid, Spain > >> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> >

3 4

Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC
by Yevgeny Zaspitsky 28 Apr '14

28 Apr '14

Now for users(a)ovirt.org indeed. ----- Original Message ----- From: "Yevgeny Zaspitsky" <yzaspits(a)redhat.com> To: "Martin Mucha" <mmucha(a)redhat.com> Cc: users(a)ovrit.org, devel(a)ovirt.org Sent: Sunday, April 27, 2014 2:29:46 PM Subject: Re: [ovirt-devel] Feature Page: Mac Pool per DC Martin, I'd like to propose a different approach on how the ranges to be defined and stored. Discussing this feature with Moti raised the alternative UX design: Defining ranges could be added as a left-tab on create DC dialog and a sub-tab on an existing DC. It would be a table of start and end address fields and we can add a calculated # of MACs in the range and/or summary for the DC. Also that will make string parsing unneeded, prevent possible user mistakes in the string format and make possible validating every field of the range on the UI side easier. As you can see on the screenshot you've attached even a single range doesn't fit to the text box. In case of multiple ranges managing them in a single line textbox would be very uncomfortable. A range is an object with at least 2 members (start and end). And we have few of these for each data center. Storing a collection of the objects in a single field in a relational DB seems a bit awkward to me. That has few disadvantages: 1. is not normalized 2. make data validation nearly impossible 3. make querying the data very difficult 4. is restraining our ability to extend the object (e.g. a user might like to give a description to a range) So IMHO a satellite table with the FK to storage_pool would be a more robust design. Best regards, ____________________ Yevgeny Zaspitsky Senior Software Engineer Red Hat Israel ----- Original Message ----- From: "Martin Mucha" <mmucha(a)redhat.com> To: users(a)ovirt.org, devel(a)ovirt.org Sent: Thursday, April 10, 2014 9:59:44 AM Subject: [ovirt-devel] new feature Hi, I'd like to notify you about new feature, which allows to specify distinct MAC pools, currently one per data center. http://www.ovirt.org/Scoped_MacPoolManager any comments/proposals for improvement are very welcomed. Martin. _______________________________________________ Devel mailing list Devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/devel _______________________________________________ Devel mailing list Devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/devel

5 9

Add a Direct Lun via rest API (Oivrt 3.3.5)
by Gary Lloyd 28 Apr '14

28 Apr '14

Hello I was just wondering if anyone would be able to help me figure out if there is a way to login to an ISCSI target (EqualLogic) and add its associated volume as a Direct LUN via the REST api. I have figured out how to add an existing Direct LUN to a vm. I have created a volume on the SAN and then I am attempting to upload some xml to the API: curl -v -u 'admin@internal:mypass' -H "Content-type: application/xml" -d @disk.xml https://ovirt-test/disks/ --insecure cat disk.xml <disk> <alias>direct_lun</alias> <interface>virtio</interface> <format>raw</format> <lunStorage> <type>iscsi</type> <logical_unit> <address>10.0.0.1</address> <port>3260</port> <target>iqn.2001-05.com.equallogic:0-1cb196-cff1c713e-e2a004dfcc65357b-dev-directlun</target> </logical_unit> </lunStorage> </disk> At the moment the API is returning with a HTTP 400: <fault> <reason>Incomplete parameters</reason> <detail>Disk [provisionedSize|size] required for add</detail> </fault> Is it possible to achieve my goal via the API ? Thanks *Gary Lloyd* ---------------------------------- IT Services Keele University -----------------------------------

2 1

Using Virtio-SCSI passthough on SCSI - Devices
by Daniel Helgenberger 28 Apr '14

28 Apr '14

--=-YX/fG1gxstd3trJ7hutY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, does anyone have an idea on how to accomplish this? In my particular setup, I need a FC tape drive passed though to the vm. Note, passing throuh FC - LUNs works flawlessly.=20 If I understood Virtio -SCSI correctly, this should be possible from libvirt's part. Thanks! --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-YX/fG1gxstd3trJ7hutY Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN9zCCBFcw ggM/oAMCAQICCwQAAAAAAS9O4TFGMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4IBJTCCASEwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB /wQIMAYBAf8CAQAwHQYDVR0OBBYEFD8V0m18L+cxnkMKBqiUbCw7xe5lMEcGA1UdIARAMD4wPAYE VR0gADA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5 LzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMD0G CCsGAQUFBwEBBDEwLzAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vcm9v dHIxMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQDI WOF8oQHpI41wO21cUvjE819juuGa05F5yK/ESqW+9th9vfhG92eaBSLViTIJV7gfCFbt11WexfK/ 44NeiJMfi5wX6sK7Xnt8QIK5lH7ZX1Wg/zK1cXjrgRaYUOX/MA+PmuRm4gWV0zFwYOK2uv4OFgaM mVr+8en7K1aQY2ecI9YhEaDWOcSGj6SN8DvzPdE4G4tBk4/aIsUged9sGDqRYweKla3LTNjXPps1 Y+zsVbgHLtjdOIB0YZ1hrlAQcY2L/b+V+Yyoi7CMdOtmm1Rm6Jh5ILbwQTjlUCkgu5yVdfs9LDKc M0SPeCldkjfaGVSd+nURMOUy3hfxsMVux9+FMIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXo PKcwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt c2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4Mjcx NjU3NThaFw0xNjA4MjcxNjU3NThaMFgxCzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVs Z2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkBFhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq 0C0D581goXz2nVVjhTCIVwX2MqWYD1Dyjy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lx MwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZ ZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgts Kl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBStl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4Qy UwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQw MgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1Ud EQQgMB6BHGRhbmllbC5oZWxnZW5iZXJnZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxz aWduLmNvbS9ncy9nc3BlcnNvbmFsc2lnbjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUF BzAChjlodHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJn Mi5jcnQwHQYDVR0OBBYEFLw0UD+6l35aKnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cx nkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEBBQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZ XcawzEHLJxTrc/5YFBMGX2qPju8cuZV14XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5 EDT6PgZAkXbMB5rU1dhegb35lJJkcFLEpR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7 gsPT5EhPd+JPyNSIootOwClMP4CTxIsXQgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdW FqGd1V+wN98oPumRRS8bld+1gRA7GVYMnO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80 xaZ6MIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEFBQAwVDELMAkG A1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24g UGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4MjcxNjU3NThaFw0xNjA4MjcxNjU3NThaMFgx CzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVsZ2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkB FhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq0C0D581goXz2nVVjhTCIVwX2MqWYD1Dy jy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lxMwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw 2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5 ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgtsKl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBS tl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4QyUwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/ BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1UdEQQgMB6BHGRhbmllbC5oZWxnZW5iZXJn ZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwQwYD VR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9nc3BlcnNvbmFsc2ln bjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUFBzAChjlodHRwOi8vc2VjdXJlLmdsb2Jh bHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJnMi5jcnQwHQYDVR0OBBYEFLw0UD+6l35a KnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cxnkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEB BQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZXcawzEHLJxTrc/5YFBMGX2qPju8cuZV1 4XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5EDT6PgZAkXbMB5rU1dhegb35lJJkcFLE pR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7gsPT5EhPd+JPyNSIootOwClMP4CTxIsX QgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdWFqGd1V+wN98oPumRRS8bld+1gRA7GVYM nO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80xaZ6MYIC5zCCAuMCAQEwaTBUMQswCQYD VQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQ ZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzAJBgUrDgMCGgUAoIIBUzAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MjUxMzQwMzFaMCMG CSqGSIb3DQEJBDEWBBRTFnV7LfYHdqBDwK3krfXkuyVvpTB4BgkrBgEEAYI3EAQxazBpMFQxCzAJ BgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWdu IFBlcnNvbmFsU2lnbiAyIENBIC0gRzICEQCWaWbA3qWpL+Qmn6I16DynMHoGCyqGSIb3DQEJEAIL MWugaTBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMh R2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzANBgkq hkiG9w0BAQEFAASCAQCdL/ZV1Do4cSG5bxbtDaqNOMmmQzSS98d2GSeomB4+i/KCZK+RoUXfREJ9 gHSE8yhfjBJBGgcSlgcVgFovY7F9zxta2/7noUpf5eBQ8n1CiOdDbcKZBKn2sofqCgOqKMlo5ToV KoTNkzPclNAtOdky6hNEtQLZkd3qTtGNhpzWXZMyfUBcjilPYlJclCwM8j2M6+NOQPXrRauJkvKE OFhqvgWPkGqsVNCzWp+EPXO7NjSuIOpXRky88ooySM3ounrNLOpHnaV01vrCam1v7L8VDzkJC40f wULxhpqUf7/SfAL++mFNav7nn0K820f8B7wL/ZqDkloxNkPBNRyF7UzoAAAAAAAA --=-YX/fG1gxstd3trJ7hutY--

5 9

cloud-init woes w/ templates
by Andrew Lau 27 Apr '14

27 Apr '14

Hi, Has anyone had any success with cloud-init and templates with ovirt 3.4? So far, it seems to be able to configure things like networks etc. But when it goes to do with passwords, it must be set again in the "run once" or in the "Initial Run" even if "Use already configured password" is set. Another thing, why is it only setup to change the root password? By default cloud-init will block root, so nearly all images need to be modified ie. sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False }/g' /etc/cloud/cloud.cfg Otherwise, you'll login and it'll ask you to change your password. Defeats the purpose of setting it through cloud-init? I'm also not being able to just set an SSH key, it insists a password otherwise the key won't get uploaded. Finally, templates seem to be lacking validation. Where "Initial Run" and "Run Once" will give the red box if you have the wrong syntax while templates don't care. Thanks, Andrew

3 5

Unable to edit virt-v2v import VM - 3.4.0
by Trey Dockendorf 27 Apr '14

27 Apr '14

I just imported a VM using the following command: virt-v2v -ic qemu+ssh://root@kvm1.DOMAIN/system -o rhev -os 192.168.202.245:/tank/ovirt/import_export --network ovirtmgmt --vmtype server syslog.DOMAIN I successfully imported it in the oVirt web UI, but when I try to edit the VM I get the following message, "Cannot edit VM. Cannot set single display device via VNC display.". I noticed the "Single PCI" option in the Console section is checked, when none of my other VMs have this checked. Another VM I imported using version 3.3.x does not have this checked. The checkbox is greyed out, so I can't make any modifications in the "Edit" dialog. Any suggestions? For issues regarding importing from KVM using virt-v2v, what logs are useful besides engine.log? Thanks - Trey

3 2

new feature
by Martin Mucha 26 Apr '14

26 Apr '14

Hi, I'd like to notify you about new feature, which allows to specify distinct MAC pools, currently one per data center. http://www.ovirt.org/Scoped_MacPoolManager any comments/proposals for improvement are very welcomed. Martin.

4 16

Network Security / Seperation
by squadra 26 Apr '14

26 Apr '14

Hi Folks, i am currently looking for a way to isolate each vms network traffic so none can sniff others network traffic. currently i am playing around with the neutron integration, which gives me more question marks than answers for now (even documentation seems to be incomplete / outdated). Is there any other solution, which does not require to create a new vlan for each vm, to make sure that noone can sniff others traffic? Cheers, Juergen -- Sent from the Delta quadrant using Borg technology!

4 3

Ovirt snapshot failing on one VM
by Steve Dainard 26 Apr '14

26 Apr '14

I've attempted migrating the vm to another host and taking a snapshot, but I get this error: 6efd33f4-984c-4513-b5e6-fffdca2e983b::ERROR::2014-04-22 01:09:37,296::volume::286::Storage.Volume::(clone) Volume.clone: can't clone: /rhev/data-center/9497ef2c-8368-4c92-8d61-7f318a90748f/95b9d922-4df7-4d3b-9bca-467e2fd9d573/images/466d9ae9-e46a-46f8-9f4b-964d8af0675b/1a67de4b-aa1c-4436-baca-ca55726d54d7 to /rhev/data-center/9497ef2c-8368-4c92-8d61-7f318a90748f/95b9d922-4df7-4d3b-9bca-467e2fd9d573/images/466d9ae9-e46a-46f8-9f4b-964d8af0675b/b230596f-97bc-4532-ba57-5654fa9c6c51 A bit more of the vdsm log is attached. Other vm's are snapshotting without issue. Any help appreciated, *Steve *

5 15

oVirt 3.4 - Hosted Engine: Cluster Reboot procedure
by Daniel Helgenberger 26 Apr '14

26 Apr '14

--=-QguCZheGA74Z2DLSRg8u Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello ovirt-users, after playing around with my ovirt 3.4 hosted engine two node HA cluster I have devised a procedure on how to restart the whole cluster after a power loss / normal shutdown. This assumes all HA-Nodes have been taken offline. This also applies partly to rebooted HA nodes. Please feel free do ask questions and/or comment on improvements. Most of the things should be obsoleted by future updates anyway. Note 1: The problem IMHO seems to be the non connected nfs storage domain, resulting in the HA-Agent crash / hang. The ha-broker service should be up and running all the time. Please check this. Note 2:=20 My setup consists of two nodes; 'all nodes' means the task has to be performed on every node HA node in the cluster. Node 3: By 'Login' I mean SSH or local access. Part A: SHUTDOWN THE CLUSTER Prerequisite: oVirt HE cluster running, should be taken offline for maintenance: 1. In oVirt, shutdown all VM's except HostedEngine. 2. Login to one cluster node and run 'hosted-engine --set-maintenance --mode=3Dglobal' to put the cluster into global maintenance 3. Login to ovirt engine VM and shut it down with 'shutdown -h now' 4. Login to one cluster node and run 'hosted-engine --vm-status' to check if the engine is really down.=20 5. Shutdown all HA nodes subsequently. Part B: STARTING THE CLUSTER Prerequisite: oVirt HE cluster down, NFS storage server running and exporting the vdsm share. 1. Start all nodes and wait for them to boot up. 2. Login to one cluster node. Check the status of the following services: vdsm, ovirt-ha-agent, ovirt-ha-broker. The status should be all are running except ovirt-ha-agent is in 'locked' state and down. 3. Check 'hosted-engine --vm-status', this should result in a python stack trace (crash). 4. On all cluster nodes, connect the storage pool: 'hosted-engine --connect-storage'. Now, 'hosted-engine --vm-status' runs and reports 'up to date: False' and 'unknown-stale-data' for all nodes. 5. On all cluster nodes, start the 'ovirt-ha-agent' service: 'service ovirt-ha-agent start' 6. Wait a few minutes for the ha-broker and the agent to collect the cluster state. 7. Login to one cluster node. Check 'hosted-engine --vm-status' until you have cluster nodes 'status-up-to-date: True' and 'score: 2400' 8. If the cluster was shutdown by yourself and in global maintenance, remove the maintenance mode with 'hosted-engine --set-maintenance --mode=3Dnone'. Now, the system should do a FSM reinitialize and start the HostedEngine by itself.=C2=B9 If it was not in maintenance (eg. power fail) the engine should be started as soon as one host gets a score of 2400. Part C: STARTING A SINGLE NODE Prerequisite: oVirt HE cluster up, HostedEngine running. One ha node was taken offline by local maintenance in oVirt and rebooted. 1. Follow steps 1-5 of Part B 2. In oVirt, navigate to Cluster, Hosts and activate the node previously in maintenance. --- 1 I observed the following things: * If you use the command 'hosted-engine --vm-shutdown' instead of loging in to the ovirt HE and do a local shutdown, the Default Data Center is set to non - responsive and being Contented after the reboot. I highly suspect an unclean shutdown by running the command. Further, it waits about two min. with the shutdown. * If you use the command 'hosted-engine --vm-start' on a cluster in global maintenance, wait for successful start ({'health': 'good', 'vm': 'up', 'detail': 'up'}) and remove the maintenance status, the engine gets restarted once. By removing the maintenance first and letting ha-agent do the work, the engine is not restarted. Cheers, Daniel --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-QguCZheGA74Z2DLSRg8u Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINtjCCBBYw ggL+oAMCAQICCwQAAAAAAS9O4S9SMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4HlMIHiMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTBHBgNVHSAEQDA+MDwGBFUd IAAwNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8w MwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5nbG9iYWxzaWduLm5ldC9yb290LmNybDAfBgNV HSMEGDAWgBRge2YaRQ2XyolQL30EzTSo//z9SzANBgkqhkiG9w0BAQUFAAOCAQEAQ3N5zKTMSTED HGFAgd/gu91Kb8AxPHgjq+7dhf7mkCinMqqrLai2XOrz8CP63BPaAx7oGOUBI0MyASBGk5zej9L3 oHtiF2BL01m1sBnT8rQxT2CJd/+jqjUl0p2ew8T3HSyatrsooGvDwf00yCB2JHTNvtQxNO8t6x/+ 048A1Q+0i7uf0nTnyrJLjD04zhL89ytetZspltOpJVYbmwiFjq6PxsdUNthUDme/9pOLmKDnQU0p W/JEwLs2TYCBNKwdgSGAk8/z+s2SCltKIG0Uh5U6t6j7JPuwNP/znImwMrlHDJ1YpW0rkF2PGraV CgDBf9dOB+IIpnwHfIi+LD+eITCCBMowggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqG SIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYD VQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcN MTYwODI3MTY1NzU4WjBYMQswCQYDVQQGEwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdl cjErMCkGCSqGSIb3DQEJARYcZGFuaWVsLmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAM4BQ5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF8 9p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYYFoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV 8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VVtDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+ u426vt/hNsQi5akNoidYeXo98JcrmeApFJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdX Oaro3D9zj6Q6LyGwa/UQUrZdg3BXc07hjHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOC AZEwggGNMA4GA1UdDwEB/wQEAwIFoDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUF BwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxk YW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20v Z3MvZ3NwZXJzb25hbHNpZ24yZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0G A1UdDgQWBBS8NFA/upd+Wipw2nj8RD/Ct+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGws O8XuZTANBgkqhkiG9w0BAQUFAAOCAQEAXVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU 63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZSc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2 zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE320nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fi T8jUiKKLTsApTD+Ak8SLF0IESOSA6htirv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDff KD7pkUUvG5XftYEQOxlWDJzuTBeqf/4hxXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejCCBMow ggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqGSIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJF MRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFs U2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcNMTYwODI3MTY1NzU4WjBYMQswCQYDVQQG EwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdlcjErMCkGCSqGSIb3DQEJARYcZGFuaWVs LmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM4B Q5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF89p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYY FoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VV tDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+u426vt/hNsQi5akNoidYeXo98JcrmeAp FJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdXOaro3D9zj6Q6LyGwa/UQUrZdg3BXc07h jHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOCAZEwggGNMA4GA1UdDwEB/wQEAwIFoDBM BgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxz aWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94 LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDow OKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25hbHNpZ24yZzIuY3Js MFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNv bS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0GA1UdDgQWBBS8NFA/upd+Wipw2nj8RD/C t+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTANBgkqhkiG9w0BAQUFAAOCAQEA XVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZ Sc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE32 0nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fiT8jUiKKLTsApTD+Ak8SLF0IESOSA6hti rv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDffKD7pkUUvG5XftYEQOxlWDJzuTBeqf/4h xXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejGCAucwggLjAgEBMGkwVDELMAkGA1UEBhMCQkUx GTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxT aWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNDI1MTMwODQ2WjAjBgkqhkiG9w0B CQQxFgQUPZKN8fiS/Sr1hKyYfYM5DfWHbCAweAYJKwYBBAGCNxAEMWswaTBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzB6BgsqhkiG9w0BCRACCzFroGkwVDEL MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp Z24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEB BQAEggEAV/ihWVJiHBw/mUwk8C86CjFcft3O8f0PG7n2WX2cbMMX/gbGa0SffzBGYoKmQw8SvA8l C0VdCYwcHzaeuCYzEOJIbPv61EjUVQpxigoFQJ+ApnR8oZajNooVIDZixiYvoQ8ph/Tyui6nBw1B cFOTafv6ZBIUiJIu6OcfxPR0QJONi/OJqSeiXEwR9RzKVTKCruPTrmbx7KuvWPANDY3A4dxoHjTw eHwgoIr5L0XsCxkgsnRqFe0hOS/OzuJHhUt58ce82s3n0AR9np/Z9tkhHHQ4eH0TVgQ4j40CeSV8 fQXQoQwhuVkqdoQFr2tlNuiyXb322MVf3LCg7bYTeakA8QAAAAAAAA== --=-QguCZheGA74Z2DLSRg8u--

2 1

does SPM can run over ovirt-engine host ?
by Tamer Lima 25 Apr '14

25 Apr '14

Hello, When I create virtual machine from a template (centos6.5, 2 cores, 8GB mem, 500GB hd) this process takes almost 2 hours. I click on "New VM" button and just select the template and click ok. engine.log show me high network consumption (98%) between engine-server host and SPM host. I tried to make my engine-server host a spm host too, but without sucess. Does SPM can run over on the same ovirt-engine machine ? Am I make something wrong? Or create VM from template is really slow ? my servers : srv-0202 = ovirt-engine , vdsm srv-0203 = spm , vdsm srv-0204 = vdsm These servers are dell blades connected on a 100GB switch. thanks This is what I know about SPM: http://www.ovirt.org/Storage_-_oVirt_workshop_November_2011 = Storage Pool Manager (SPM) A role assigned to one host in a data center granting it sole authority over: - Creation, deletion, an dmanipulation of virtula disk images, snapshots and templates - Templates: you can create on VM as a golden image and provision to multiple VMs (QCOW layers) - Allocation of storage for sparse block devices (on SAN) - Thin provisinoing (see below) - Single metadata writer: - SPM lease mechanism (Chockler and Malkhi 2004, Light-Weight Leases for Storage-Cnntric Coordination) - Storage-centric mailbox - This role can be migrated to any host in data center

4 11

Re: [ovirt-users] qemu-kvm-rhev for el6
by Paul Jansen 25 Apr '14

25 Apr '14

--708812334-1827530428-1398312557=:18323 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >hello,=0A>=0A>does anyone know if there are an existent bugzilla to track = the release =0A>of qemu-kvm-rhev rpms under el (like centos)?=0A>Because I'= ve looked at bugzilla and google docs oVirt Planning & =0A>Tracking with no= luck=0A>=0A>best regards=0A>a=0AI think this is the best fit that I have f= ound so far: https://bugzilla.redhat.com/show_bug.cgi?id=3D1009100=0A --708812334-1827530428-1398312557=:18323 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;fo= nt-size:12pt"><pre style=3D"" class=3D"">>hello,=0A>=0A>does anyon= e know if there are an existent bugzilla to track the release =0A>of qem= u-kvm-rhev rpms under el (like centos)?=0A>Because I've looked at bugzil= la and google docs oVirt Planning & =0A>Tracking with no luck=0A>= =0A>best regards=0A>a</pre><div style=3D"" class=3D"">I think this is= the best fit that I have found so far: https://bugzilla.redhat.com/show_bu= g.cgi?id=3D1009100</div><div style=3D"" class=3D""><br style=3D"" class=3D"= "><a style=3D"" class=3D"" href=3D"mailto:users%40ovirt.org?Subject=3DRe:%2= 0Re%3A%20%5Bovirt-users%5D%20qemu-kvm-rhev%20for%20el6&In-Reply-To=3D%3= C5358026B.4000904%40oscert.net%3E" title=3D"[ovirt-users] qemu-kvm-rhev for= el6">=0A </a></div></div></body></html> --708812334-1827530428-1398312557=:18323--

3 2

Hosted engine datastore crashed on adding a new datastore
by Klas Mattsson 25 Apr '14

25 Apr '14

Hello all, For some reason, when I try to add a second datastore (separate IP and empty share with 36:36 user rights), the share which has got the hosted-engine on it crashes. This of course crashes the hosted engine. When the share is up again, it's not sufficient to create a directory /rhev/data-center/mnt/ with identical name as before and mounting the share there. The hosted-engine still refuses to boot up. The load (pure I/O) on the NFS server goes up to about 11 as well. Any ideas on where I should check?

2 2

Storage domain - defining fields
by Gabi C 25 Apr '14

25 Apr '14

Hello! My setup 1 engine Fedora 19 ovirt 3.4 managing 3 nodes Fedora 19 + ovirt 3.4 updated; those nodes acts also as gluster server for 2 storage domains, each domain 3 bricks replicated ( so 3 bricks each). I have one questions regarding the fields one have to complete when defining a new storage domain and its importance. First, field "*Use Host*" - you have to complete with one of the nodes. Of course you can use any of the host in cluster, *but which is its significance/importance*? * If you reboot that node, you suppose to have any issue with the storage?* The same question with field "*Path*" - gluster case - "*Path to gluster volume to mount*" formatted as "HOST:VOLUME" , where host can be the same as above mentioned field- "*Use Host*" or any af the gluster cluster member; *which is its significance/importance?* *Again If you reboot that node, you suppose to have any issue with the storage?* My experience with rebooting these nodes*, *after moving VM's and putting it in Maintenance was good*,* until yesterday, when after such reboot I've got some corrupted VM images, and subsequently I had to restore them. Error message follows : Exit message: cannot read header '/rhev/data-center/mnt/glusterSD/10.125.1.194:gluster__data3/5fe658b1-43ff-4bfd-97d6-28217cf415df/images/321ad473-3741-4825-8ac0-6c416aa8f490/1a21454d-9931-4ed8-ba38-7126528664a1': Input/output error." Did I miss some step(s), beside moving VM's and puting node in maintenace, before reboot one host node, servig also as gluster node? Any hint, link would be appreciated! Thanks!

1 0

Problem deploying host
by Juan Jose 25 Apr '14

25 Apr '14

Hello everybody, I'm trying to add a new host to my oVirt infrastructure and in the process of installing host I receive the errors: Host host3 installation failed. Command returned failure code 1 during SSH session 'root(a)ovirt-host3.siee.local' My host is a CentOS release 6.5 (Final) and the installation log file /var/log/ovirt-engine/host-deploy/ovirt-20140425105003-ovirt-host3.siee.local-b98f5fc.log says: 2014-04-25 10:52:41 INFO otopi.plugins.ovirt_host_deploy.vdsm.hardware hardware._validate_virtualization:71 Hardware supports virtualization 2014-04-25 10:52:41 DEBUG otopi.context context._executeMethod:123 Stage validation METHOD otopi.plugins.ovirt_host_deploy.vdsm.packages.Plugin._validation Loading mirror speeds from cached hostfile * base: ftp.cica.es * epel: ftp.cica.es * extras: ftp.cica.es * updates: ftp.cica.es 2014-04-25 10:52:41 DEBUG otopi.context context._executeMethod:137 method exception Traceback (most recent call last): File "/tmp/ovirt-FbkNK3vQrX/pythonlib/otopi/context.py", line 127, in _executeMethod method['method']() File "/tmp/ovirt-FbkNK3vQrX/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 75, in _validation 'Cannot locate vdsm package, ' RuntimeError: Cannot locate vdsm package, possible cause is incorrect channels 2014-04-25 10:52:41 ERROR otopi.context context._executeMethod:146 Failed to execute stage 'Setup validation': Cannot locate vdsm package, possible cause is incorrect channels I'm attaching the installation log file. Could Anybody gives me some indication about this problem? Thank you very much in avanced, Juanjo.

3 2

Foreman not starting VM, hangs on finishing creating a new VM
by Matt . 25 Apr '14

25 Apr '14

Hi All, I'm having an issue with oVirt 3.4 and Foreman 1.5 RC1 at the moment, it does not start/finish a new provisioned VM/Host., it creates it well on oVirt. I'm sure this worked well on a nightly some dags ago and I didn't update it after it. The foreman bug is shown here: http://projects.theforeman.org/issues/5132 What I also see in the engine log is a bunch of admin login errors which I cannot place anywhere: 2014-04-23 20:26:44,203 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-6) Running command: LoginUserCommand internal: false. 2014-04-23 20:26:44,242 INFO [org.ovirt.engine.core.bll.LogoutUserCommand] (ajp--127.0.0.1-8702-6) [2e4a8183] Running command: LogoutUserCommand internal: false. 2014-04-23 20:26:44,276 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-6) [2e4a8183] Correlation ID: 2e4a8183, Call Stack: null, Custom Event ID: -1, Message: User admin logged out. 2014-04-23 20:26:44,470 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-1) Running command: LoginUserCommand internal: false. 2014-04-23 20:26:44,510 INFO [org.ovirt.engine.core.bll.LogoutUserCommand] (ajp--127.0.0.1-8702-1) [5d731a43] Running command: LogoutUserCommand internal: false. 2014-04-23 20:26:44,542 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-1) [5d731a43] Correlation ID: 5d731a43, Call Stack: null, Custom Event ID: -1, Message: User admin logged out. 2014-04-23 20:26:44,575 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-3) Running command: LoginUserCommand internal: false. 2014-04-23 20:26:44,623 INFO [org.ovirt.engine.core.bll.RemoveVmCommand] (ajp--127.0.0.1-8702-3) [708f0b9a] Lock Acquired to object EngineLock [exclusiveLocks= key: 7bfc175c-dbcd-43c9-9549-cde8d3b3b731 value: VM I get the feeling this has something todo with eachother. Any idea here ? Thanks! Matt

3 7

[Users] VM used FUSE mount point, are not used qemu-GlusterFS native integration
by Андрей Брагин 24 Apr '14

24 Apr '14

Hi, all I created DC, use GlusterFS as the domain type. And created Storage, with storage type "Data/GlusterFS" But VM used FUSE mount point, are not used qemu-glusterfs native integration When i looked at the running KVM processes, i saw -drive file=/rhev/data-center/mnt/ glusterSD/vdsm01.cn.local: local/35c541ad-bd48-4000-ad8f-8539629b7d75/images/9f3ecc5d-5d82-4e83-a89e-b298725e1d63/6a621ecc-715d-4a15-982c-05c618eefd36 But I expect to see -drive file=gluster+tcp:// Fodora 19 oVirt 3.3.4 libvirt 1.0.5 qemu-kvm 1.4.2

3 3