- Users - oVirt List Archives

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