- Users - oVirt List Archives

Hosted Engine
by Budur Nagaraju 07 Jan '16

07 Jan '16

can we migrate a Engine which is pushed by Hosted Engine to the other oVirt node ? which is in same cluster ? Thanks, Nagaraju

4 5

Getting event message "The Hosted Engine Storage Domain isn't Active" every two hours
by Will Dennis 07 Jan '16

07 Jan '16

Thought I’d start a new thread for this issue… Please also refer to my prior thread<http://lists.ovirt.org/pipermail/users/2015-December/036907.html> where I have the background to this. Again, I am running hosted engine on hyperconverged infra. Is this issue possibly related to Bug 1269768<https://bugzilla.redhat.com/show_bug.cgi?id=1269768> ?

2 3

Delete disk references without deleting the disk
by Johan Kooijman 06 Jan '16

06 Jan '16

Hi all, I have about 100 old VM's in my cluster. They're powered down, ready for deletion. What I want to do is delete the VM's including disks without actually deleting the disk images from the storage array itself. Is that possible? At the end I want to be able to delete the storage domain (which then should not hold any data, as far as ovirt is concerned). Reason for this: it's a ZFS pool with dedup enabled, deleting the images one by one will kill the array with 100% iowa for some time. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

4 9

since upgrade of hosted engine, its not starting anymore
by Wu, Qiong 06 Jan '16

06 Jan '16

------=_NextPart_000_00B7_01D147CF.903F6090 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00B8_01D147CF.903F6090" ------=_NextPart_001_00B8_01D147CF.903F6090 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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_00B8_01D147CF.903F6090 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>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_00B8_01D147CF.903F6090-- ------=_NextPart_000_00B7_01D147CF.903F6090 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 GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMTA1MTQ0MTM3WjAj BgkqhkiG9w0BCQQxFgQUqwc+DhjpIXgx/VIXpS4ERu5YcTMwgY8GCSsGAQQBgjcQBDGBgTB/MHUx CzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYD VQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENB IDECBkGaDhXJlzCBkQYLKoZIhvcNAQkQAgsxgYGgfzB1MQswCQYDVQQGEwJERTElMCMGA1UEChMc VC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1c3QgQ2VudGVyIERldXRz Y2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxAgZBmg4VyZcwgbcGCSqGSIb3DQEJ DzGBqTCBpjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQB AjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwCgYIKoZIhvcN AgUwDQYJKoZIhvcNAQEBBQAEggEAejYMwlR6CtyoSmlxqD7w/rgsZww+tvHheSqKNFm1qhTL1TRf 0uJUAQxTczzcnc/HWbAapZqCL/XdfoEeN2yGv1tTDeHqlV2vRRaZ4gmFvqMG+Umwlhjc9YpecyPA OtPlTOGdAY996MaKThq/NolyWJSCa1HInU9p59hNtplwRpFUGfhtaYausGaFHb1/w6Mh2tYogeQW z8CIL3opdwtINRqVDIXGF/6Wxni2k4ylEVlzh4bxGA2IPwL6q/kwnlyJdHo3mnj0H13aunk8nPvX 0+LHDRu0RLCNUpkJC3N/b38Riuf14WM4N7lWpCWe4Mv6jNLvpg0IDvS1Y058GMILcwAAAAAAAA== ------=_NextPart_000_00B7_01D147CF.903F6090--

2 5

bootstrap error
by pbauer＠algotech.cz 06 Jan '16

06 Jan '16

--------------030302040800050100090100 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody help me with this error ?? I've got new, fresh !! prepared instalation of four node gluster with separated oVirt 3.5.6 mgmt server ( running on ESX ) . I can't add any new node to oVirt due to "Host 2hp2 installation failed. Invalid data recieved during bootstrap." error. All servers are Centos 7.2.1511 rel. ( minimal ) kernel - 3.10.0-327.3.1.el7.x86_64 #1 SMP Any idea ?? THX a lot Pavel LOGS - /var/log/ovirt-engine/engine.log =============== 2016-01-06 07:28:57,261 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException:*Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,267 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install: java.lang.RuntimeException: *Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,269 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Installation 172.16.5.154:*Invalid data recieved during bootstrap* 2016-01-06 07:28:57,274 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host 2hp2. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,275 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install, prefering first exception: java.lang.RuntimeException:*Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,277 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Host installation failed for host d7d43c54-70ee-4c2d-a165-8dfe84db65ec, 2hp2.: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,280 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] START, SetVdsStatusVDSCommand(HostName = 2hp2, HostId = d7d43c54-70ee-4c2d-a165-8dfe84db65ec, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 21b78169 2016-01-06 07:28:57,287 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] FINISH, SetVdsStatusVDSCommand, log id: 21b78169 2016-01-06 07:28:57,292 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Job ID: 99d079e9-81da-472e-a24e-0fb7a9a8559e, Call Stack: null, Custom Event ID: -1, Message: Host 2hp2 installation failed. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,298 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Lock freed to object EngineLock [exclusiveLocks= key: d7d43c54-70ee-4c2d-a165-8dfe84db65ec value: VDS , sharedLocks= ] 2016-01-06 07:29:00,079 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-23) Initializing Host: 2hp2 --------------030302040800050100090100 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, can anybody help me with this error ?? I've got new, fresh !! prepared instalation of four node gluster with separated oVirt 3.5.6 mgmt server ( running on ESX ) . I can't add any new node to oVirt due to "Host 2hp2 installation failed. Invalid data recieved during bootstrap." error. All servers are Centos 7.2.1511 rel. ( minimal ) kernel - 3.10.0-327.3.1.el7.x86_64 #1 SMP Any idea ?? THX a lot Pavel LOGS - /var/log/ovirt-engine/engine.log =============== 2016-01-06 07:28:57,261 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,267 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,269 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Installation 172.16.5.154: Invalid data recieved during bootstrap 2016-01-06 07:28:57,274 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host 2hp2. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,275 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install, prefering first exception: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,277 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Host installation failed for host d7d43c54-70ee-4c2d-a165-8dfe84db65ec, 2hp2.: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,280 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] START, SetVdsStatusVDSCommand(HostName = 2hp2, HostId = d7d43c54-70ee-4c2d-a165-8dfe84db65ec, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 21b78169 2016-01-06 07:28:57,287 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] FINISH, SetVdsStatusVDSCommand, log id: 21b78169 2016-01-06 07:28:57,292 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Job ID: 99d079e9-81da-472e-a24e-0fb7a9a8559e, Call Stack: null, Custom Event ID: -1, Message: Host 2hp2 installation failed. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,298 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Lock freed to object EngineLock [exclusiveLocks= key: d7d43c54-70ee-4c2d-a165-8dfe84db65ec value: VDS , sharedLocks= ] 2016-01-06 07:29:00,079 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-23) Initializing Host: 2hp2 </body> </html> --------------030302040800050100090100--

2 1

hypervisors failing
by Koen Vanoppen 06 Jan '16

06 Jan '16

Hi All, I have a question. Lately, for some reason we experience problems with our hypervisors. In a way that they suddenly appear to lose connection to a storage domain and start migrating the VM's. But if you can see it during the day and you just press the green arrow on the hypervisor (up) they just come back online and pretend that nothing happend... These are the kind of log lines: Thread-18::ERROR::2016-01-05 07:39:11,170::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Kind regards, Koen

2 1

GPG Key Expired for ovirt-guest-agent
by Christophe TREFOIS 06 Jan '16

06 Jan '16

--_000_116C08E2533A472BAEE41DAB552DC2D3unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBsaXN0LA0KDQpJdCBzZWVtcyB0aGUga2V5IGZvciB0aGUgaHR0cDovL2Rvd25sb2FkLm9w ZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9tZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94 VWJ1bnR1XzE0LjA0LyByZXBvc2l0b3J5IGhhcyBleHBpcmVkIHR3byBkYXlzIGFnby4NCg0KQ291 bGQgaXQgYmUgdXBkYXRlZCBwbGVhc2U/DQoNClRoYW5rIHlvdSwNCg0K4oCUDQpDaHJpc3RvcGhl DQoNCkRyIENocmlzdG9waGUgVHJlZm9pcywgRGlwbC4tSW5nLg0KVGVjaG5pY2FsIFNwZWNpYWxp c3QgLyBQb3N0LURvYw0KDQpVTklWRVJTSVTDiSBEVSBMVVhFTUJPVVJHDQoNCkxVWEVNQk9VUkcg Q0VOVFJFIEZPUiBTWVNURU1TIEJJT01FRElDSU5FDQpDYW1wdXMgQmVsdmFsIHwgSG91c2Ugb2Yg QmlvbWVkaWNpbmUNCjYsIGF2ZW51ZSBkdSBTd2luZw0KTC00MzY3IEJlbHZhdXgNClQ6ICszNTIg NDYgNjYgNDQgNjEyNA0KRjogKzM1MiA0NiA2NiA0NCA2OTQ5DQpodHRwOi8vd3d3LnVuaS5sdS9s Y3NiDQoNCltGYWNlYm9va108aHR0cHM6Ly93d3cuZmFjZWJvb2suY29tL3RyZWZleD4gIFtUd2l0 dGVyXSA8aHR0cHM6Ly90d2l0dGVyLmNvbS9UcmVmZXg+ICAgW0dvb2dsZSBQbHVzXSA8aHR0cHM6 Ly9wbHVzLmdvb2dsZS5jb20vK0NocmlzdG9waGVUcmVmb2lzLz4gICBbTGlua2VkaW5dIDxodHRw czovL3d3dy5saW5rZWRpbi5jb20vaW4vdHJlZm9pc2NocmlzdG9waGU+ICAgW3NreXBlXSA8aHR0 cDovL3NreXBlOlRyZWZleD9jYWxsPg0KDQotLS0tDQpUaGlzIG1lc3NhZ2UgaXMgY29uZmlkZW50 aWFsIGFuZCBtYXkgY29udGFpbiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uLg0KSXQgaXMgaW50ZW5k ZWQgZm9yIHRoZSBuYW1lZCByZWNpcGllbnQgb25seS4NCklmIHlvdSByZWNlaXZlIGl0IGluIGVy cm9yIHBsZWFzZSBub3RpZnkgbWUgYW5kIHBlcm1hbmVudGx5IGRlbGV0ZSB0aGUgb3JpZ2luYWwg bWVzc2FnZSBhbmQgYW55IGNvcGllcy4NCi0tLS0NCg0KDQoNCg== --_000_116C08E2533A472BAEE41DAB552DC2D3unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <A359C3B346322C40B2AEEE284AB06161(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBsaXN0LA0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SXQgc2VlbXMgdGhlIGtl eSBmb3IgdGhlJm5ic3A7PGEgaHJlZj0iaHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBv c2l0b3JpZXMvaG9tZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LyIg Y2xhc3M9IiI+aHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9tZTov ZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LzwvYT4mbmJzcDtyZXBvc2l0 b3J5IGhhcyBleHBpcmVkDQogdHdvIGRheXMgYWdvLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q291bGQgaXQgYmUgdXBkYXRlZCBwbGVh c2U/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5UaGFuayB5b3UsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hyaXN0b3BoZTxiciBj bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDAp OyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFy dDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBu b3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTog c3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4N CjxwIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBw dDsgbGluZS1oZWlnaHQ6IDE2cHg7IGNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IiBjbGFzcz0iIj4N CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsgY29sb3I6IHJnYig2MSwgNTksIDU5KTsg ZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+RHIgQ2hyaXN0b3BoZSBUcmVmb2lzLCBEaXBsLi1J bmcuPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8 c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5saW5lOyBmb250 LXNpemU6IDcuNXB0OyIgY2xhc3M9IiI+VGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURvYzwv c3Bhbj48L3A+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDcuNXB0OyBsaW5lLWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNwbGF5OiBpbmxp bmU7IiBjbGFzcz0iIj5VTklWRVJTSVTDiSBEVSBMVVhFTUJPVVJHPC9zcGFuPjxiciBjbGFzcz0i Ij4NCjxzcGFuIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYxLCA1 OSwgNTkpOyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj5MVVhFTUJPVVJHIENFTlRSRSBGT1Ig U1lTVEVNUyBCSU9NRURJQ0lORTwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iY29s b3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+Q2FtcHVzIEJl bHZhbCB8IEhvdXNlIG9mIEJpb21lZGljaW5lPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj42LCBhdmVudWUgZHUgU3dpbmcmbmJzcDs8L3NwYW4+PGJyIGNsYXNzPSIiPg0KTC00MzY3 IEJlbHZhdXg8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48 YnIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxh eTogaW5saW5lOyIgY2xhc3M9IiI+VDo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkp OyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj4mIzQzOzM1MiA0NiA2NiA0NCA2MTI0PC9zcGFu PjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnIgY2xh c3M9IiI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5s aW5lOyIgY2xhc3M9IiI+Rjo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNw bGF5OiBpbmxpbmU7IiBjbGFzcz0iIj4mIzQzOzM1MiA0NiA2NiA0NCA2OTQ5PC9zcGFuPjxzcGFu IGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i QXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImRpc3BsYXk6 IGlubGluZTsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48YSBocmVmPSJodHRwOi8v d3d3LnVuaS5sdS9sY3NiIiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMDksIDE4OSk7IGRpc3BsYXk6 IGlubGluZTsiIGNsYXNzPSIiPmh0dHA6Ly93d3cudW5pLmx1L2xjc2I8L2E+PC9wPg0KPHAgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBsaW5l LWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuZmFjZWJvb2su Y29tL3RyZWZleCIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9 IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZpbGVuYW1lPSJmYWNlYm9vay5wbmciIHNyYz0iaHR0cHM6 Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvZmFjZWJvb2sucG5nIiBh bHQ9IkZhY2Vib29rIiBjbGFzcz0iIj48L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3R3aXR0ZXIuY29tL1RyZWZleCIgc3R5bGU9ImRp c3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRh LWZpbGVuYW1lPSJ0d2l0dGVyLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRt bHNpZy1hc3NldHMvcm91bmRlZC90d2l0dGVyLnBuZyIgYWx0PSJUd2l0dGVyIiBjbGFzcz0iIj48 L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFu IGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRw czovL3BsdXMuZ29vZ2xlLmNvbS8mIzQzO0NocmlzdG9waGVUcmVmb2lzLyIgc3R5bGU9ImRpc3Bs YXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZp bGVuYW1lPSJnb29nbGVwbHVzLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRt bHNpZy1hc3NldHMvcm91bmRlZC9nb29nbGVwbHVzLnBuZyIgYWx0PSJHb29nbGUgUGx1cyIgY2xh c3M9IiI+PC9hPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJl Zj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2luL3RyZWZvaXNjaHJpc3RvcGhlIiBzdHlsZT0i ZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PGltZyB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGRh dGEtZmlsZW5hbWU9ImxpbmtlZGluLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20v aHRtbHNpZy1hc3NldHMvcm91bmRlZC9saW5rZWRpbi5wbmciIGFsdD0iTGlua2VkaW4iIGNsYXNz PSIiPjwvYT48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Imh0dHA6Ly9za3lwZTpUcmVmZXg/Y2FsbCIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNz PSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZpbGVuYW1lPSJza3lwZS5wbmci IHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvc2t5 cGUucG5nIiBhbHQ9InNreXBlIiBjbGFzcz0iIj48L2E+PC9wPg0KPHAgY2xhc3M9ImJhbm5lci1j b250YWluZXIiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6 ZTogMTRweDsgbGluZS1oZWlnaHQ6IDE2cHg7Ij4NCjwvcD4NCjxwIHN0eWxlPSJmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoNjEsIDU5LCA1OSk7IGZvbnQtc2l6ZTog OXB4OyBsaW5lLWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KLS0tLTxiciBjbGFzcz0iIj4NClRo aXMgbWVzc2FnZSBpcyBjb25maWRlbnRpYWwgYW5kIG1heSBjb250YWluIHByaXZpbGVnZWQgaW5m b3JtYXRpb24uPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjxiciBjbGFzcz0iIj4NCkl0IGlzIGludGVuZGVkIGZvciB0aGUgbmFtZWQgcmVjaXBpZW50IG9u bHkuPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiciBj bGFzcz0iIj4NCklmIHlvdSByZWNlaXZlIGl0IGluIGVycm9yIHBsZWFzZSBub3RpZnkgbWUgYW5k IHBlcm1hbmVudGx5IGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZSBhbmQgYW55IGNvcGllcy48 c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyIGNsYXNz PSIiPg0KLS0tLTxiciBjbGFzcz0iIj4NCjwvcD4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_116C08E2533A472BAEE41DAB552DC2D3unilu_--

3 4

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

06 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 06 Jan '16

06 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 05 Jan '16

05 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

Ubuntu Repository Key Expired
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi List, I just noticed that the key for the Ubuntu 14.04 repository is expired. pub 2048R/73A1A299 2013-10-24 [expired: 2016-01-02] uid home:evilissimo OBS Project <home:evilissimo@build.opensuse.org> I used the following repository: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu Best regards Christoph

2 1

New oVirt Node releases?
by Kevin Hung 04 Jan '16

04 Jan '16

Hello, I have noticed that there have not been any official releases of oVirt Node since 3.5.2 [1]. I have tried looking through the Users and the Announce mailing lists for any information regarding the lack of releases, but I was not able to find anything from the past few months. The official documentation for oVirt seems to indicate that oVirt Node is still supported. Are there just build problems preventing oVirt Node from being released? Or are we supposed to use either the latest Jenkins build or our own build [2] if we wish to deploy oVirt Node? [1] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/el7-3.5.2/ [2] http://www.ovirt.org/Node_Building

3 3

Which browser should I use?
by gregor 04 Jan '16

04 Jan '16

Hi, after a painful upgrade from 3.5 to 3.6 (AIO) I try to figure out the deeper meaning of the message which is display on the webinterface. "This Browser version isn't optimal for displaying the application graphics (refer to Documentation for details)" Can anybody please point me where in the Documentation this is explained? I tried the latest Firefox and Google-Chrome from arch linux but still get these message? (I hope it doesn't mean to use the Internet Explorer or now known as Edge) cheers gregor

5 5

Refresh Host Devices
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi list, how can I refresh the host devices (usb) in the frontend? "Refresh Capabilities" does not work for me. I want to attach a usb device to a VM but I can't see the device in the frontend. # lsub is showing the device. Best regards Christoph

3 3

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 04 Jan '16

04 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGluayBpcyB3b3JraW5nIGFnYWluLi4uDQoNCmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsDQoN Cg0KDQpTZW50IHdpdGggR29vZCAod3d3Lmdvb2QuY29tKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBFbGlyYXogTGV2aSBbZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxl dmlAcmVkaGF0LmNvbT5dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDc6MTcgQU0g RWFzdGVybiBTdGFuZGFyZCBUaW1lDQpUbzogV2lsbCBEZW5uaXMNClN1YmplY3Q6IFJlOiBbb3Zp cnQtdXNlcnNdIGhvc3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3Nl ICYgZml4Pw0KDQoNCkhpIFdpbGwgOikNClRoZSBsaW5rIGlzIGJyb2tlbi4NCkNhbiB5b3UgcGxl YXNlIHNlbmQgYSB2YWxpZCBvbmUgdG8gdGhlIGxpc3Q/DQp0aGFua3MgOikNCkVsaXJhei4NCg0K LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIldpbGwgRGVubmlzIiA8d2Rlbm5p c0BuZWMtbGFicy5jb20+DQpUbzogIkVsaXJheiBMZXZpIiA8ZWxldmlAcmVkaGF0LmNvbT4NClNl bnQ6IFN1bmRheSwgMyBKYW51YXJ5LCAyMDE2IDg6MjM6NTkgUE0NClN1YmplY3Q6IFJlOiBbb3Zp cnQtdXNlcnNdIGhvc3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3Nl ICYgZml4Pw0KDQpEaWdpdGFsIE9jZWFuIGRyb3BsZXQgYW5kIFB5dGhvbiBTaW1wbGVIVFRQU2Vy dmVyIEZUVyA7KQ0KaHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWwNCg0KDQoNCk9uIEphbiAzLCAy MDE2LCBhdCA5OjMzIEFNLCBFbGlyYXogTGV2aSA8ZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxl dmlAcmVkaGF0LmNvbT4+IHdyb3RlOg0KDQoNCg0KdmRzQ2xpZW50IG91dHB1dDogaHR0cDovL2Zw YXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0Lw0KDQpUaGUgZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdl ICg0NDk2IGxpbmVzKSBzbyBjYW5ub3QgZnBhc3Rl4oCmIElzIHRoZXJlIGEgZmlsZSB1cGxvYWQg c2VydmljZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHNoYXJlIHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3 aXRoIHlvdT8NCg0KSGkgV2lsbCBob3cgYXJlIHlvdT8NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQg dGhlIGxvZyB0byBzb21lIHNvcnQgb2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhl IFVSTD8NCkkgdGhpbmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLg0KVGhhbmtz IDopDQpwbGVhc2Ugc2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5 IHdpbGwgYmUgYWJsZSB0byBmb2xsb3cuDQpDaGVlcnMhDQpFbGlyYXogOikNCg0KDQoNCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1 cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4 PzwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCkxpbmsgaXMgd29ya2luZyBhZ2Fpbi4uLjxicj4N Cjxicj4NCmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K U2VudCB3aXRoIEdvb2QgKHd3dy5nb29kLmNvbSk8YnI+DQo8YnI+DQo8YnI+DQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLTxicj4NCjxiPkZyb206Jm5ic3A7PC9iPkVsaXJheiBMZXZpIFs8YSBo cmVmPSJtYWlsdG86ZWxldmlAcmVkaGF0LmNvbSI+ZWxldmlAcmVkaGF0LmNvbTwvYT5dPGJyPg0K PGI+U2VudDombmJzcDs8L2I+TW9uZGF5LCBKYW51YXJ5IDA0LCAyMDE2IDA3OjE3IEFNIEVhc3Rl cm4gU3RhbmRhcmQgVGltZTxicj4NCjxiPlRvOiZuYnNwOzwvYj5XaWxsIERlbm5pczxicj4NCjxi PlN1YmplY3Q6Jm5ic3A7PC9iPlJlOiBbb3ZpcnQtdXNlcnNdIGhvc3Qgc3RhdHVzICZxdW90O05v biBPcGVyYXRpb25hbCZxdW90OyAtIGhvdyB0byBkaWFnbm9zZSAmYW1wOyBmaXg/PGJyPg0KPGJy Pg0KPCEtLSBDb252ZXJ0ZWQgZnJvbSB0ZXh0L3BsYWluIGZvcm1hdCAtLT4NCjxwPjxmb250IHNp emU9IjIiPkhpIFdpbGwgOik8YnI+DQpUaGUgbGluayBpcyBicm9rZW4uPGJyPg0KQ2FuIHlvdSBw bGVhc2Ugc2VuZCBhIHZhbGlkIG9uZSB0byB0aGUgbGlzdD88YnI+DQp0aGFua3MgOik8YnI+DQpF bGlyYXouPGJyPg0KPGJyPg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxicj4NCkZyb206 ICZxdW90O1dpbGwgRGVubmlzJnF1b3Q7ICZsdDt3ZGVubmlzQG5lYy1sYWJzLmNvbSZndDs8YnI+ DQpUbzogJnF1b3Q7RWxpcmF6IExldmkmcXVvdDsgJmx0O2VsZXZpQHJlZGhhdC5jb20mZ3Q7PGJy Pg0KU2VudDogU3VuZGF5LCAzIEphbnVhcnksIDIwMTYgODoyMzo1OSBQTTxicj4NClN1YmplY3Q6 IFJlOiBbb3ZpcnQtdXNlcnNdIGhvc3Qgc3RhdHVzICZxdW90O05vbiBPcGVyYXRpb25hbCZxdW90 OyAtIGhvdyB0byBkaWFnbm9zZSAmYW1wOyBmaXg/PGJyPg0KPGJyPg0KRGlnaXRhbCBPY2VhbiBk cm9wbGV0IGFuZCBQeXRob24gU2ltcGxlSFRUUFNlcnZlciBGVFcgOyk8YnI+DQo8YSBocmVmPSJo dHRwOi8vYzctMDEudGhpc2NhbnQuZmFpbCI+aHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWw8L2E+ PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KT24gSmFuIDMsIDIwMTYsIGF0IDk6MzMgQU0sIEVsaXJh eiBMZXZpICZsdDtlbGV2aUByZWRoYXQuY29tJmx0OzxhIGhyZWY9Im1haWx0bzplbGV2aUByZWRo YXQuY29tIj5tYWlsdG86ZWxldmlAcmVkaGF0LmNvbTwvYT4mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQp2ZHNDbGllbnQgb3V0cHV0OiA8YSBocmVmPSJodHRwOi8vZnBhc3Rl Lm9yZy8zMDY2NjYvODI4NTg3MTQvIj5odHRwOi8vZnBhc3RlLm9yZy8zMDY2NjYvODI4NTg3MTQv PC9hPjxicj4NCjxicj4NClRoZSBlbmdpbmUubG9nIGlzIHZlcnkgbGFyZ2UgKDQ0OTYgbGluZXMp IHNvIGNhbm5vdCBmcGFzdGXigKYgSXMgdGhlcmUgYSBmaWxlIHVwbG9hZCBzZXJ2aWNlIHRoYXQg Y2FuIGJlIHVzZWQgdG8gc2hhcmUgdGhlc2Ugc29ydHMgb2YgdGhpbmdzIHdpdGggeW91Pzxicj4N Cjxicj4NCkhpIFdpbGwgaG93IGFyZSB5b3U/PGJyPg0KUGVyaGFwcyB5b3UgY2FuIHVwbG9hZCB0 aGUgbG9nIHRvIHNvbWUgc29ydCBvZiBhIGNsb3VkPyBzYXkgZ29vZ2xlIGFuZCBzaGFyZSB0aGUg VVJMPzxicj4NCkkgdGhpbmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLjxicj4N ClRoYW5rcyA6KTxicj4NCnBsZWFzZSBzZW5kIHRoZSBVUkwgaW4gdGhlIG1haWxpbmcgbGlzdCBz byBldmVyeWJvZHkgd2lsbCBiZSBhYmxlIHRvIGZvbGxvdy48YnI+DQpDaGVlcnMhPGJyPg0KRWxp cmF6IDopPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9mb250PjwvcD4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_--

1 0

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 04 Jan '16

04 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U29ycnksIGxpbmsgc2hvdWxkIGJlIHdvcmtpbmcgYWdhaW4gbm93Li4uDQoNCg0KDQpTZW50IHdp dGggR29vZCAod3d3Lmdvb2QuY29tKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBFbGlyYXogTGV2aSBbZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxldmlAcmVkaGF0LmNv bT5dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDc6MTcgQU0gRWFzdGVybiBTdGFu ZGFyZCBUaW1lDQpUbzogV2lsbCBEZW5uaXMNClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIGhv c3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3NlICYgZml4Pw0KDQoN CkhpIFdpbGwgOikNClRoZSBsaW5rIGlzIGJyb2tlbi4NCkNhbiB5b3UgcGxlYXNlIHNlbmQgYSB2 YWxpZCBvbmUgdG8gdGhlIGxpc3Q/DQp0aGFua3MgOikNCkVsaXJhei4NCg0KLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIldpbGwgRGVubmlzIiA8d2Rlbm5pc0BuZWMtbGFicy5j b20+DQpUbzogIkVsaXJheiBMZXZpIiA8ZWxldmlAcmVkaGF0LmNvbT4NClNlbnQ6IFN1bmRheSwg MyBKYW51YXJ5LCAyMDE2IDg6MjM6NTkgUE0NClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIGhv c3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3NlICYgZml4Pw0KDQpE aWdpdGFsIE9jZWFuIGRyb3BsZXQgYW5kIFB5dGhvbiBTaW1wbGVIVFRQU2VydmVyIEZUVyA7KQ0K aHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWwNCg0KDQoNCk9uIEphbiAzLCAyMDE2LCBhdCA5OjMz IEFNLCBFbGlyYXogTGV2aSA8ZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxldmlAcmVkaGF0LmNv bT4+IHdyb3RlOg0KDQoNCg0KdmRzQ2xpZW50IG91dHB1dDogaHR0cDovL2ZwYXN0ZS5vcmcvMzA2 NjY2LzgyODU4NzE0Lw0KDQpUaGUgZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdlICg0NDk2IGxpbmVz KSBzbyBjYW5ub3QgZnBhc3Rl4oCmIElzIHRoZXJlIGEgZmlsZSB1cGxvYWQgc2VydmljZSB0aGF0 IGNhbiBiZSB1c2VkIHRvIHNoYXJlIHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3aXRoIHlvdT8NCg0K SGkgV2lsbCBob3cgYXJlIHlvdT8NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQgdGhlIGxvZyB0byBz b21lIHNvcnQgb2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhlIFVSTD8NCkkgdGhp bmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLg0KVGhhbmtzIDopDQpwbGVhc2Ug c2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5IHdpbGwgYmUgYWJs ZSB0byBmb2xsb3cuDQpDaGVlcnMhDQpFbGlyYXogOikNCg0KDQoNCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1 cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4 PzwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NClNvcnJ5LCBsaW5rIHNob3VsZCBiZSB3b3JraW5n IGFnYWluIG5vdy4uLjxicj4NCjxicj4NCjxicj4NCjxicj4NClNlbnQgd2l0aCBHb29kICh3d3cu Z29vZC5jb20pPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+ DQo8Yj5Gcm9tOiZuYnNwOzwvYj5FbGlyYXogTGV2aSBbPGEgaHJlZj0ibWFpbHRvOmVsZXZpQHJl ZGhhdC5jb20iPmVsZXZpQHJlZGhhdC5jb208L2E+XTxicj4NCjxiPlNlbnQ6Jm5ic3A7PC9iPk1v bmRheSwgSmFudWFyeSAwNCwgMjAxNiAwNzoxNyBBTSBFYXN0ZXJuIFN0YW5kYXJkIFRpbWU8YnI+ DQo8Yj5UbzombmJzcDs8L2I+V2lsbCBEZW5uaXM8YnI+DQo8Yj5TdWJqZWN0OiZuYnNwOzwvYj5S ZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsg LSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4Pzxicj4NCjxicj4NCjwhLS0gQ29udmVydGVkIGZy b20gdGV4dC9wbGFpbiBmb3JtYXQgLS0+DQo8cD48Zm9udCBzaXplPSIyIj5IaSBXaWxsIDopPGJy Pg0KVGhlIGxpbmsgaXMgYnJva2VuLjxicj4NCkNhbiB5b3UgcGxlYXNlIHNlbmQgYSB2YWxpZCBv bmUgdG8gdGhlIGxpc3Q/PGJyPg0KdGhhbmtzIDopPGJyPg0KRWxpcmF6Ljxicj4NCjxicj4NCi0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS08YnI+DQpGcm9tOiAmcXVvdDtXaWxsIERlbm5pcyZx dW90OyAmbHQ7d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7PGJyPg0KVG86ICZxdW90O0VsaXJheiBM ZXZpJnF1b3Q7ICZsdDtlbGV2aUByZWRoYXQuY29tJmd0Ozxicj4NClNlbnQ6IFN1bmRheSwgMyBK YW51YXJ5LCAyMDE2IDg6MjM6NTkgUE08YnI+DQpTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBo b3N0IHN0YXR1cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2Ug JmFtcDsgZml4Pzxicj4NCjxicj4NCkRpZ2l0YWwgT2NlYW4gZHJvcGxldCBhbmQgUHl0aG9uIFNp bXBsZUhUVFBTZXJ2ZXIgRlRXIDspPGJyPg0KPGEgaHJlZj0iaHR0cDovL2M3LTAxLnRoaXNjYW50 LmZhaWwiPmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsPC9hPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCk9uIEphbiAzLCAyMDE2LCBhdCA5OjMzIEFNLCBFbGlyYXogTGV2aSAmbHQ7ZWxldmlAcmVk aGF0LmNvbSZsdDs8YSBocmVmPSJtYWlsdG86ZWxldmlAcmVkaGF0LmNvbSI+bWFpbHRvOmVsZXZp QHJlZGhhdC5jb208L2E+Jmd0OyZndDsgd3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KdmRz Q2xpZW50IG91dHB1dDogPGEgaHJlZj0iaHR0cDovL2ZwYXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0 LyI+aHR0cDovL2ZwYXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0LzwvYT48YnI+DQo8YnI+DQpUaGUg ZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdlICg0NDk2IGxpbmVzKSBzbyBjYW5ub3QgZnBhc3Rl4oCm IElzIHRoZXJlIGEgZmlsZSB1cGxvYWQgc2VydmljZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHNoYXJl IHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3aXRoIHlvdT88YnI+DQo8YnI+DQpIaSBXaWxsIGhvdyBh cmUgeW91Pzxicj4NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQgdGhlIGxvZyB0byBzb21lIHNvcnQg b2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhlIFVSTD88YnI+DQpJIHRoaW5rIGl0 IHdpbGwgYmUgdGhlIGZhc3Rlc3Qgd2F5IGFyb3VuZC48YnI+DQpUaGFua3MgOik8YnI+DQpwbGVh c2Ugc2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5IHdpbGwgYmUg YWJsZSB0byBmb2xsb3cuPGJyPg0KQ2hlZXJzITxicj4NCkVsaXJheiA6KTxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvZm9udD48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_--

1 0

Ovirt 3.6.1 unable to manually start hosted engine vm
by Stefano Danzi 04 Jan '16

04 Jan '16

Hi ! After upgrade from ovirt 3.5 to 3.6 I'm not able to manually start hosted-engine vm using "hosted-engine --vm-start" I have only one host. I put engine in global maintenance mode, I shutdown all VM and hosted engine VM. I reboot the host and run "hosted-engine --vm-start", but the VM never start (I waited for 10 minutes). When I run " hosted-engine --set-maintenance --mode=none" engine VM start immediately. [root@ovirt01 ~]# hosted-engine --vm-start b66ae2c5-de0f-4361-953b-f10226da7eb8 Status = WaitForLaunch nicModel = rtl8139,pv statusTime = 4294711929 emulatedMachine = pc pid = 0 vmName = HostedEngine devices = [{'index': '2', 'iface': 'ide', 'specParams': {}, 'readonly': 'true', 'deviceId': '9866b541-20db-40c8-9512-b4f5277700fd', 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '/home/pacchetti/iso/CentOS-7.0-1406-x86_64-Minimal.iso', 'type': 'disk'}, {'index': '0', 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'poolID': '00000000-0000-0000-0000-000000000000', 'volumeID': 'f89cf2a9-af3c-4c07-9e45-5f2c5fd8e155', 'imageID': 'c0c575cf-9107-49b8-8a0f-95c8efa6ad06', 'specParams': {}, 'readonly': 'false', 'domainID': '46f55a31-f35f-465c-b3e2-df45c05e06a7', 'optional': 'false', 'deviceId': 'c0c575cf-9107-49b8-8a0f-95c8efa6ad06', 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'disk', 'shared': 'exclusive', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:12:d5:35', 'linkActive': 'true', 'network': 'ovirtmgmt', 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': '3f76ab15-bf91-41ad-b02d-dbdb21fae828', 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface'}, {'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId': 'a40e268c-bef7-4ca4-832a-28e550e9e012', 'alias': 'console0'}] guestDiskMapping = {} vmType = kvm clientIp = displaySecurePort = -1 memSize = 4096 displayPort = -1 cpuType = SandyBridge spiceSecureChannels = smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp = 2 displayIp = 0 display = vnc [root@ovirt01 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- Status up-to-date : False Hostname : ovirt01.hawai.lan Host ID : 1 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : d2fb89cb Host timestamp : 3569

3 5

Re: [ovirt-users] Not able to attach my storage
by Michael Cooper 04 Jan '16

04 Jan '16

My Apologies sir will do from here on out. On Sun, Jan 3, 2016 at 4:54 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > Hi Michael, > > Please reply to both the mailing list (users(a)ovirt.org) and me. This > way the discussion is available to other users (it is searchable in > the web). > > Thanks, > Nir > > On Sun, Jan 3, 2016 at 11:45 AM, Michael Cooper <mcooper(a)coopfire.com> > wrote: > > I am sorry Nir, I will do that I apologize. I am going to rebuild from > > scratch as I think I may have done something wrong in the process, I will > > let yu know. > > > > Thank you very much for responding. > > > > > > > > On Sun, Jan 3, 2016 at 3:47 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> > >> בתאריך 3 בינו׳ 2016 10:26 לפנה״צ,‏ "Michael Cooper" < > mcooper(a)coopfire.com> > >> כתב: > >> > >> (Adding users list) > >> > > >> > This from my engine.log > >> > >> (Snipped log) > >> > >> Next time please attach log files, dumping partial logs in the message > >> body is not very useful. > >> > >> > > >> > I have attached 2 screenshots as well for your review. Let me know I > >> > have read through the log but I am new to oVirt so I am not sure what > I am > >> > looking for yet. > >> > > >> > >> In the screenshot we can see that you already have iso domain attached > >> (CF_ISO). Seems that the system does not support more than one attached > iso > >> domain. > >> > >> Why do you need multiple iso domains attached to the same dc? > >> > >> > >> > > >> > > >> > On Sat, Jan 2, 2016 at 11:30 AM, Nir Soffer <nsoffer(a)redhat.com> > wrote: > >> >> > >> >> On Sat, Jan 2, 2016 at 12:46 PM, Michael Cooper < > mcooper(a)coopfire.com> > >> >> wrote: > >> >> > Hello Everyone, > >> >> > > >> >> > I wondering why I cannot attach my iso_domain to my Data > >> >> > Center. > >> >> > When I try to attach it says no Valid DataCenters. Why is this > >> >> > happening? > >> >> > Where should I start looking for the resolution? > >> >> > >> >> Can you describe your data center? do you have active hosts? active > >> >> storage domain? > >> >> > >> >> Can you attach engine.log showing this error? > >> >> > >> >> Nir > >> >> > >> >> > > >> >> > Thanks, > >> >> > > >> >> > -- > >> >> > Michael A Cooper > >> >> > Linux Certified > >> >> > Zerto Certified > >> >> > http://www.coopfire.com > >> >> > > >> >> > _______________________________________________ > >> >> > Users mailing list > >> >> > Users(a)ovirt.org > >> >> > http://lists.ovirt.org/mailman/listinfo/users > >> >> > > >> > > >> > > >> > > >> > > >> > -- > >> > Michael A Cooper > >> > Linux Certified > >> > Zerto Certified > >> > http://www.coopfire.com > > > > > > > > > > -- > > Michael A Cooper > > Linux Certified > > Zerto Certified > > http://www.coopfire.com > -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

1 0