- Users - oVirt List Archives

Ovirt-3.4.1: How to: Upgrading Hosted Engine Cluster
by Daniel Helgenberger 13 May '14

13 May '14

--=-wlqg4Mk7qpqjBQhvuW3U Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, failing to find a procedure how to actually upgrade a HA cluster, I did the following witch turned out to be working pretty well. I am somewhat new to oVirt and was amazed how well actually; I did not need to shutdown a single VM (well, one because of mem usage; many of my running VMs have fancy stuff like iscsi and FC luns via a Quantum Stornext HA Cluster): 1. Set cluster to global maintance 2. Login to ovit engine and to the upgrade according to the release nodes. 3. After the upgrade is finished and the engine running, set the first Node in local maintenance. 4. Login the first node and yum update (with the removal of ovirt-release as mentioned in release notes).* I rebooted the node because of the kernel update. 5. Return to oVirt and reinstall the Node from GUI, it will be set to operational automatically** 6. Repeat steps 3-6 for the rest of the Nodes. 7. Remove global maintenance. 8. Update the last Node.*** * I first tried to do this with re-install from GUI. This failed; so I used the yum - update method to update all relevant services ** I do not know if this was necessary. I did this because the hosted-engine --deploy does the same thing when adding a host. *** I found this to be necessary because I had all my Nodes in local maintenance and could not migrate the Hosted engine from the last node any more. The host activation in oVirt did not remove the local maintenance set prior to the update (witch it should, IMHO). It might be desirable to have a hosted-engine command option to remove local maintenance for that reason. --=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 --=-wlqg4Mk7qpqjBQhvuW3U 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 AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNTA5MTU0NTM2WjAjBgkqhkiG9w0B CQQxFgQUh4SYqCls4KDw7Nqrkc2z4amOSccweAYJKwYBBAGCNxAEMWswaTBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzB6BgsqhkiG9w0BCRACCzFroGkwVDEL MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp Z24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEB BQAEggEAxi+0oO90JtVaCtiXXazuNXIq6kkZQfGovMfzYbS0koowg65fyM14d6hzODNGJOFWib7P RBsQEFpx2OBs+Ckk77NByk6r0VnWqb+vE9AtyODk6UJx0yQ6nEKVwiQ1uJlOf1MNpRThrSNYP0GK xq2YGvVvCYN6f+VW+h+YvisaTN8p3/a6lwOszImvFvAYmNafTnBCYug54j7ujUZQ5JgM5cLlwL6T Nv5mblgnujoO+uVi7oQOXiGNoIOU7TIUKxH28QdJmu26GbYDGuemZcFgiTnku9bDguULXVKHp2co OyuoNqmMnvwkQK9agYRK5n2Punr62kekcWvzHyOXfovO4gAAAAAAAA== --=-wlqg4Mk7qpqjBQhvuW3U--

3 5

getVdsCapabilites unexpected exception [was: Re: AIO 3.4 on fedora 19 initial errors before coming up]
by Gianluca Cecchi 13 May '14

13 May '14

Actually it seems that today datacenter comes up but starting a windows XP vm remains in "waiting for launch" Yesterday I ran an update that impied gluster but I don't think it is relevant in my environment... yum.log contains: May 10 21:24:20 Updated: openstack-java-client-3.0.4-1.fc19.noarch May 10 21:24:20 Updated: audit-libs-2.3.6-1.fc19.x86_64 May 10 21:24:20 Updated: libjpeg-turbo-1.3.1-2.fc19.x86_64 May 10 21:24:20 Installed: rsyslog-mmjsonparse-7.2.6-1.fc19.x86_64 May 10 21:24:21 Updated: glusterfs-libs-3.5.0-3.fc19.x86_64 May 10 21:24:21 Updated: glusterfs-3.5.0-3.fc19.x86_64 May 10 21:24:21 Updated: openstack-java-quantum-model-3.0.4-1.fc19.noarch May 10 21:24:21 Updated: openstack-java-glance-model-3.0.4-1.fc19.noarch May 10 21:24:21 Updated: openstack-java-keystone-model-3.0.4-1.fc19.noarch May 10 21:24:21 Updated: openstack-java-keystone-client-3.0.4-1.fc19.noarch May 10 21:24:21 Updated: openstack-java-glance-client-3.0.4-1.fc19.noarch May 10 21:24:21 Updated: openstack-java-quantum-client-3.0.4-1.fc19.noarch May 10 21:24:22 Updated: glusterfs-fuse-3.5.0-3.fc19.x86_64 May 10 21:24:22 Updated: glusterfs-api-3.5.0-3.fc19.x86_64 May 10 21:24:22 Updated: glusterfs-rdma-3.5.0-3.fc19.x86_64 May 10 21:24:22 Updated: glusterfs-cli-3.5.0-3.fc19.x86_64 May 10 21:24:22 Updated: libjpeg-turbo-devel-1.3.1-2.fc19.x86_64 May 10 21:24:22 Updated: audit-2.3.6-1.fc19.x86_64 May 10 21:24:22 Updated: audit-libs-python-2.3.6-1.fc19.x86_64 May 10 21:24:23 Updated: openstack-java-resteasy-connector-3.0.4-1.fc19.noarch May 10 21:24:23 Updated: 2:microcode_ctl-2.0-7.fc19.x86_64 May 10 21:24:23 Updated: python-ethtool-0.9-2.fc19.x86_64 May 10 21:24:23 Updated: htop-1.0.3-1.fc19.x86_64 May 10 21:24:23 Updated: python-lxml-3.3.5-1.fc19.x86_64 May 10 21:24:28 Updated: kmod-nvidia-304xx-3.13.11-100.fc19.x86_64-304.119-2.fc19.11.x86_64 May 10 21:24:28 Updated: audit-libs-2.3.6-1.fc19.i686 In my engine.log I see error about getting capabilities... 2014-05-11 10:15:26,759 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_W orker-67) Failed in GetCapabilitiesVDS method 2014-05-11 10:15:26,759 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_W orker-67) Command org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand return value org.ovirt.engine.core.vdsbroker.vdsbroker.VDSInfoReturnForXmlRpc@792fc59f 2014-05-11 10:15:26,760 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_W orker-67) HostName = local_host 2014-05-11 10:15:26,760 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_W orker-67) Command GetCapabilitiesVDSCommand(HostName = local_host, HostId = aab9571f-da17-4c3c-9e6b-d0224b84c31e, vds=Host[lo cal_host]) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetCapabilitiesV DS, error = Unexpected exception, code = 16 2014-05-11 10:15:26,771 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-67) Failed to refre sh VDS , vds = aab9571f-da17-4c3c-9e6b-d0224b84c31e : local_host, error = org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetCapabilitiesVDS, error = Unexpected exception, code = 16, continuing.: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetCapabilitiesVDS, error = Unexpected exception, code = 16 at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createDefaultConcreteException(VdsBrokerCommand.java:61) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:199) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:186) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:16) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:96) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) [dal.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:537) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.beforeFirstRefreshTreatment(VdsUpdateRunTimeInfo.java:888) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:499) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:337) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor35.invoke(Unknown Source) [:1.7.0_55] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_55] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_55] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] [root@tekkaman ovirt-engine]# vdsClient -s 0 getVdsCapabilities Unexpected exception the qemu command line is qemu 8470 1 5 09:58 ? 00:00:57 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name winxp -S -machine pc-1.0,accel=kvm,usb=off -cpu Opteron_G3 -m 2048 -realtime mlock=off -smp 1,maxcpus=160,sockets=160,cores=1,threads=1 -uuid 2981b979-a363-4ab9-a251-439b5774b04d -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-8,serial=E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1,uuid=2981b979-a363-4ab9-a251-439b5774b04d -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/winxp.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-05-11T09:58:34,driftfix=slew -no-shutdown -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x7 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/_DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/75c54716-5222-4ad6-91f2-8b312eacc4b4/d4fa7785-8a89-4d13-9082-52556ab0b326,if=none,id=drive-virtio-disk0,format=raw,serial=75c54716-5222-4ad6-91f2-8b312eacc4b4,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:01:52,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/2981b979-a363-4ab9-a251-439b5774b04d.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/2981b979-a363-4ab9-a251-439b5774b04d.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x2 -device AC97,id=sound0,bus=pci.0,addr=0x4 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 [root@tekkaman ovirt-engine]# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 5 model name : AMD Athlon(tm) II X4 630 Processor stepping : 2 microcode : 0x10000db cpu MHz : 2800.000 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pstate npt lbrv svm_lock nrip_save bogomips : 5600.37 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate ...

8 17

Fwd: question from facebook : i'm writing about ovirt in French magazine
by PC-CALL Liège - Raphaël Neijens 13 May '14

13 May '14

Hi all i'm writing about ovirt in a French magazine ... What do you think i cań't Forget to speak about ? Ovirt VS Vsphere .... Why is ovirt better ? Thanks for help PC-CALL Liège - Neva Systems sprl Raphaël NEIJENS | Responsable technique Quai des ardennes 140 - 4031 Angleur ( Liège, Belgique ) tel : (+32) 4 277 93 38 - (+32) 476 217 188 raphael(a)pc-call.be Facebook | Twitter | www.pc-call.be & www.raphaelneijens.be

1 0

getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution)
by Steven Van Acker 13 May '14

13 May '14

Hello all, I was asked to post the following problem on this mailinglist. After installing a clean CentOS 6.5 with a clean oVirt 3.4, following the instructions from http://www.ovirt.org/Download#Red_Hat_Enterprise_Linux_6.2FCentOS_Installat… I went to http://localhost.localdomain:80/ovirt-engine as indicated and was redirected to a 404 page. The same happened when using https. During the installation, engine-setup will print out the following on my VM with 512MB RAM: [WARNING] Warning: Not enough memory is available on the host. Minimum requirement is 4096MB, and 16384MB is recommended. SSH fingerprint: 4B:DE:48:26:99:AA:C0:72:E3:C8:B5:64:5F:6E:6D:00 Internal CA FB:82:FE:14:35:3A:BE:1A:B1:E6:99:C2:DC:CD:6D:E0:44:64:0F:47 Web access is enabled at: http://localhost.localdomain:80/ovirt-engine https://localhost.localdomain:443/ovirt-engine Please use the user "admin" and password specified in order to login into oVirt Engine The consequence of not having enough RAM for oVirt is that it will silently fail to start up, without apparent errors or warnings. In my view, the warning above should be rephrased as "Not enough memory is available on the host, oVirt will refuse to start" and colored red. The solution to this problem is to have at least 4GB of RAM, after which oVirt seems to start up fine (with only 1.2GB of RAM in use). kr, -- Steven

1 0

Re: [ovirt-users] gluster performance oVirt 3.4
by Humble Devassy Chirammal 13 May '14

13 May '14

1 0

Re: [ovirt-users] gluster performance oVirt 3.4
by Humble Chirammal 13 May '14

13 May '14

1 0

cannot connect to spice console with portal<oVirt 3.4.1>
by Zhong Qiang 13 May '14

13 May '14

since I upgraded from oVirt 3.4.0,I can't connect to spice console with userportal/adminportal.received this error: Unable to conect to the graphic server c:\DOCUME~1\it\LOCALS~1\Temp\console.vv Any help is greatly appreciated. Thank you

2 5

Re: [ovirt-users] How to install spice-xpi-2.8 on ubuntu12.04?
by Zhong Qiang 13 May '14

13 May '14

Thanks for you help,It worked 2014-05-08 15:16 GMT+08:00 René Koch <rkoch(a)linuxland.at>: > If spice-xpi 2.7 is sufficient, you can use these packages: > https://launchpad.net/~jasonbrooks/+archive/ppa/+packages > > > Regards, > René > > > On 05/08/2014 07:22 AM, Zhong Qiang wrote: > >> *when i complie spice-xpi-2.8 on ubuntu12.04 with firefox29,i receive >> this error:* >> >> ############################################################ >> #################################### >> root@user:~/src/spice-xpi-2.8# make >> make all-recursive >> make[1]: Entering directory `/root/src/spice-xpi-2.8' >> Making all in SpiceXPI >> make[2]: Entering directory `/root/src/spice-xpi-2.8/SpiceXPI' >> Making all in src >> make[3]: Entering directory `/root/src/spice-xpi-2.8/SpiceXPI/src' >> Making all in plugin >> make[4]: Entering directory `/root/src/spice-xpi-2.8/SpiceXPI/src/plugin' >> GEN nsISpicec.xpt >> make all-am >> make[5]: Entering directory `/root/src/spice-xpi-2.8/SpiceXPI/src/plugin' >> CXX libnsISpicec_la-controller.lo >> controller.cpp: In destructor 'SpiceController::~SpiceController()': >> controller.cpp:73:5: warning: format not a string literal and no format >> arguments [-Wformat-security] >> CXX libnsISpicec_la-np_entry.lo >> CXX libnsISpicec_la-npn_gate.lo >> CXX libnsISpicec_la-npp_gate.lo >> CXX libnsISpicec_la-nsScriptablePeer.lo >> In file included from nsScriptablePeer.cpp:54:0: >> /root/src/xulrunner-sdk/include/nsError.h:186:14: error: expected >> constructor, destructor, or type conversion before '(' token >> /root/src/xulrunner-sdk/include/nsError.h:188:14: error: expected >> constructor, destructor, or type conversion before '(' token >> make[5]: *** [libnsISpicec_la-nsScriptablePeer.lo] Error 1 >> make[5]: Leaving directory `/root/src/spice-xpi-2.8/SpiceXPI/src/plugin' >> make[4]: *** [all] Error 2 >> make[4]: Leaving directory `/root/src/spice-xpi-2.8/SpiceXPI/src/plugin' >> make[3]: *** [all-recursive] Error 1 >> make[3]: Leaving directory `/root/src/spice-xpi-2.8/SpiceXPI/src' >> make[2]: *** [all-recursive] Error 1 >> make[2]: Leaving directory `/root/src/spice-xpi-2.8/SpiceXPI' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/root/src/spice-xpi-2.8' >> make: *** [all] Error 2 >> ############################################################ >> ################################# >> *Any help is greatly appreciated. Thank you* >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >>

3 5

FISL15 Conference - report
by Douglas Schilling Landgraf 13 May '14

13 May '14

Hello, We had people in FISL15 conference talking about oVirt, if you are interested, please see my report below: http://dougsland.livejournal.com/123103.html -- Cheers Douglas

4 3

Re: [ovirt-users] gluster performance oVirt 3.4
by Vadims Korsaks 13 May '14

13 May '14

Underlying FS is XFS GlusterFS - glusterfs-3.5.0-2.el6 I'm using CentOS, if this is problem could RHEL packages be used? why CentOS packages are compiled without native glusterfs support? Citējot Paul Robert Marino <prmarino1(a)gmail.com> : > What's the underlying filesystem for gluster is it XFS? > What version of gluster are you using? > What distro are you using and if its not RHEL or Fedora are you using a version of QEMU with gluster support compiled in keep in mind the versions with CentOS and Scientific Linux do not include Gluster native support compiled in. > > > > -- Sent from my HP Pre3 > > On May 11, 2014 5:40, Vadims Korsaks <truckk(a)inbox.lv> wrote: > > Citējot Vijay Bellur <vbellur(a)redhat.com> : > > On 05/11/2014 02:04 AM, Vadims Korsaks wrote: > > > HI! > > > > > > Created 2 node setup with oVirt 3.4 and > CentOS 6.5, for storage created > > > 2 node replicated gluster (3.5) fs on same > hosts with oVirt. > > > mount looks like this: > > > 127.0.0.1:/gluster01 on > > > > /rhev/data-center/mnt/glusterSD/127.0.0.1:_gluster01 > type fuse.glusterfs > > > > (rw,default_permissions,allow_other,max_read=131072) > > > > > > when i making gluster test with dd, something > like > > > dd if=/dev/zero bs=1M count=20000 > > > > of=/rhev/data-center/mnt/glusterSD/127.0.0.1\:_gluster01/kaka > > > i'm gettting speed ~ 110 MB/s, so this is > 1Gbps speed of ethernet adapter > > > > > > but with in VM created in oVirt speed is > lower than 20 MB/s > > > > > > why there is so huge difference? > > > how can improve VMs disks speed? > > > > > > > What are your gluster volume settings? Have you > applied the following > > performance tunables in gluster's virt profile: > > > > eager-lock=enable > > remote-dio=enable > > > > Regards, > > Vijay > > > setting were: > [root@centos155 ~]# gluster volume info gluster01 > > Volume Name: gluster01 > Type: Replicate > Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 > Status: Started > Number of Bricks: 1 x 2 = 2 > Transport-type: tcp > Bricks: > Brick1: 10.2.75.152:/mnt/gluster01/brick > Brick2: 10.2.75.155:/mnt/gluster01/brick > Options Reconfigured: > storage.owner-gid: 36 > storage.owner-uid: 36 > > > add your settings settings now it looks > > [root@centos155 ~]# gluster volume info gluster01 > > Volume Name: gluster01 > Type: Replicate > Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 > Status: Started > Number of Bricks: 1 x 2 = 2 > Transport-type: tcp > Bricks: > Brick1: 10.2.75.152:/mnt/gluster01/brick > Brick2: 10.2.75.155:/mnt/gluster01/brick > Options Reconfigured: > network.remote-dio: enable > cluster.eager-lock: enable > storage.owner-gid: 36 > storage.owner-uid: 36 > > > but this didn't affected performace in any big way > should hosts to be restarted? > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

6 6