- Users - oVirt List Archives

[Users] "unable to connect after upgrade 3.3.3 to 3.4.0"
by nicola gentile 02 Apr '14

02 Apr '14

Hello, I'm trying oVirt allinone version 3.3.3 and after the upgrade to 3.4.0 the virtual machines do not start using spice client (linux or windows). I'm using centos 6.5. The message displayed is "unable to connect to server console.vv graphics." Can someone help me? thank you NG

3 4

[Users] does anyone know if there is an ovirt weekly status meeting today?
by Einav Cohen 02 Apr '14

02 Apr '14

it has been removed from the calendar (at least mine...) Thanks, Einav

1 0

[Users] Call for Papers Deadline in One Month: LinuxCon/CloudOpen North America
by Brian Proffitt 02 Apr '14

02 Apr '14

Conference: LinuxCon North America Information: LinuxCon is the only event covering all matters Linux - offering collaboration and education for everyone in the ecosystem from developers and maintainers to sys admins and architects to business executives and community members. Date: August 20-22, 2014 Location: Chicago, Illinois Website: http://events.linuxfoundation.org/events/linuxcon-north-america Call for Papers Deadline: May 2, 2014 Call for Papers URL: http://events.linuxfoundation.org/events/linuxcon-north-america/program/cfp Conference: CloudOpen North America Information: CloudOpen is the only conference offering collaboration and education for all matters of open source cloud, from CloudStack to KVM to Xen, Hadoop, Gluster, OpenStack and more. Date: August 20-22, 2014 Location: Chicago, Illinois Website: http://events.linuxfoundation.org/events/cloudopen-north-america Call for Papers Deadline: May 2, 2014 Call for Papers URL: http://events.linuxfoundation.org/events/cloudopen-north-america/program/cfp -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[Users] Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version.
by Jim＠Ovirt 02 Apr '14

02 Apr '14

Hi, I've just installed OVirt 3.4 AllInOne on a clean install of Fedora19 on a multihomed box. I had some issues getting networking working, but that seems to be up now. I've got two Alerts that are in the way now: Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version. According to "yum list installed" every package that begins "ovirt" is version 3.4.something and every package that begins "vdsm" is version 4.14.6, but "vdsClient -s 0 getVdsCaps" reports clusterLevels = ['3.0', '3.1', '3.2', '3.3' ]. So it looks like ovirt 3.4 isn't compatible with ovirt 3.4, which seems a bit odd. What have I done wrong here? The other Alert is "Power Management is not configured for this Host.". I don't have any kind of power management for this box, is it possible to stop this message? Thanks Jim

3 3

[Users] el7 based node? el7 as a supported platform for ovirt?
by Paul Jansen 02 Apr '14

02 Apr '14

--1060583355-1358189179-1396420276=:80659 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi.=0AThere's been a bit of chatter about what is required for Fedora 20 su= pport for ovirt.=0AI can't seem to find newer fedora19 based node isos anym= ore.=A0 Has there been a conscious decision to standardize on the el6 based= node iso?=0AIs an F20 based node iso something that is being worked on?=0A= =0AI hear that el7 might be announced this month.=A0 Presumably Centos 7.0 = won't be far away after that.=0AI've done some test installs of RHEL 7 beta= to get a look at what packages are in use.=0AOf particular interest to me = is the qemu-kvm package - the version of which seem to be important for liv= e snapshots and live migrations (something we don't seem to do well right n= ow).=0AEL beta7 has this version - qemu-kvm-1.5.3-19.el7.x86_64.rpm=0A=0AGi= ven the issues with needing newer versions of certain packages than what is= in EL 6.5, is this situation likely to be improved greatly when Centos 7 i= s available?=0AI don't recall seeing much discussion about ovirt running un= der el7.=A0 Is this being looked at at this stage, or given the fact there = is only a beta of rhel7=A0 to work with right now are we just waiting for t= he release before deciding too much?=0A=0AThanks.=0A --1060583355-1358189179-1396420276=:80659 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:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;fo= nt-size:12pt"><div>Hi.</div><div><span>There's been a bit of chatter about = what is required for Fedora 20 support for ovirt.</span></div><div style=3D= "color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica= Neue,Helvetica,Arial,Lucida Grande,Sans-Serif; background-color: transpare= nt; font-style: normal;"><span>I can't seem to find newer fedora19 based no= de isos anymore.  Has there been a conscious decision to standardize o= n the el6 based node iso?</span></div><div style=3D"color: rgb(0, 0, 0); fo= nt-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lu= cida Grande,Sans-Serif; background-color: transparent; font-style: normal;"= ><span>Is an F20 based node iso something that is being worked on?</span></= div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sans-Serif; bac= kground-color: transparent; font-style: normal;"><br><span></span></div><di= v style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue= ,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sans-Serif; background-color:= transparent; font-style: normal;"><span>I hear that el7 might be announced= this month.  Presumably Centos 7.0 won't be far away after that.</spa= n></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: He= lveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sans-Serif; backgr= ound-color: transparent; font-style: normal;"><span>I've done some test ins= talls of RHEL 7 beta to get a look at what packages are in use.</span></div= ><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: Helvetica= Neue,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sans-Serif; background-co= lor: transparent; font-style: normal;"><span>Of particular interest to me is the qemu-kvm package - the version of which seem to be important for li= ve snapshots and live migrations (something we don't seem to do well right = now).</span></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-= family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sans-Ser= if; background-color: transparent; font-style: normal;"><span>EL beta7 has = this version - </span><a href=3D"http://easi.adl.quantum.com/install/rhel/7= .0/x86_64/dvd/Packages/qemu-kvm-1.5.3-19.el7.x86_64.rpm">qemu-kvm-1.5.3-19.= el7.x86_64.rpm</a></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px;= font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sa= ns-Serif; background-color: transparent; font-style: normal;"><br></div><di= v style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue= ,Helvetica Neue,Helvetica,Arial,Lucida Grande,Sans-Serif; background-color:= transparent; font-style: normal;">Given the issues with needing newer versions of certain packages than what is in EL 6.5, is this situation lik= ely to be improved greatly when Centos 7 is available?</div><div style=3D"c= olor: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica N= eue,Helvetica,Arial,Lucida Grande,Sans-Serif; background-color: transparent= ; font-style: normal;">I don't recall seeing much discussion about ovirt ru= nning under el7.  Is this being looked at at this stage, or given the = fact there is only a beta of rhel7  to work with right now are we just= waiting for the release before deciding too much?</div><div style=3D"color= : rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,= Helvetica,Arial,Lucida Grande,Sans-Serif; background-color: transparent; fo= nt-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: = 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Gran= de,Sans-Serif; background-color: transparent; font-style: normal;">Thanks.<br></div></div></body></html> --1060583355-1358189179-1396420276=:80659--

3 2

[Users] Logical Network VLAN Tagging and DataCenters
by Simon Barrett 02 Apr '14

02 Apr '14

--_000_D86C48DF8800164BBE50B87623F7AC95481F3217ln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is it possible/supported to have the same VLAN ID defined across multiple d= atacenters logical networks? I am seeing a situation where if I have two Datacenters, both with a logica= l network that have the same vlan tag. E.G. DC =3D London, Logical network =3D prod, VLAN =3D 123 DC =3D Paris, Logical network =3D prod, VLAN =3D 123 If I edit one of the VM's running in the "London" datacenter, the VM NIC sh= ows up as empty even though if I click on the VM and go to the "Network Int= erfaces" tab at the bottom of the screen it lists up the "prod" network und= er "Network Name". All works OK for VM's that are assigned a logical network that is only defi= ned once (i.e. has not been added to both datacenters). This configuration is on oVirt Engine 3.3.2-1.el6. I am planning on moving = to 3.4 very soon so will test out again on that version. Thanks, Simon --_000_D86C48DF8800164BBE50B87623F7AC95481F3217ln2wio001devtra_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Is it possible/supported to have the same VLAN ID de= fined across multiple datacenters logical networks?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I am seeing a situation where if I have two Datacent= ers, both with a logical network that have the same vlan tag. E.G.<o:p></o:= p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">DC =3D London, Logical network =3D prod, VLAN =3D 12= 3<o:p></o:p></p> <p class=3D"MsoNormal">DC =3D Paris, Logical network =3D prod, VLAN =3D 123= <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">If I edit one of the VM’s running in the &#822= 0;London” datacenter, the VM NIC shows up as empty even though if I c= lick on the VM and go to the “Network Interfaces” tab at the bo= ttom of the screen it lists up the “prod” network under “= Network Name”.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">All works OK for VM’s that are assigned a logi= cal network that is only defined once (i.e. has not been added to both data= centers).<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">This configuration is on oVirt Engine 3.3.2-1.el6. I= am planning on moving to 3.4 very soon so will test out again on that vers= ion. <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Simon<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC95481F3217ln2wio001devtra_--

3 3

[Users] Where is the hosted engine storage?
by Jimmy Dorff 02 Apr '14

02 Apr '14

This is a cryptographically signed message in MIME format. --------------ms010202000106020805010209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable I installed a test system with 3.4 and hosted-engine. Everything worked! Post-install I didn't have a Storage Domain and the Data Center wasn't=20 initialized. I added a second NFS path (everything on a NFS appliance)=20 and setup a Storage Domain and such. My question is where is the storage for the engine vm? Clearly it's on=20 the NFS path I provided during the setup, but that isn't visible in the=20 oVirt GUI at all. The "HostedEngine" Disks tab is blank. Just checking that this is the design intent. Thanks, Jimmy --------------ms010202000106020805010209 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKYDCC BOowggPSoAMCAQICECeaPwnGr8aRr9rqNxvvpm8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwMjExMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjBkMQswCQYDVQQGEwJVUzES MBAGA1UEChMJSW50ZXJuZXQyMREwDwYDVQQLEwhJbkNvbW1vbjEuMCwGA1UEAxMlSW5Db21t b24gU3RhbmRhcmQgQXNzdXJhbmNlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANPgFQJ7+XaC6f6RlvPwHiFotQ1hML4Jl2bdHSOn+x+GeDrml2rHwaR/iU2z nlmzOAsfOSJrAigSvymW0TX0lSpsBpgcGWRcpn5FbiBrkbh0DzxTyIMZaxGjxyyFBR6H1Mug CAUGLmaJPXing5NUt9gX6tPufWbUNN6Jyhn9N8rQg95RaNha9XTr3YICWvogzqrPQCvTyJ6F 6YEzm9bxT5FF2Y0zKRxdB5qF6f/JErJMDEIq7TD019yZtc8LgOp53qcjYp+16Zai1rIaRdDY Ex2SefSEgT22FY/ubywaxuxdrJOPC0dNOjsJ1d4GIjoRlZBvTnsfci4nkTM+iFfCvwkCAwEA AaOCAUswggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBTo 172Wqt3QCO+hM55eWZg8ErebkTAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIB ADARBgNVHSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2Vy dHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5j cmwwdAYIKwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5j b20vVVROQWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51 c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAO7bbgOJ86aKIBwfCE5Sbu/IHS14zJ GyRDoMmxheaf5OAq0UTe8qBwrYgYKEiWExJHSfnKOaNX181ThU239y8f2atTemkHTshCv+Ls Xjt79D6ypEmWkRZ7+U9qXkJyMdHTQ6E5BYk+y7XR6T4RxoR1zjW/9S3ooqv1pAFOcBwmZasW w70y5ikQL2tqskjWcAYG9SjoVH7MEMVprhHpBes7OMFiWtAeGOlcTVP49Srh3ZI1hPoljx/H I1ka+KIlpVZi4t44rNTfM1diATgqUSo7TLlHsHHpySHBYY7SY626SSsiAKw2NRBIDl7B7B2x 22JekwPq5VBI71GrIYr7YMXCMIIFbjCCBFagAwIBAgIRAJii4SGmG4xeMs7zeGP14o4wDQYJ KoZIhvcNAQEFBQAwZDELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUludGVybmV0MjERMA8GA1UE CxMISW5Db21tb24xLjAsBgNVBAMTJUluQ29tbW9uIFN0YW5kYXJkIEFzc3VyYW5jZSBDbGll bnQgQ0EwHhcNMTMxMDMxMDAwMDAwWhcNMTgxMDMxMjM1OTU5WjCBnDEOMAwGA1UEERMFMjc3 MDExJTAjBgNVBAoTHER1a2UgVW5pdmVyc2l0eSAtIEVuY3J5cHRpb24xCzAJBgNVBAgTAk5D MQ8wDQYDVQQHEwZEdXJoYW0xCzAJBgNVBAYTAlVTMRQwEgYDVQQDEwtKaW1teSBEb3JmZjEi MCAGCSqGSIb3DQEJARYTamRvcmZmQHBoeS5kdWtlLmVkdTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBALHXuvlDP6Pjn3MAVN2+FB2Yu+Bjl8VzAxBmqrrflkFWvpOv/xpI0/QI A1NhPOER1zKev2GK35R44eM4P7jyz3rbvM2SBH4OVpk6l5aTJnM5shneFyxMr9TmlHi6gMeA MuCwGZvTeP+nfUgf0Gdrf3dPMlwxMeoPDjb0nApn8f5ZtuNRB46yuHwsXmSi6MNrufOgclkm AtjirEydxysjl/Ck1AOzI6dUyFFmGR63lddOWIPFR+K1Seh7t1auVx4Z8VuW2wCSzurcBOJV j0RnsduOxIzHZgQcoy5QaNi6h0/61fUvKB4S1K8mGY18rdtTz5DWCgf0lq276E2Wy6JidkMC AwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFOjXvZaq3dAI76Eznl5ZmDwSt5uRMB0GA1UdDgQW BBT3kO8ynA7nwzcRrZ/97bI0/CQ9iDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwagYDVR0gBGMwYTBfBg0rBgEEAa4jAQQD AwABME4wTAYIKwYBBQUHAgEWQGh0dHBzOi8vd3d3LmluY29tbW9uLm9yZy9jZXJ0L3JlcG9z aXRvcnkvY3BzX3N0YW5kYXJkX2NsaWVudC5wZGYwTgYDVR0fBEcwRTBDoEGgP4Y9aHR0cDov L2NybC5pbmNvbW1vbi5vcmcvSW5Db21tb25TdGFuZGFyZEFzc3VyYW5jZUNsaWVudENBLmNy bDCBgAYIKwYBBQUHAQEEdDByMEoGCCsGAQUFBzAChj5odHRwOi8vY2VydC5pbmNvbW1vbi5v cmcvSW5Db21tb25TdGFuZGFyZEFzc3VyYW5jZUNsaWVudENBLmNydDAkBggrBgEFBQcwAYYY aHR0cDovL29jc3AuaW5jb21tb24ub3JnMB4GA1UdEQQXMBWBE2pkb3JmZkBwaHkuZHVrZS5l ZHUwDQYJKoZIhvcNAQEFBQADggEBAISQv2tq3fwqcnd7y7gjlPcxAvJgiXrgKoeED2KFYrbB fg8JeBEi1fqRZnk38LDobfgFFbCaBmVZ37sSW0XPxeQIwQdbY5FpcjMpb2dG1SIPEzV5nuos Bsh+SAGDia86e4SxMpagT39aKcc/5TfR9iBquKEgvriUNJW8VAJzOd9/VmMzsjBz0mEGpEYJ 6cV+7D2uITp4nbpU34YOVENvLUlV44Lyw52DJ6ZeKP+hmNrJx1sz93LD841B9Q494/wC6H4Q G/OjWB7TEA1EqVNvr9/WiXt5WJDLCT+WSuFwIfq1sY5252u8PCOB8kdBMEvWT23YJ9UdoZPK K9bYrCXTEn4xggOHMIIDgwIBATB5MGQxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5l dDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJbkNvbW1vbiBTdGFuZGFyZCBBc3N1 cmFuY2UgQ2xpZW50IENBAhEAmKLhIaYbjF4yzvN4Y/XijjAJBgUrDgMCGgUAoIIB4zAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA0MDExODUxNTVaMCMG CSqGSIb3DQEJBDEWBBSsqibTB91/Qyqg7dmPk+T/uRbz/jBsBgkqhkiG9w0BCQ8xXzBdMAsG CWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGIBgkrBgEEAYI3EAQxezB5 MGQxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9u MS4wLAYDVQQDEyVJbkNvbW1vbiBTdGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBAhEAmKLh IaYbjF4yzvN4Y/XijjCBigYLKoZIhvcNAQkQAgsxe6B5MGQxCzAJBgNVBAYTAlVTMRIwEAYD VQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJbkNvbW1vbiBT dGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBAhEAmKLhIaYbjF4yzvN4Y/XijjANBgkqhkiG 9w0BAQEFAASCAQBENeOvjbra1fRISNeBQK0yyXjmdrheZxSvA8Hs4mL6U/xXkLFRq5l7pt5K f1P67bHLN2FR1AHpIfWJ+LYgWPpMwAEu8CW1sAgHLpz/BdyJjJ2lBlWJZw+KEfGmFNnRGmmL EvcjS5w4ZsvoY8eD6Jm7f3orT8ces+KCz7uD7VU/JUhAeS+/PkrCr0BrE8OaZ13rNtl930cd ZTcMyPCFgoThSinBKaLkYs5hvgok43l8f/jSP09oMicY03xfGewAzXCY9BzVIGEjzfgsBgVc 8sAT+gp7DV0QGtYfnLaZqvUENsvvLAyMWkU3TNAIPZ1whp9uHXBbshkK466HoiVPQ7O3AAAA AAAA --------------ms010202000106020805010209--

2 1

[Users] Clome thin provision to thin provision??
by Federico Alberto Sayd 01 Apr '14

01 Apr '14

Hello: Is it possible to clone a vm with thin provisioned disks to another vm with thin provisioned disks too? Currently when I clone a VM from a snapshot, although I choose "thin provision" in "resource allocation"->"Storage Allocation" from the "Clone VM from Snapshot dialog", the VM is created with preallocated disk(s) Is this the default or there is a problem with my engine/nodes installation? Engine: Centos 6.5, ovirt-engine 3.4.0-1.el6 Nodes: Centos 6.5, vdsm-4.13.3-2.el6

2 3

[Users] How-to NAT / host-only virtual machine network
by Alexander von Gluck 01 Apr '14

01 Apr '14

Found a way to get easy NAT / host only virtual networks in oVirt 3.4. I didn't see this documented, so posting it here: 1. Create a fake ethernet card - ip link set name vmnet0dummy dev dummy0 Now you can create a new network (bridge) named vmnet0, and attach it to vmnet0dummy. The issue is that as posted on http://www.ovirt.org/Features/Nicless_Network#Benefit_to_oVirt: " I am told that implementing this in Engine is quite a pain, as network external interfaces are currently used as keys. A network without nics is currently unsearchable. " You'll need to figure out your own dhcp / NAT using libvirt or something running on your server, but a *lot* easier and less hacky than http://lists.ovirt.org/pipermail/users/2012-April/001751.html :-) -- Alex

1 0

Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed
by Alastair Neil 01 Apr '14

01 Apr '14

Thanks Alon, that did the trick and my upgrade completed successfully. On 31 March 2014 23:18, Alastair Neil <ajneil.tech(a)gmail.com> wrote: > Thanks Alon > > > On 31 March 2014 19:22, Alon Bar-Lev <alonbl(a)redhat.com> wrote: > >> >> >> ----- Original Message ----- >> > From: "Alastair Neil" <ajneil.tech(a)gmail.com> >> > To: "Alon Bar-Lev" <alonbl(a)redhat.com> >> > Sent: Tuesday, April 1, 2014 2:10:03 AM >> > Subject: Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed >> > >> > So are there any specific actions I need to do or just try tomorrow? >> >> You can edit: >> /usr/share/ovirt-engine/setup/ovirt_engine_setup/constants.py >> >> Replace: >> UPGRADE_YUM_GROUP = 'ovirt-engine-3.4' >> With: >> UPGRADE_YUM_GROUP = 'ovirt-engine-XXX' >> >> This will make setup ignore the bad group and upgrade based on package >> name. >> >> > >> > -Alastair >> > >> > >> > >> > On 31 March 2014 19:07, Alon Bar-Lev <alonbl(a)redhat.com> wrote: >> > >> > > >> > > The group within repository[1] is invalid. >> > > >> > > Sandro, kiril, please modify ovirt->ovirt-enigne and check that all >> > > packages are OK. >> > > >> > > I also do not know what this file[2] is at that location. >> > > >> > > Alastair, all the issues are caused by this, as product is not >> upgraded to >> > > 3.4, so setup package of 3.4 is trying to setup 3.3 product. >> > > >> > > Thank you for the report! >> > > >> > > Alon >> > > >> > > [1] >> > > >> http://resources.ovirt.org/pub/ovirt-3.4/rpm/fc19/repodata/6cf75ccf11a0c245… >> > > [2] http://resources.ovirt.org/pub/ovirt-3.4/ovirt34.xml >> > > >> > > ----- Original Message ----- >> > > > From: "Alastair Neil" <ajneil.tech(a)gmail.com> >> > > > To: "Alon Bar-Lev" <alonbl(a)redhat.com> >> > > > Cc: users(a)ovirt.org >> > > > Sent: Tuesday, April 1, 2014 1:59:16 AM >> > > > Subject: Re: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed >> > > > >> > > > I tried manually copying the directory /etc/ovirt-engine/sysprep to >> > > > /usr/share/ovirt-engine/conf, and then running engine-setup >> > > > >> > > > I now get a different failure: >> > > > >> > > > [ ERROR ] Failed to execute stage 'Misc configuration': function >> > > > inst_add_glance_provider(unknown, unknown, unknown, unknown, >> unknown) >> > > does >> > > > not exist LINE 2: select inst_add_glance_provider( >> > > > ^ HINT: No function matches the given name >> and >> > > > argument types. You might need to add explicit type casts. >> > > > >> > > > I am attaching the logs from both in case this was a bogus thing to >> try >> > > > >> > > > -20140331175537.log has the original failure and the second in in >> the >> > > > other file. >> > > > >> > > > Thanks >> > > > >> > > > -Alastair >> > > > >> > > > >> > > > >> > > > On 31 March 2014 18:24, Alon Bar-Lev <alonbl(a)redhat.com> wrote: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Alastair Neil" <ajneil.tech(a)gmail.com> >> > > > > > To: users(a)ovirt.org >> > > > > > Sent: Tuesday, April 1, 2014 1:18:37 AM >> > > > > > Subject: [Users] upgrade from 3.3 to 3.4 on fedora 19 failed >> > > > > > >> > > > > > Any suggestions what to look for? >> > > > > >> > > > > Please attach: >> > > > > /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log >> > > > > >> > > > > > Thanks >> > > > > > Alastair >> > > > > > >> > > > > > >> > > > > > >> > > > > > [root@ovirt-admin ~]# engine-setup >> > > > > > [ INFO ] Stage: Initializing >> > > > > > [ INFO ] Stage: Environment setup >> > > > > > Configuration files: >> > > ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf', >> > > > > > '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] >> > > > > > Log file: >> > > > > /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log >> > > > > > Version: otopi-1.2.0 (otopi-1.2.0-1.fc19) >> > > > > > [ INFO ] Stage: Environment packages setup >> > > > > > [ INFO ] Stage: Programs detection >> > > > > > [ INFO ] Stage: Environment setup >> > > > > > [ INFO ] Stage: Environment customization >> > > > > > >> > > > > > --== PRODUCT OPTIONS ==-- >> > > > > > >> > > > > > >> > > > > > --== PACKAGES ==-- >> > > > > > >> > > > > > [ INFO ] Checking for product updates... >> > > > > > [ INFO ] No product updates found >> > > > > > >> > > > > > --== NETWORK CONFIGURATION ==-- >> > > > > > >> > > > > > Setup can automatically configure the firewall on this system. >> > > > > > Note: automatic configuration of the firewall may overwrite >> current >> > > > > settings. >> > > > > > Do you want Setup to configure the firewall? (Yes, No) [Yes]: >> > > > > > [ INFO ] firewalld will be configured as firewall manager. >> > > > > > >> > > > > > --== DATABASE CONFIGURATION ==-- >> > > > > > >> > > > > > --== OVIRT ENGINE CONFIGURATION ==-- >> > > > > > >> > > > > > Skipping storing options as database already prepared >> > > > > > >> > > > > > --== PKI CONFIGURATION ==-- >> > > > > > >> > > > > > PKI is already configured >> > > > > > --== APACHE CONFIGURATION ==-- >> > > > > > >> > > > > > --== SYSTEM CONFIGURATION ==-- >> > > > > > >> > > > > > --== MISC CONFIGURATION ==-- >> > > > > > >> > > > > > --== END OF CONFIGURATION ==-- >> > > > > > >> > > > > > [ INFO ] Stage: Setup validation >> > > > > > [WARNING] Less than 16384MB of memory is available >> > > > > > [ INFO ] Cleaning stale zombie tasks >> > > > > > >> > > > > > --== CONFIGURATION PREVIEW ==-- >> > > > > > >> > > > > > Engine database name : engine >> > > > > > Engine database secured connection : False >> > > > > > Engine database host : localhost >> > > > > > Engine database user name : engine >> > > > > > Engine database host name validation : False >> > > > > > Engine database port : 5432 >> > > > > > NFS setup : True >> > > > > > Firewall manager : firewalld >> > > > > > Update Firewall : True >> > > > > > Configure WebSocket Proxy : True >> > > > > > Host FQDN : ovirt-admin.xxxxx.xxx.xxx >> > > > > > NFS mount point : /var/lib/exports/iso >> > > > > > Set application as default page : True >> > > > > > Configure Apache SSL : True >> > > > > > >> > > > > > Please confirm installation settings (OK, Cancel) [OK]: >> > > > > > [ INFO ] Cleaning async tasks and compensations >> > > > > > [ INFO ] Checking the Engine database consistency >> > > > > > [ INFO ] Stage: Transaction setup >> > > > > > [ INFO ] Stopping engine service >> > > > > > [ INFO ] Stage: Misc configuration >> > > > > > [ INFO ] Stage: Package installation >> > > > > > [ INFO ] Stage: Misc configuration >> > > > > > [ INFO ] Backing up database localhost:engine to >> > > > > > >> '/var/lib/ovirt-engine/backups/engine-20140331175747.lV9QoZ.sql'. >> > > > > > [ INFO ] Updating Engine database schema >> > > > > > [ ERROR ] Failed to execute stage 'Misc configuration': [Errno >> 2] No >> > > such >> > > > > > file or directory: >> '/usr/share/ovirt-engine/conf/sysprep/sysprep.2k3' >> > > > > > [ INFO ] Yum Performing yum transaction rollback >> > > > > > [ INFO ] Rolling back database schema >> > > > > > [ INFO ] Clearing Engine database engine >> > > > > > [ INFO ] Restoring Engine database engine >> > > > > > [ INFO ] Stage: Clean up >> > > > > > Log file is located at >> > > > > > >> /var/log/ovirt-engine/setup/ovirt-engine-setup-20140331175537.log >> > > > > > [ INFO ] Stage: Pre-termination >> > > > > > [ INFO ] Stage: Termination >> > > > > > [ ERROR ] Execution of setup failed >> > > > > > >> > > > > > >> > > > > > _______________________________________________ >> > > > > > Users mailing list >> > > > > > Users(a)ovirt.org >> > > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > >> > > > > >> > > > >> > > >> > >> > >

1 0