- Users - oVirt List Archives

ovirt 3.6 hosted engine vm not displaying in vms tab
by Dobó László 24 Apr '16

24 Apr '16

Hi, I just upgraded from 3.6.3 to 3.6.5, but the hosted engine vm still not visible in vms list. Its running on iscsi storage domain. The hosted_storage status is "Inactive", cross data center status is "Locked". I didn't find anything interesting in engine or vdsm log file. Is there any workaround or idea for this problem? engine os: CentOS Linux release 7.2.1511 (Core) pkg list: ebay-cors-filter.noarch 1.0.1-3.el7 @centos-ovirt36 jasperreports-server.noarch 6.0.1-1.el7 @ovirt-3.6 novnc.noarch 0.5.1-2.el7 @ovirt-3.6-epel otopi.noarch 1.4.1-1.el7.centos @ovirt-3.6 otopi-java.noarch 1.4.1-1.el7.centos @ovirt-3.6 ovirt-engine.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-backend.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-cli.noarch 3.6.2.0-1.el7.centos @ovirt-3.6 ovirt-engine-dbscripts.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-jdbc.noarch 1.0.6-1.el7 @ovirt-3.6 ovirt-engine-extensions-api-impl.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-jboss-as.x86_64 7.1.1-1.el7.centos @ovirt-3.6 ovirt-engine-lib.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-restapi.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-sdk-java.noarch 3.6.5.0-1.el7 @ovirt-3.6 ovirt-engine-sdk-python.noarch 3.6.5.0-1.el7.centos @ovirt-3.6 ovirt-engine-setup.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-base.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine-common.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-websocket-proxy.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-tools.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-tools-backup.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-userportal.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-vmconsole-proxy-helper.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-webadmin-portal.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-websocket-proxy.noarch 3.6.5.3-1.el7.centos @ovirt-3.6 ovirt-engine-wildfly.x86_64 8.2.1-1.el7 @ovirt-3.6 ovirt-engine-wildfly-overlay.noarch 8.0.5-1.el7 @ovirt-3.6 ovirt-host-deploy.noarch 1.4.1-1.el7.centos @ovirt-3.6 ovirt-host-deploy-java.noarch 1.4.1-1.el7.centos @ovirt-3.6 ovirt-image-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-iso-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-optimizer.noarch 0.9.1-2.el7.centos @ovirt-3.6 ovirt-optimizer-ui.noarch 0.9.1-2.el7.centos @ovirt-3.6 ovirt-release36.noarch 007-1 @ovirt-3.6 ovirt-setup-lib.noarch 1.0.1-1.el7.centos @ovirt-3.6 ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-proxy.noarch 1.0.0-1.el7.centos @ovirt-3.6 patternfly1.noarch 1.3.0-1.el7.centos @ovirt-3.6-patternfly1-noarch-epel python-daemon.noarch 1.6-4.el7 @ovirt-3.6-epel python-paramiko.noarch 1.15.1-1.el7 @ovirt-3.6-epel python-websockify.noarch 0.6.0-2.el7 @ovirt-3.6-epel spice-html5.noarch 0.1.6-1.el7 @ovirt-3.6-epel vdsm-jsonrpc-java.noarch 1.1.9-1.el7.centos @ovirt-3.6 nodes : oVirt Node Hypervisor release 3.6 (0.999.201603090756.el7.centos) vdsm.noarch 4.17.24-0.el7.centos vdsm-cli.noarch 4.17.24-0.el7.centos vdsm-hook-ethtool-options.noarch 4.17.24-0.el7.centos vdsm-hook-vmfex-dev.noarch 4.17.24-0.el7.centos vdsm-infra.noarch 4.17.24-0.el7.centos vdsm-jsonrpc.noarch 4.17.24-0.el7.centos vdsm-python.noarch 4.17.24-0.el7.centos vdsm-xmlrpc.noarch 4.17.24-0.el7.centos vdsm-yajsonrpc.noarch 4.17.24-0.el7.centos greetings, enax

2 1

Second DataCenter isn't available to attach Export Storage Domain
by Joshua Adkisson 24 Apr '16

24 Apr '16

I have put the export domain into maintenance, detach from Datacenter 1, and when I try to attach it to Datacenter 2, attached to the same engine, when the Attach to Data Center dialog pops up, it only shows Datacenter 1. What am I missing here? Please be kind, I’m very new to oVirt… Version 3.6 CONFIDENTIALITY NOTICE: This email, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you received this email and are not the intended recipient, please inform the sender by email reply and destroy all copies of the original message.

2 1

Re: [ovirt-users] Unable to add hosts in ovirt-engine 3.6
by Oved Ourfali 23 Apr '16

23 Apr '16

You should be able to add new hosts to 3.5 cluster assuming proper 3.5 repos are used on these hosts. Can you attach complete logs? (engine ones and host deploy). Regards, Oved On Apr 22, 2016 8:45 AM, "Sandvik Agustin" <agustinsandvik(a)gmail.com> wrote: does that mean that i have to downgrade my ovirt-engine from 3.6 to 3.5? Or is there anyway to install host which running CentOS 6.7 O.S on ovirt-engine 3.6? TIA Sandvik On Thu, Apr 21, 2016 at 2:04 PM, Yedidyah Bar David <didi(a)redhat.com> wrote: > On Thu, Apr 21, 2016 at 4:57 AM, Sandvik Agustin > <agustinsandvik(a)gmail.com> wrote: > > Hi, > > > > Thanks for the quick reply, my ovirt-engine is running on CentOS 6.7 and > my > > hypervisor is also CentOS 6.7. > > As I wrote before, el6 hosts are not supported in 3.6. > > Best, > -- > Didi > _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

ssh -t serial connection on Widows
by Nathanaël Blanchet 22 Apr '16

22 Apr '16

Concerning ovirt-serial connection : ssh -t -p 2222ovirt-vmconsole@engine Waiting for the closed officiel bash implementation on W10, does it exist a way to do the same with putty or other ssh client? As the spice/vnc console, could it be a good idea to get the same on the UI so as to be OS independant? Thank you. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 5

CentOS Virtualization SIG is not aligned with latest oVirt release
by Stefano Stagnaro 22 Apr '16

22 Apr '16

Hi, today oVirt 3.6.5 has been released and I tried to perform a fresh installation through the CentOS Virtualization SIG: # yum install centos-release-ovirt36 which has installed, for dependencies, also - centos-release-gluster37 - centos-release-virt-common - centos-release-qemu-ev - centos-release-storage-common I immediately noticed that oVirt is still at version 3.6.3 (instead of 3.6.5). This makes it difficult to move to CentOS Virtualization SIG. Besides that, glusterfs is still at version 3.7.8 (instead of 3.7.11). I understand this is a different SIG but oVirt is affected in some way. Thank you, -- Stefano Stagnaro Prisma Telecom Testing S.r.l. Via Petrocchi, 4 20127 Milano – Italy Tel. 02 26113507 int 339 e-mail: stefanos(a)prismatelecomtesting.com skype: stefano.stagnaro

2 2

[hosted-engine] engine failed to start after rebooted
by Wee Sritippho 22 Apr '16

22 Apr '16

Hi, I were upgrading oVirt from 3.6.4.1 to 3.6.5. The engine-vm was running on host02. These are the steps that I've done: 1. Set hosted engine maintenance mode to global 2. Accessed engine-vm and upgraded oVirt to latest version 3. Run 'reboot' in engine-vm 4. After about 10 minutes, the engine-vm still doesn't boot, so I set hosted engine maintenance mode back to none. 5. After another 10 minutes, the engine-vm still doesn't boot, so I restarted host02, host01 then host03 before the engine-vm would be accessible again. I then have to activate host01 and host03 again. Here are the log files from ovirt-hosted-engine-ha folder: - host01: https://gist.github.com/weeix/d73aa8506b296c27110747464ea33312 - host02: https://gist.github.com/weeix/c1b7033f07fb104fdd483cf7ea3a7852 How to correctly restart the engine-vm when we need to? -- Wee

2 3

heavy webadmin
by Nathanaël Blanchet 22 Apr '16

22 Apr '16

Hi all, Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot of ressources whatever is the browser. It can become very slow even for small actions, like changing tabs or editing a vm. The browser activity becomes intensive (100% of cpu) and the processor very hot with a increased fan activity. I suppose javascript to be responsible of this behaviour. Is there a way to reduce the resource allocated to the webadmin? (This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM) -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

7 13

Unable to add hosts in ovirt-engine 3.6
by Sandvik Agustin 22 Apr '16

22 Apr '16

Hi Users, Good day, i'm having problem on adding hosts/hypervisor in ovirt-engine 3.6, a month ago i have successfully added 2 hypervisor when the engine is still version 3.5, then a week ago, i manage to update the engine from 3.5 to 3.6, yesterday i'm adding another 1 hypervisor and i tried using ovirt 3.6 repo for the new hypervisor and failed to add, tried to add the ovirt 3.5 repo and still failed to add, the ovirt-engine event tab shows "error code 1 during ssh session" i've googled it, "correct me if i'm wrong with this" the hypervisor having problema resolving name server which inside of ovirt repo 3.5 or 3.6, when i tried to open those "repolist" and tried to access it on my web browser it shows that "This site can’t be reached" some of sites inside repos are unable to reach or the directory path did not exist. are we having problem about those repos or it just me? is there any other way to install or add hosts whenever the repos or sites that holding the packages are having problem? TIA :) Sandvik

2 4

VM status
by Kevin C 21 Apr '16

21 Apr '16

--=-lMcj+RwaUWyLpULKwCz3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I have exclamation mark on some VM. But I can't have more informations when= I hover my mouse over my VM (I only and "Up/Down" status or "Server/Deskto= p") How can I know where is the problem ? Thanks a lot --=-lMcj+RwaUWyLpULKwCz3 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEeww ggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwO bhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0q n4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsS slxLce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAO BgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQI MAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2Eu Y3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0O BBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7y MD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh 2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw 5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07 v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Y klue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQy CkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVD o/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2 B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6 jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0p eVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOjMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMYIEXjCCBFoCAQEwgYkwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQTLnfP04vlkvq xMUZU04azjANBglghkgBZQMEAgEFAKCCAaUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwNDIwMTIzMDAxWjAvBgkqhkiG9w0BCQQxIgQgOTUm5UKTWWr4cJpZsnKp 8vN/t/X+c1dDcCVNc+j5RDswgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3 DQEBAQUABIICAIi0hFIRK0SFJS+B768KWexWPJm/vlBSAnchbMD8Fr4ZwdtpTumh8CvvmsbLL9Sf ImhkL6nlMRNeXZMI+aftj8x4pEaWqTiQ1uaGwrm92oe4qLNCqSavcQY6zlVNdUSSLbJaqgapFBba BbqfLQti94P1cR3yKZbODfQdJGKb4nLrFuvsTUzdkfYlvki1tk7GVisYrWHNr77u7zI3O3uTpBMt Y2Q3rfh3yKoVAIfw0HYHm8vLFF1tunfSyg+yMorKFGW5zIH8QLIfxzYNTHTmQuxkcIAnSVOmePgN 2gOZ3GV/2i5ahRXOzogJ3MLpnPoW6HmdEywSEV3ftrfTzEzWO4UMZABm4BSJUAj8e4Y83N8jYOk6 VzLaSqQzttxnZSaZnfu05BcXipmkdzWiMQuTLIf6kfDdPjfuiIMCTk3wTMpD+5wF6twhWDQqMsyg sxWiGPNmsZr/QpFskXgyRpaUxfCbE914d/mi6FmfJmD+ZzwOlZ5cOiEF4bqLNynoAx0WSlJyfB9Y cIql7TbW/d1Kgul6sz46K7QL/0Zt69GrhymRYPFKEi4OxGq1Vm3LQITlOFjKiieA8YosN9t0OhYW atTMNFEa9at8gEnNUOFR1ygLsoLZXbPYN/90CihbOuBKaJN6qtQVYj53OrDgam8DGB1/0MWoKUl4 PRMeQauBvEhIAAAAAAAA --=-lMcj+RwaUWyLpULKwCz3--

5 4

Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
by Paul Groeneweg | Pazion 21 Apr '16

21 Apr '16

The logs are not from the machine where the hosted engine is running on, but from the SPM. Op wo 20 apr. 2016 om 17:19 schreef Paul Groeneweg | Pazion <paul(a)pazion.nl >: > Hereby the logs. > > > Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipchuk(a)redhat.com>: > >> Hi Paul, >> >> Can u please attach the engine and VDSM logs with those failures to check >> the origin of those failures >> >> Thanks, >> Maor >> >> On Wed, Apr 20, 2016 at 6:06 PM, Paul Groeneweg | Pazion <paul(a)pazion.nl> >> wrote: >> >>> Looks like the system does try recreate the OVF :-) >>> Too bad this failed again... >>> >>> http://screencast.com/t/RlYCR1rk8T >>> http://screencast.com/t/CpcQuoKg >>> >>> Failed to create OVF store disk for Storage Domain hostedengine_nfs. >>> The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be >>> removed manually for automatic attempt to create new one. >>> OVF updates won't be attempted on the created disk. >>> >>> And on the hosted storage disk tab : >>> http://screencast.com/t/ZmwjsGoQ1Xbp >>> >>> >>> >>> >>> >>> >>> Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion < >>> paul(a)pazion.nl>: >>> >>>> I have added a ticket: >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1328718 >>>> >>>> Looking forward to solve! ( trying to providing as much info as >>>> required ). >>>> >>>> For the short term, wwhat do I need to restore/rollback to get the >>>> OVF_STORE back in the Web GUI? is this all db? >>>> >>>> >>>> >>>> Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion < >>>> paul(a)pazion.nl>: >>>> >>>>> Yes I removed them also from the web interface. >>>>> Cen I recreate these or how can I restore? >>>>> >>>>> Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgolan(a)redhat.com>: >>>>> >>>>>> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion < >>>>>> paul(a)pazion.nl> wrote: >>>>>> >>>>>>> Hi Roy, >>>>>>> >>>>>>> What do you mean with a RFE , submit a bug ticket? >>>>>>> >>>>>>> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product= >>>>>> >>>>>> *oVirt* >>>>>> >>>>>> >>>>>>> Here is what I did: >>>>>>> >>>>>>> I removed the OVF disks as explained from the hosted engine/storage. >>>>>>> I started another server, tried several things like putting to >>>>>>> maintenance and reinstalling, but I keep getting: >>>>>>> >>>>>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>>>>>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find >>>>>>> OVF_STORE >>>>>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable >>>>>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>>>>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>>>>>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable >>>>>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>>>>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>>>>>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value >>>>>>> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - >>>>>>> trying to restart agent >>>>>>> >>>>>>> Fact it can't find the OVF store seems logical, but now the >>>>>>> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining >>>>>>> only "None". >>>>>>> I tried to set file readonly ( chown root ), but this only threw an >>>>>>> error about file not writable, tried different path, but nothing helped. >>>>>>> So I am afraid to touch the other running hosts, as same might >>>>>>> happen there and I am unable to start hosted engine again. >>>>>>> >>>>>>> I thought OVF would be created automatically again if it is missing, >>>>>>> but it isn't... >>>>>>> Can I trigger this OVF, or add it somehow manually? Would deleting >>>>>>> the whole hosted_storage trigger an auto import again including OVF? >>>>>>> >>>>>>> If this provides no solution, I guess, I have to restore the removed >>>>>>> OVF store. Would a complete database restore + restoring folder >>>>>>> images/<OVF_STORE_ID> be sufficient? >>>>>>> Or where is the information about the OVF stores the Web GUI shows >>>>>>> stored? >>>>>>> >>>>>>> >>>>>> Did you remove it also from the engine via the webadmin or REST? >>>>>> storage tab -> click the hosted_storage domain -> disks subtab -> right >>>>>> click remove the failing ovf >>>>>> >>>>>> >>>>>>> Looking forward to resolve this OVF store issue. >>>>>>> >>>>>>> Thanks in advance!!! >>>>>>> >>>>>>> >>>>>>> >>>>>>> Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion < >>>>>>> paul(a)pazion.nl>: >>>>>>> >>>>>>>> Hi Roy, >>>>>>>> >>>>>>>> Thanks for this explanation. I will dive into this evening. ( and >>>>>>>> make a backup first :-) ) >>>>>>>> >>>>>>>> Normally the hosted engine only creates 1 ovf disk for the hosted >>>>>>>> storage? >>>>>>>> >>>>>>>> Thanks for the help. >>>>>>>> >>>>>>>> Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgolan(a)redhat.com>: >>>>>>>> >>>>>>>>> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion < >>>>>>>>> paul(a)pazion.nl> wrote: >>>>>>>>> >>>>>>>>>> I am still wondering about the OVF disk ( and event error ) on my >>>>>>>>>> hosted storage domain. >>>>>>>>>> >>>>>>>>>> My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) >>>>>>>>>> are not being updated ( what I understood is they should be regularly >>>>>>>>>> updated ). >>>>>>>>>> >>>>>>>>>> So I wonder, maybe I can remove these OVF disks and they are >>>>>>>>>> recreated automatically? ( Similar when removing the hosted storage domain >>>>>>>>>> it was added automatically again ) >>>>>>>>>> >>>>>>>>>> And for this NFS storage domain, is it normal to have 2 OVF disks? >>>>>>>>>> >>>>>>>>>> Really looking for a way get these OVF disks right. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> Hi Paul, >>>>>>>>> >>>>>>>>> What you can do to remove them is to run this sql statement at >>>>>>>>> your setup >>>>>>>>> >>>>>>>>> ```sql >>>>>>>>> -- first make sure this is the disk, dates are taken from your >>>>>>>>> screenshot >>>>>>>>> >>>>>>>>> SELECT ovf_disk_id, image_guid, imagestatus, _create_date FROM >>>>>>>>> images, storage_domains_ovf_info where ovf_disk_id = images.image_group_id >>>>>>>>> and _create_date > '2016-05-01 11:11:29' and _create_date < '2016-05-01 >>>>>>>>> 11:11:31'; >>>>>>>>> >>>>>>>>> -- now delete this disk >>>>>>>>> >>>>>>>>> DELETE FROM storage_domains_ovf_info where ovf_disk_id = %what >>>>>>>>> was found in the last query%' >>>>>>>>> ``` >>>>>>>>> >>>>>>>>> Now you can right-click and remove this disk. >>>>>>>>> >>>>>>>>> Since the disk of the ovirt-engine resides on the hosted_storage >>>>>>>>> domain we can't put this domain into maintenance and fix those kind of >>>>>>>>> issues. There for I would like you to kindly open an RFE and mention you're >>>>>>>>> scenario so we would supply a way to do this kind of operations in a safe >>>>>>>>> way. >>>>>>>>> >>>>>>>>> Maor thanks for the help and reference. >>>>>>>>> >>>>>>>>> >>>>>>>>>> Op ma 4 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion < >>>>>>>>>> paul(a)pazion.nl>: >>>>>>>>>> >>>>>>>>>>> I'd like to add: >>>>>>>>>>> >>>>>>>>>>> - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs >>>>>>>>>>> ). >>>>>>>>>>> - I checked creation time, they are both created around the same >>>>>>>>>>> time http://screencast.com/t/hbXQFlou >>>>>>>>>>> >>>>>>>>>>> So hopefully there is some way to update hosted storage sp it >>>>>>>>>>> can be updated. >>>>>>>>>>> >>>>>>>>>>> Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk < >>>>>>>>>>> mlipchuk(a)redhat.com>: >>>>>>>>>>> >>>>>>>>>>>> [Adding Roy to the thread] >>>>>>>>>>>> Roy, >>>>>>>>>>>> >>>>>>>>>>>> Can you please share your insight regarding the hosted engine >>>>>>>>>>>> behavior. >>>>>>>>>>>> It looks that one of the OVF_STORE disks is not valid and I >>>>>>>>>>>> think that detach/attach of the storage domain might fix the audit log >>>>>>>>>>>> errors. >>>>>>>>>>>> The question is, if it is possible to do so in hosted engine >>>>>>>>>>>> environment. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Maor >>>>>>>>>>>> >>>>>>>>>>>> On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion < >>>>>>>>>>>> paul(a)pazion.nl> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> This storage domain is my hosted engine storage domain. So I >>>>>>>>>>>>> should put it to maintenance and then detach? >>>>>>>>>>>>> http://screencast.com/t/kjgNpI7fQ >>>>>>>>>>>>> >>>>>>>>>>>>> Am I still able to use the hosed engine ( web interface) when >>>>>>>>>>>>> this stoarge domain is in maintenance and detached? >>>>>>>>>>>>> >>>>>>>>>>>>> As I don't want to risk detaching hosted storage storage >>>>>>>>>>>>> domain and as a results breaking my whole setup. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk < >>>>>>>>>>>>> mlipchuk(a)redhat.com>: >>>>>>>>>>>>> >>>>>>>>>>>>>> Have you already tried to detach and attach the Storage >>>>>>>>>>>>>> Domain? >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion < >>>>>>>>>>>>>> paul(a)pazion.nl> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Maor, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I am refering to the eventlog, where these ovf errors appear >>>>>>>>>>>>>>> every hour and fill up my eventlog >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://screencast.com/t/S8cfXMsdGM >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk < >>>>>>>>>>>>>>> mlipchuk(a)redhat.com>: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi Paul, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Which problem are you referring, the remove of OVF_STORE >>>>>>>>>>>>>>>> disks or the audit log warning? >>>>>>>>>>>>>>>> In the screencast I can see that the Storage Domain is >>>>>>>>>>>>>>>> active but I didn't notice any audit log errors. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>> Maor >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion < >>>>>>>>>>>>>>>> paul(a)pazion.nl> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Maor, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> The 3.6.4 did not solve the problem. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Any idea how to fix this issue? >>>>>>>>>>>>>>>>> I believe it has something todo with the status of >>>>>>>>>>>>>>>>> hosted_storage ( 1st entry ) >>>>>>>>>>>>>>>>> http://screencast.com/t/vCx0CQiXm >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk < >>>>>>>>>>>>>>>>> mlipchuk(a)redhat.com>: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi Paul, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Can you please update whether the upgrade for 3.6.4 has >>>>>>>>>>>>>>>>>> helped. >>>>>>>>>>>>>>>>>> Regarding the OVF_STORE disks, those disks should not be >>>>>>>>>>>>>>>>>> deleted since deleting them might reflect on the Disaster Recovery scenarios >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>> Maor >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion >>>>>>>>>>>>>>>>>> <paul(a)pazion.nl> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I believe my problem is related to this bug >>>>>>>>>>>>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> As you can see in the screenshot the hostedengine >>>>>>>>>>>>>>>>>>> storage is unassigned and so both ovf_stores are OK, but not linked and >>>>>>>>>>>>>>>>>>> therefore can't be updated?! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> So for now I guess I'll wait for update 3.6.4 and cross >>>>>>>>>>>>>>>>>>> my fingers and updates solves the event log error. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | >>>>>>>>>>>>>>>>>>> Pazion <paul(a)pazion.nl>: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I checked, the OVf, but I can only remove the OVF. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> http://screencast.com/t/vCx0CQiXm >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> What happens when I remove them, is it safe? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I checked agent.log and do not see the errors there.... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) >>>>>>>>>>>>>>>>>>>> Preparing images >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) >>>>>>>>>>>>>>>>>>>> Reloading vm.conf from the shared storage domain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>>>>>>>>>>>>>>> Trying to get a fresher copy of vm configuration from the OVF_STORE >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>>>>>>>>>>>>>>>>> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, >>>>>>>>>>>>>>>>>>>> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>>>>>>>>>>>>>>>>> Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d, >>>>>>>>>>>>>>>>>>>> volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>>>>>>>>>>>>>>>>>>> Extracting Engine VM OVF from the OVF_STORE >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>>>>>>>>>>>>>>>>>>> OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl: >>>>>>>>>>>>>>>>>>>> _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>>>>>>>>>>>>>>> Found an OVF for HE VM, trying to convert >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>>>>>>>>>>>>>>> Got vm.conf from OVF_STORE >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>>>>>>>>>>> 20:12:29,997::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>>>>>>>>>>>>>>>>>>> Current state EngineUp (score: 3400) >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> So leaves me wondering if I should worry about the >>>>>>>>>>>>>>>>>>>> errors in the event log. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Op do 24 mrt. 2016 om 16:18 schreef Paul Groeneweg | >>>>>>>>>>>>>>>>>>>> Pazion <paul(a)pazion.nl>: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> These OVF stores are created on my hosted-engine >>>>>>>>>>>>>>>>>>>>> storage instance. I did not found any reference in the hosted-engine.conf, >>>>>>>>>>>>>>>>>>>>> so you are sure they can't be deleted? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> So it holds only info about the hosted-engine disk? So >>>>>>>>>>>>>>>>>>>>> when detaching, do I have any risk destroying my hosted-engine? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I can just detach them in this screen: >>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/ymnzsNHj7e and then re-attach? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I check file permissions, but this looked good >>>>>>>>>>>>>>>>>>>>> compared to the other images. So really strange this eventlog. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Op do 24 mrt. 2016 om 10:01 schreef Maor Lipchuk < >>>>>>>>>>>>>>>>>>>>> mlipchuk(a)redhat.com>: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Met vriendelijke groeten, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Paul Groeneweg >>>>>>>>>>>>>>>>>>>>>> Pazion >>>>>>>>>>>>>>>>>>>>>> Webdevelopment - Hosting - Apps >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> T +31 26 3020038 >>>>>>>>>>>>>>>>>>>>>> M +31 614 277 577 >>>>>>>>>>>>>>>>>>>>>> E paul(a)pazion.nl >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ***disclaimer*** >>>>>>>>>>>>>>>>>>>>>> "This e-mail and any attachments thereto may contain >>>>>>>>>>>>>>>>>>>>>> information which is confidential and/or protected by intellectual property >>>>>>>>>>>>>>>>>>>>>> rights and are intended for the sole use of the recipient(s) named above. >>>>>>>>>>>>>>>>>>>>>> Any use of the information contained herein (including, but not limited to, >>>>>>>>>>>>>>>>>>>>>> total or partial reproduction, communication or distribution in any form) >>>>>>>>>>>>>>>>>>>>>> by persons other than the designated recipient(s) is prohibited. If you >>>>>>>>>>>>>>>>>>>>>> have received this e-mail in error, please notify the sender either by >>>>>>>>>>>>>>>>>>>>>> telephone or by e-mail and delete the material from any computer. Thank you >>>>>>>>>>>>>>>>>>>>>> for your cooperation." >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | >>>>>>>>>>>>>>>>>>>>>> Pazion <paul(a)pazion.nl> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> After the 3.6 updates ( which didn't went without a >>>>>>>>>>>>>>>>>>>>>>> hitch ) >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I get the following errors in my event log: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Failed to update OVF disks >>>>>>>>>>>>>>>>>>>>>>> 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data isn't updated on those OVF >>>>>>>>>>>>>>>>>>>>>>> stores (Data Center Default, Storage Domain hostedengine_nfs). >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> VDSM command failed: Could not acquire resource. >>>>>>>>>>>>>>>>>>>>>>> Probably resource factory threw an exception.: () >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/S8cfXMsdGM >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> When I check on file there is some data, but not >>>>>>>>>>>>>>>>>>>>>>> updated: http://screencast.com/t/hbXQFlou >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> When I check in the web interface I see 2 OVF files >>>>>>>>>>>>>>>>>>>>>>> listed. What are these for, can I delete them? >>>>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/ymnzsNHj7e >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Hopefully someone knows what to do about these >>>>>>>>>>>>>>>>>>>>>>> warnings/erros and whether I can delete the OVF files. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Best Regards, >>>>>>>>>>>>>>>>>>>>>>> Paul Groeneweg >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>> Users mailing list >>>>>>>>>>>>>>>>>>>>>>> Users(a)ovirt.org >>>>>>>>>>>>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi Paul, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> The OVF_STORE disks are disks which preserve all the >>>>>>>>>>>>>>>>>>>>>> VMs and Templates OVF data and are mostly use for disaster recovery >>>>>>>>>>>>>>>>>>>>>> scenarios. >>>>>>>>>>>>>>>>>>>>>> Those disks can not be deleted. >>>>>>>>>>>>>>>>>>>>>> Regarding the audit log which you got, can you try to >>>>>>>>>>>>>>>>>>>>>> detach and attach the Storage once again and let me know if you still get >>>>>>>>>>>>>>>>>>>>>> this even log. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>> Maor >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>> >>

2 3