- Users - oVirt List Archives

HE (3.6) on gluster storage, chicken and egg status
by Fil Di Noto 05 Jan '16

05 Jan '16

I've managed to get hosted-engine running but could use some direction for what comes next. Summary: 4 Hosts, CentOS 7.2, oVirt 3.6 (from ovirt.org repo) All hosts are in default/default datacenter/cluster All 4 hosts are running glusterd HE is installed on glusterfs volume, replica 3, on hosts 1,2, and 3. ( started with replica 4, but removed 4th brick to satisfy HE --deploy) Status: All hosts are active Datacenter is not initialized Issues: Attach hosted_storage to Default datacenter fails New volume dialog doesn't allow me to select a datacenter (list is empty) Questions: 1. Why doesn't replica 4 work as a glusterfs volume, is this just because of the installer or is there a more fundamental reason? 2. I assume the reason I can't create new volumes is because I don't have a data storage domain configured yet. I want all of my data storage to be glusterfs. How do I escape this chicken/egg puzzle? 3. What question should I be asking that I am not? Thanks

4 5

3.6.1 hosted engine won't start after reboot
by Fredy Sanchez 05 Jan '16

05 Jan '16

Hi list, Fresh install of 3.6.1 on CentOS 7.2 (physical host and engine vm). After a reboot, the engine vm will not come up. To be precise, the engine starts up, works for a few seconds, then reboots (see attached logs). Searching on the Internet seems that my problem is “After installation of the hosted-engine using the iso and commands you specified and rebooting the engine and registering the host in the engine, the engines network configuration is set to "managed by NetworkManager" but no NetworkManager is installed on the system. So the reboot will result in the loss of network connectivity and ha-agent trying to restart the hosted-engine in a loop.” Does anybody know if I can fix this on /var/run/ovirt-hosted-engine-ha/vm.conf or somewhere else? /var/log/ovirt-hosted-engine-ha/agent.log and /var/log/ovirt-hosted-engine-ha/broker.log haven’t been much help, even when set to debug mode. hosted-engine —vm-status says “Engine status : {"reason": "failed liveness check", "health": "bad", "vm": "up", "detail": "up”}” Score is 3400. This is what I see in the logs: /var/log/ovirt-hosted-engine-ha/agent.log (attached) /var/log/ovirt-hosted-engine-ha/broker.log (attached) Thank you very much! -- Fredy

3 5

Re: [ovirt-users] since upgrade of hosted engine, its not starting anymore
by Wu, Qiong 05 Jan '16

05 Jan '16

------=_NextPart_000_00C6_01D147D0.6C8FAD20 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00C7_01D147D0.6C8FAD20" ------=_NextPart_001_00C7_01D147D0.6C8FAD20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I can access the storage domain with vdsclient but the state is not online or okay: [root@ovirt ovirt-hosted-engine]# vdsClient -s 0 getStorageDomainInfo 48fb7be2-d8eb-44e4-8690-7770ccaf3766 uuid = 48fb7be2-d8eb-44e4-8690-7770ccaf3766 version = 3 role = Regular remotePath = ovirt-nfs.lab:/engine type = NFS class = Data pool = ['90cb594c-3c65-4485-822f-e932f14fd18b'] name = hosted_storage also when I do getStoragePoolInfo I get this: [root@ovirt ovirt-hosted-engine]# vdsClient -s 0 getStoragePoolInfo 90cb594c-3c65-4485-822f-e932f14fd18b Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',) Thanks for help, hope I can recover somehow from this L Cheers Qiong Von: Wu, Qiong Gesendet: Dienstag, 5. Januar 2016 15:42 An: 'users(a)ovirt.org' Betreff: since upgrade of hosted engine, its not starting anymore Hi everyone, I have an issue with my ovirt deployment with hosted engine. After an upgrade of the hosted engine I am not able to start it anymore. I see this in my vdsm.log Thread-1323::ERROR::2016-01-05 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': 309}} Is somebody able to help? I am kind of desperate already, as I tried lots of things already, including changing dom_md/metadata at the storage domain Gluster is working properly, I am able to connect and write via nfs. Thanks & Cheers Qiong ------=_NextPart_001_00C7_01D147D0.6C8FAD20 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-microsoft-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=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DDE link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>I can access the storage domain = with vdsclient but the state is not online or = okay:<o:p></o:p><o:p> </o:p>[root@ovirt = ovirt-hosted-engine]# vdsClient -s 0 getStorageDomainInfo = 48fb7be2-d8eb-44e4-8690-7770ccaf3766<o:p></o:p>        uuid = =3D 48fb7be2-d8eb-44e4-8690-7770ccaf3766<o:p></o:p>        = version =3D 3<o:p></o:p>        role = =3D Regular<o:p></o:p>        = remotePath =3D ovirt-nfs.lab:/engine<o:p></o:p>        type = =3D NFS<o:p></o:p>        class = =3D Data<o:p></o:p>        pool = =3D ['90cb594c-3c65-4485-822f-e932f14fd18b']<o:p></o:p>        name = =3D hosted_storage<o:p></o:p><o:p> </o:p>also when I = do getStoragePoolInfo  I get this: <o:p></o:p><o:p> </o:p>[root@ovirt = ovirt-hosted-engine]# vdsClient -s 0 getStoragePoolInfo = 90cb594c-3c65-4485-822f-e932f14fd18b<o:p></o:p>Unknown = pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)<o:p></o:p><o:p> </o:p>Thanks for = help, hope I can recover somehow from this L<o:p></o:p><o:p> </o:p>Cheers<o:p></o:p>Qiong<o:p></o:p><o:p> </o:p><div><div = style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm'><o:p> <= /o:p>Von:<= /b> = Wu, Qiong Gesendet: Dienstag, 5. Januar 2016 = 15:42 An: 'users(a)ovirt.org' Betreff: since upgrade = of hosted engine, its not starting = anymore<o:p></o:p></div></div><o:p> </o:p>Hi = everyone,<o:p></o:p><o:p> </o:p>I have an issue with my ovirt = deployment with hosted engine.<o:p></o:p>After an upgrade of the hosted = engine I am not able to start it anymore.<o:p></o:p><o:p> </o:p>I see this in my = vdsm.log<o:p></o:p><o:p> </o:p>Thread-1323::ERROR::2016-01-05 = 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': = {'message': "Unknown pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': = 309}}<o:p></o:p><o:p> </o:p>Is somebody able to help? I am kind of desperate already, = as I tried lots of things already, including changing dom_md/metadata at = the storage domain<o:p></o:p>Gluster is working properly, I am able to connect and write = via nfs.<o:p></o:p><o:p> </o:p>Thanks & Cheers<o:p></o:p>Qiong<o:p></o:p></div></body></html> ------=_NextPart_001_00C7_01D147D0.6C8FAD20-- ------=_NextPart_000_00C6_01D147D0.6C8FAD20 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR4jCCApow ggIDoAMCAQICASQwDQYJKoZIhvcNAQEEBQAwcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxHzAdBgNVBAsTFlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMT GkRldXRzY2hlIFRlbGVrb20gUm9vdCBDQSAxMB4XDTk5MDcwOTExMzQwMFoXDTE5MDcwOTIzNTkw MFowcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRzY2hlIFRlbGVrb20gQUcxHzAdBgNVBAsT FlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMTGkRldXRzY2hlIFRlbGVrb20gUm9vdCBD QSAxMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ3ZsMoBdERA+vIUBzZ1bwPmloEbrZN/KB rsMkrGmhzfymGFVW/4ufMsHb53gsOdtggUGl79PNgI0YPOJSDAuf92Se5aDwuGFi9L/go9pYK/0V BGu9Op58nfI92OSVw+xOwvFlqwxL7EeCW+LhUHXY9mG0GFztM6BLHoP7T4S8eQIDAQABo0IwQDAd BgNVHQ4EFgQUFDHif5zKEpX78XAg200oE3FCYcYwDwYDVR0TBAgwBgEB/wIBBTAOBgNVHQ8BAf8E BAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAnR0Q+pPIHWQgRV6cbwVto1J/p6iHZbNnmjaGeHIWFf/X RXMoAYaInZHq3tYpCww+o5l0QAzM7BDgZPxwtro5EifyXgBQtQvWSt+pb/SzCSiA/NIexOxwRoVM 3kWwAZU4rBafRkruLcu9y2WxOuWmSwRLDjP/HHvIhIRH4VpkRkowggSMMIID9aADAgECAgIBATAN BgkqhkiG9w0BAQUFADBxMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBB RzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVs ZWtvbSBSb290IENBIDEwHhcNMTEwOTE0MTM0NzEyWhcNMTkwNzA5MjM1OTU5WjB1MQswCQYDVQQG EwJERTElMCMGA1UEChMcVC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1 c3QgQ2VudGVyIERldXRzY2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4j3NqffxTahAsyPjhU0AUY3sKLZGfptpb/X5WXmL QX5E7uToeX2NE8ywTHgHSKo8o2Nmg1U2k1cF0Ry8bjVVs8zsOLLeFDqqSOWJRGROqO31FHOFF3Du zy5ZSVg+kRcTGpgyWjuCFMd1TEuRDv0T8lKKL80lmO3+TLjFDEN5ZM9SP94llwO159OinkqmWUV4 +F7KcV720xkbgCHgI6/FzKHNlD/ueZ/LSpjXxmilkL6x2lT7AUmcnJqdd6jvo9ax028fHaiFkA9l sE+OvuLUEJzz3a3Rx0TerYh5sk7ynvoNsQDk/vzgobtDebp3tNUI8TFaqcptcTm1WdMhgpYV3wID AQABo4IBqTCCAaUwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBMMEoGCSsGAQQBvUcNEDA9 MDsGCCsGAQUFBwIBFi9odHRwOi8vdGlrczIwMTAudGVsZXNlYy5kZS9jcHMvdGlrczIwMTAtQ1BT LnBkZjAOBgNVHQ8BAf8EBAMCAQYwgecGA1UdHwSB3zCB3DA0oDKgMIYuaHR0cDovL3Rpa3MyMDEw LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8xLmNybDCBo6CBoKCBnYaBmmxkYXA6Ly9sZGFwLXRp a3MyMDEwLnRlbGVzZWMuZGUvY249RGV1dHNjaGUlMjBUZWxla29tJTIwUm9vdCUyMENBJTIwMSxv dT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRlcixvPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLGM9 REU/QXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwHQYDVR0OBBYEFFAnXDUTlaOExsFEAvJvoGqfd1FH MB8GA1UdIwQYMBaAFBQx4n+cyhKV+/FwINtNKBNxQmHGMA0GCSqGSIb3DQEBBQUAA4GBAB0MaaTB i2rg1DpvIM5LwOGk3EiimdeUPNj/GyeOIRlCV1AsnZEkv8tZ08SV06nBlW/tuyBTqGuiyQBIxD1I 3U95bY9ZiyW3JrNeMknjhjPRPqnnqErd9Qzw0MvG+zoAPxVnPXAsBf/CtIX3hsC0zItWIP10/Xvb ZORrrIvhVTWKMIIFVTCCBD2gAwIBAgIGQZoOFcmXMA0GCSqGSIb3DQEBBQUAMHUxCzAJBgNVBAYT AkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVz dCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDEwHhcNMTMx MDE0MDgyMDAzWhcNMTYxMDE0MjM1OTU5WjCBhTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxDTALBgNVBAsTBGR0cGkxFjAUBgNVBAsMDVAmSSBEYXJtc3RhZHQxETAP BgNVBAMTCFd1IFFpb25nMR4wHAYJKoZIhvcNAQkBFg9xLnd1QHRlbGVrb20uZGUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCdnL+AAzb3qXY25dzGrm/+cB8zQDlptKHCYb7O5Rw+Ce79 nG+fJ0pYXiq/7r5K3Ysd3uGPWB+bKvkGp8GLMNOd4jnf8sSo0cUuPueLMq5XwkW/rAdXQhZ/sHCx MiU8YXqZ/vN4k3FfkV1q7AjKDRR8/pWPlt194HqPNGqlpbhg/mSiwMWwJmGpcCkqvE11Xd4VNQUv qgT9ySaz4B6jx01HptmnzRQTanneDKkhZfCafmuDghJSyfKk9ljeo1UEd1U7LuNp/bCUrYE2zC8Y q//8FUWcMPgdaJD8opQS2hFkAmSD3B0ycUPrS9rs74REZlIDLvG8xpe0dGdHTzfnJxn5AgMBAAGj ggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMCBSAw HQYDVR0OBBYEFJsp4zl9o+fsPzq+uG8RvkKojkbBMHUGA1UdIARuMGwwagYJKwYBBAG9Rw0QMF0w WwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZpY2Uv a3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0ZWxl a29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRlL3Js L1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVsZXNl Yy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRzY2hl JTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAmjJXGppYZqaw+vB/Oy7Rndkc 1gwvseNldJWiyG/2KnIQSmGrjvewDL6jPahpdi0/BkC+sGBQM/RzjgpSNGDsRcp27c+jlvIZQcuO 7DdXmziZaS65Eye6Yjwx+Ps/VcnAObs1t9BK+vng6CqR4oG4iw6X4U8264fW9wEwcoyP3resIbfF GivRGQu5WylqXx0SGaGtrJnk0Nmw78CCvo+88Z8Q1PUj5jjzLvJ+Pygh4ewZ+r2s2aBXcEDBNKM3 Rt4c04rl8ckMjw5BVOojWADPqZ37UWFvEoBG6nN/DrKnm43F8nODuk99RQczDQlfh7BHA1OzWfEK nn1Y+BCbTROU7DCCBVcwggQ/oAMCAQICBwEaM3Hm8+8wDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UE BhMCREUxJTAjBgNVBAoTHFQtU3lzdGVtcyBJbnRlcm5hdGlvbmFsIEdtYkgxJjAkBgNVBAsTHVRy dXN0IENlbnRlciBEZXV0c2NoZSBUZWxla29tMRcwFQYDVQQDEw5USUtTIDIwMTAgQ0EgMTAeFw0x MzEwMTQwODIwMDJaFw0xNjEwMTQyMzU5NTlaMIGFMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1 dHNjaGUgVGVsZWtvbSBBRzENMAsGA1UECxMEZHRwaTEWMBQGA1UECwwNUCZJIERhcm1zdGFkdDER MA8GA1UEAxMIV3UgUWlvbmcxHjAcBgkqhkiG9w0BCQEWD3Eud3VAdGVsZWtvbS5kZTCCASMwDQYJ KoZIhvcNAQEBBQADggEQADCCAQsCggEBALUAavv4mHp6HWq1uoy0PaQewjQpn2iCIESaAsa7m1Ft l5iFZKnOmk1qRcffiZw3/8ghwMZe5fRdRdE34eMjB3hnvm/eTBKGWPEYv2Wnk8m07vgcEE5xiZGA lhfQ//vWDXGL1lEDomc3VxDUkkvNNjloeGfnvmag/bi2ke8sgSTcjNQa5ZFrA7iz9OXxS28QzTas wLcpIbM+8lf29Lx12eXLB2gBlYEp0ZQnuSWCAJg6wpadrXrS0XmqUZ+aKXqwxjBR0MX+X6xTk0qC PQrp13l4zjlaOWMjLvYsHF9ppmlqqANlqZ6fSQMoepX2YCub9BlbyQbpBfxX1l0sXJpmhQsCBEAA AIGjggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMC B4AwHQYDVR0OBBYEFEVtRG3I1Vf9s1m8bZDcc/FLX/17MHUGA1UdIARuMGwwagYJKwYBBAG9Rw0Q MF0wWwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZp Y2Uva3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0 ZWxla29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRl L3JsL1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVs ZXNlYy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRz Y2hlJTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2Vy dGlmaWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAJ9PYg/LwB/kYLZRXdM7K lI9Xxs4Xj+6JLUH8C4xQ4RmMPTGnSYV1rQBYgP46KmwMbg2bdfC7yalNjdInmPQN0GYKfkrOeLcY xD5zKR5vsWuTDYx+0vMoy6fLC22ZjW3K3wbxLoDX8Y/Lt8+c5n7KHuFkg8+731G9kSFbNpcDEjH4 GHYDmTPSeYSzpys08ClxwkZ8l4NC0XZ+4YBjtTFTt+N3V9PcDEDVmm5Y2QBkZlMH+M6eSC5R+XYd QWzQhX27yjYjazXs+/eMJ7GcAw6kziM/b+vLYbL4lJHDWfb6t+u04NUF5lgRal7+m5bG7/wfiAYM ptVZcy+V9OitIERkzTGCA+kwggPlAgEBMIGAMHUxCzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5 c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUg VGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDECBwEaM3Hm8+8wCQYFKw4DAhoFAKCCAj0w GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMTA1MTQ0NzQ3WjAj BgkqhkiG9w0BCQQxFgQUSLyKCErD66OLUH/ANzDzZqSK/48wgY8GCSsGAQQBgjcQBDGBgTB/MHUx CzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYD VQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENB IDECBkGaDhXJlzCBkQYLKoZIhvcNAQkQAgsxgYGgfzB1MQswCQYDVQQGEwJERTElMCMGA1UEChMc VC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1c3QgQ2VudGVyIERldXRz Y2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxAgZBmg4VyZcwgbcGCSqGSIb3DQEJ DzGBqTCBpjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQB AjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwCgYIKoZIhvcN AgUwDQYJKoZIhvcNAQEBBQAEggEAIpMTi3ORFT9+lGQWOIAmbIGxK7gHuK4LgHHHdQsdG8B5zcKn 2UR1x3aQRZnZx8YXwVD1tKGG6uw8f+8jITTj9K6sfl8K7uuCMUdpBSchg5cbs7Jh/1wMXR+E/PIE OkW2RPC1L97xE+XNEZNUcU+/e8dfu5L1F70WvZNlBWyAYIY7oy4Vv3WRTwY30udF3Ys8QODUI6aJ avgH+hq8pMwDBqJXito0pYjhS8aCRTdwdvvVJE1Yj2ddtz/+x/kxb0qZdxlQ4C9zbEryIZGLvcRj RyPGc7OIy/LHDl12n+7BzE/nky4fM0M3dLKLkr/2lKQMMEE9CYpuNEvqtCeY08yXIAAAAAAAAA== ------=_NextPart_000_00C6_01D147D0.6C8FAD20--

1 0

Hosted
by Budur Nagaraju 05 Jan '16

05 Jan '16

HI What is the command to execute in the hosted engine to get the below options ? Engine health status page is not yet reachable. To continue make a selection from the options below: (1) Continue setup - engine installation is complete (2) Power off and restart the VM (3) Abort setup (4) Destroy VM and abort setup

2 1

Hosted-Engine
by Budur Nagaraju 05 Jan '16

05 Jan '16

Installed hosted engine and configured ovirt engine on it and issue is after sometime ovirt engine is automatically getting rebooted ,can you pls help me . Thanks, Nagaraju

2 3

Hosted-engine
by Budur Nagaraju 05 Jan '16

05 Jan '16

HI After installation of Hosted-Emgine ,I have rebooted the vm and getting the following error. [root@He ~]# hosted-engine --vm-status Failed to connect to broker, the number of errors has exceeded the limit (1) Cannot connect to the HA daemon, please check the logs. [root@He ~]# Can someone help me ? Thanks, Nagaraju

3 3

Gluster Data domain not correctly setup at boot
by Stefano Danzi 05 Jan '16

05 Jan '16

I have one testing host (only one) with hosted engine and a gluster data domain (in the same machine). When I start the host and the engine I can see data domain active "up and green" but in the event list I get: - Invalid status on Data Center Default. Setting status to Non Responsive - Storage Domain Data (Data Center Default) was deactivated by system because it's not visible by any of the hosts If I try tu start a VM I get: - Failed to run onDalesSRV on Host ovirt01 - VM onSalesSRV is down with error. Exit message: Cannot access storage file '/rhev/data-center/00000002-0002-0002-0002-0000000001ef/f739b27a-35bf-49c7-a95b-a92ec5c10320/images...... The gluster volume is correctly mounted: [root@ovirt01 ~]# df -h File system Dim. Usati Dispon. Uso% Montato su /dev/mapper/centos_ovirt01-root 50G 18G 33G 35% / devtmpfs 7,8G 0 7,8G 0% /dev tmpfs 7,8G 0 7,8G 0% /dev/shm tmpfs 7,8G 17M 7,8G 1% /run tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup /dev/mapper/centos_ovirt01-home 10G 1,3G 8,8G 13% /home /dev/mapper/centos_ovirt01-glusterOVEngine 50G 11G 40G 22% /home/glusterfs/engine /dev/md0 494M 244M 251M 50% /boot /dev/mapper/centos_ovirt01-glusterOVData 500G 135G 366G 27% /home/glusterfs/data ovirt01.hawai.lan:/engine 50G 11G 40G 22% /rhev/data-center/mnt/ovirt01.hawai.lan:_engine tmpfs 1,6G 0 1,6G 0% /run/user/0 ovirtbk-sheng.hawai.lan:/var/lib/exports/iso 22G 7,6G 15G 35% /rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso ovirt01.hawai.lan:/data 500G 135G 366G 27% /rhev/data-center/mnt/glusterSD/ovirt01.hawai.lan:_data But link on '/rhev/data-center/0....' is missing: [root@ovirt01 ~]# ls -la /rhev/data-center/00000002-0002-0002-0002-0000000001ef/ totale 0 drwxr-xr-x. 2 vdsm kvm 64 4 gen 14.31 . drwxr-xr-x. 4 vdsm kvm 59 4 gen 14.31 .. lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 46f55a31-f35f-465c-b3e2-df45c05e06a7 -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 mastersd -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 If I put data domain on maintenace mode and reactivate it I can run the VMs. Mounted fs are the same, but now I have links into /rhev/data-center/ : [root@ovirt01 ~]# ls -la /rhev/data-center/00000002-0002-0002-0002-0000000001ef/ totale 4 drwxr-xr-x. 2 vdsm kvm 4096 4 gen 17.10 . drwxr-xr-x. 4 vdsm kvm 59 4 gen 17.10 .. lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 46f55a31-f35f-465c-b3e2-df45c05e06a7 -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 lrwxrwxrwx. 1 vdsm kvm 103 4 gen 17.10 8cccc37f-d2d4-4684-a389-ac1adb050fa8 -> /rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso/8cccc37f-d2d4-4684-a389-ac1adb050fa8 lrwxrwxrwx. 1 vdsm kvm 92 4 gen 17.10 f739b27a-35bf-49c7-a95b-a92ec5c10320 -> /rhev/data-center/mnt/glusterSD/ovirt01.hawai.lan:_data/f739b27a-35bf-49c7-a95b-a92ec5c10320 lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 mastersd -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7

2 2

Re: [ovirt-users] Users Digest, Vol 52, Issue 20
by Charles Tassell 04 Jan '16

04 Jan '16

Hi Budur, Try running the command "kvm-ok" I'm not sure what package it's from, but it will tell you if your system supports the CPU virtualization commands required to run KVM. If kvm-ok isn't installed, you can try running "egrep '(vmx|svm)' /proc/cpuinfo" vmx means you have Intel virtualization support, while svm is the AMD implementation. IE, on my Intel i5 I get a bunch of lines like this: (**'s added for emphasis) flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl **vmx** smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid On 16-01-04 02:47 PM, users-request(a)ovirt.org wrote: > 1. Re: HA cluster (Budur Nagaraju) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 5 Jan 2016 00:17:41 +0530 > From: Budur Nagaraju <nbudoor(a)gmail.com> > To: Simone Tiraboschi <stirabos(a)redhat.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [ovirt-users] HA cluster > Message-ID: > <CAHNF9Q9=d8FYLnF3NN6=vSMvKHoYopn94V72aysDeytjVq7Xmg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I get the below out put , > > [root@he ~]# lsmod |grep kvm > kvm_intel 55624 0 > kvm 345460 1 kvm_intel > > > On Tue, Jan 5, 2016 at 12:06 AM, Budur Nagaraju <nbudoor(a)gmail.com> wrote: > >> Is there any command to check KVM is available or not ? >> >> Below is the output when I run the rpm command. >> >> [root@he /]# rpm -qa |grep kvm >> qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 >> >>

3 3

HA cluster
by Budur Nagaraju 04 Jan '16

04 Jan '16

HI Getting below error while configuring Hosted engine, root@he ~]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: yes Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151126102302-bkozgk.log Version: otopi-1.3.2 (otopi-1.3.2-1.el6) It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: yes [WARNING] Cannot detect if hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup *[ ERROR ] The following VMs has been found: 2b8d6d91-d838-44f6-ae3b-c92cda014280[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted Engine with other VMs running* [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151126102310.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [root@he ~]#

5 23

Upgrade path from Fedora 20 oVirt 3.5 to Fedora 22 oVirt 3.6
by David Marzal Canovas 04 Jan '16

04 Jan '16

--=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi would like to be sure of the correct upgrate path to take. Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 and then upgrade oVirt from 3.5 to 3.6? Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3.6 and then make the OS upgrades FD20->FD21->FD22 In the release notes http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… [1] don't says anything about the upgrade path of the OS, but searching I'm aware that oVirt 3.5 is only compatible with FD20 not with 21, or 22 oVirt 3.6 is only compatible with FD20 not with 21 or 20 Thanks in advance -- David Marzal Cánovas Servicio de Mecanización e Informática Asamblea Regional de Murcia Paseo Alfonso XIII, nº53 30203 - Cartagena Tlfno: 968326800 Links: ------ [1] http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… --=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset= =3DUTF-8" /></head><body style=3D'font-size: 10pt'> Hi would like to be sure of the correct upgrate path to take. Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 and then upgrade oVirt from 3.5 to 3.6? Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3= =2E6 and then make the OS upgrades FD20->FD21->FD22 In the release notes <a href=3D"http://www.ovirt.org/OVirt_3.6_Release_N= otes#Install_.2F_Upgrade_from_previous_versions">http://www.ovirt.org/OVirt= _3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions</a> don't says anything about the upgrade path of the OS, but searching I'm = aware that oVirt 3.5 is only compatible with FD20 not with 21, or 22 oVirt 3.6 is only compatible with FD20 not with 21 or 20 Thanks in advance <div>-- <table border=3D"0" cellspacing=3D"0" cellpadding=3D"0"> <tbody> <tr> <td><img src=3D"http://www.asambleamurcia.es/templates/sumandoesfuerzos/ima= ges/ARM.png" alt=3D"" width=3D"130" height=3D"79" /></td> <td>David Marzal Cánovas  Servicio de Mecanización = e Informática Asamblea Regional de Murcia Paseo Alfonso XI= II, nº53 30203 - Cartagena Tlfno: 968326800</td> </tr> </tbody> </table> </div> </body></html> --=_35f37747b7409088194fea6f348517b4--

5 5