- Users - oVirt List Archives

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 25 Apr '14

25 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 25 Apr '14

25 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 . 24 Apr '14

24 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