February 2016 - Users - oVirt List Archives

ovirt-guest-agent puppet module available for testing
by René Koch 21 Feb '16

21 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050606000501090707090306 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, As I'm trying to manage my infrastructure using puppet, I figured out=20 that there's no puppet module available for installing and configuring=20 ovirt-guest-agent (or at least I couldn't find one). So I created a=20 module, which is tested on Debian 7/8 (please see Readme for=20 limitations) and CentOS/Scientifc Linux/RHEL 6/7. Other operating=20 systems will follow soon... If you're using puppet, feel free to test this module and leave me some=20 feedback: https://forge.puppetlabs.com/scrat14/ovirt_guest_agent Regards, Ren=C3=A9 --------------ms050606000501090707090306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkwODE2MjlaMC8GCSqGSIb3DQEJBDEiBCDESIsE2gfwuFLuW6oyNavdNKWvswm8at/+C3d/ lEYkpDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAJwYKXJHbGdgSAVp1SKwO8RV4TAVhVXitQTxBwtx E4psIiMzT0pS5KUc06EwPf/Y1bn60pybMxkxcph1R6uXYPJOWohuBnD1CcWojyGvUBUQ866G NUYAZPyVz5fZ5qGkCN6/TtOvrjHPA157Z8LLxtaokCTVPWj0dGtlkckZrTvjcFBLYINqqsBS O2G0zn1EffBbhMR4B9LlPlOhROMVHfW7YmmtU0dG88fLEN+rKpd6q9H3ug9DfxMSj/8+/8kC PoricAWUVoQ4n1smaLEBosiJGRahAIu8BXJHSrJsPq5aOEbuWmQ4Fd+1HGdv26ditFLClStR quuo7ozAMwTR3AAAAAAAAAA= --------------ms050606000501090707090306--

3 2

No OVF Store on Export Domain - normal?
by Christophe TREFOIS 21 Feb '16

21 Feb '16

--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When I attached my NFS export domain to a data center, I see the following = message in the events log "The Storage Domain does not contain any OVF_STORE disks. Usually the Stora= ge Domain does not contain OVF_STORE disks when the Storage Domain has been= previously managed with a Data Center version lower then 3.5." However, the export domain and oVirt have been used below 3.5. Is this normal behavior for an export domain or is there something I should= do to fix it? I can export / import VMs from / to the export domain just fine (until now) Thank you for your feedback, -- Christophe --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR-LU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">When I attached my NFS export d= omain to a data center, I see the following message in the events log<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">“The Storage Domain does = not contain any OVF_STORE disks. Usually the Storage Domain does not contai= n OVF_STORE disks when the Storage Domain has been previously managed with = a Data Center version lower then 3.5.”<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">However, the export domain and = oVirt have been used below 3.5.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Is this normal behavior for an = export domain or is there something I should do to fix it?<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can export / import VMs from = / to the export domain just fine (until now)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you for your feedback,<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">--<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Christophe<o:p></o:p></span></p= > </div> </body> </html> --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_--

3 6

Unexpected exception when trying to destroy a VM
by Mark Steele 21 Feb '16

21 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 I attempted to shutdown a VM via the VH's CLI by issuing the poweroff command (ubuntu 14.04.3). The session disconnected and ping dropped, however oVirt reports the VM up. Attempted to 'Power Off' via oVirt gui and received and error. Accessed the host via CLI and attempted a destroy with: vdsClient -s 0 destroy *vmgui* received an Unexpected exception. The VM still reports as UP in vsdClient -s 0 list table Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

How to create a DataCenterQuota via Python SDK?
by nicolas＠devels.es 20 Feb '16

20 Feb '16

Hi, I'm trying to create a Data Center Quota with limits for memory, vcpu and storage. As per the class definition, DataCenterQuota expects: a datacenter, a quota and a context. Quota class in turn expects limits but only as percentages, for hard and soft limits. However if I dump an already created DataCenterQuota object I see: {'_Base__context': 36443152, 'parentclass': <ovirtsdk.xml.params.DataCenter object at 0x278e750>, 'permissions': <ovirtsdk.infrastructure.brokers.DataCenterQuotaPermissions object at 0x278ef90>, 'quotaclusterlimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaClusterLimits object at 0x2540490>, 'quotastoragelimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaStorageLimits object at 0x278ef50>, 'superclass': <ovirtsdk.xml.params.Quota object at 0x278ec90>} I see DataCenterQuotaQuotaClusterLimits and DataCenterQuotaQuotaStorageLimits allow creating limits for memory/cpu and storage respectively, and they're set in the DataCenterQuota __init__ method like this: self.quotaclusterlimits = DataCenterQuotaQuotaClusterLimits(self, context) self.quotastoragelimits = DataCenterQuotaQuotaStorageLimits(self, context) However, I'm unable to find out how to handle the 'context' parameter to contain those two limit classes. Could someone shed some light on it? An example would be welcome too. Thanks. Nicolás

2 1

Clone VM fails - could not create volume
by Chris Adams 19 Feb '16

19 Feb '16

On oVirt 3.6.2, I tried to clone a VM, but got an error that the volume couldn't be created. Checking the logs, I see (in vdsm.log on the SPM): jsonrpc.Executor/2::ERROR::2016-02-11 09:50:24,459::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Image is not a legal chain: (u'fa4d1802-6223-4800-8339-c194076cfb4b',)", 'code': 262}} The VM I am trying to clone is thin-provisioned from a template; is it "legal" to clone such a VM, or is this a bug? -- Chris Adams <cma(a)cmadams.net>

2 2

Consolidating LUNs in iSCSI storage domain
by Colin Coe 19 Feb '16

19 Feb '16

Hi all In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of four LUNs. (full details in the attached text file). I want to consolidate all the data on LUNs iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01 qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02 iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03 to LUN iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04 Is this possible? Thanks CC

3 5

Missing dom_md/ids file
by Cameron Christensen 19 Feb '16

19 Feb '16

--=-ib3K2M22fij89CwJmOQa Content-Type: multipart/alternative; boundary="=-NjNRZoVPoPY0Nb552k5L" --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I am using glusterfs storage and ran into a split-brain issue. One of the file affected by split-brain was dom_md/ids. In attempts to fix the split-brain issue I deleted the dom_md/ids file. Is there a method to recreate or reconstruct this file? Thanks, Cameron --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html><head></head><body><div>Hello,</div><div><br></div><div>I am using gl= usterfs storage and ran into a split-brain issue. One of the file affected = by split-brain was dom_md/ids. In attempts to fix the split-brain issue I d= eleted the dom_md/ids file. Is there a method to recreate or reconstruct th= is file?</div><div><br></div><div>Thanks,</div><div><br></div><div>Cameron<= /div></body></html> --=-NjNRZoVPoPY0Nb552k5L-- --=-ib3K2M22fij89CwJmOQa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJWx4HpAAoJEM1PCzopIAOtyogH/2COr1uz+wnbcJIYDwj+B/pI LeTdieUk/JxDLzp3eYetcPFTjJ2xxNNKIY4UirRPKxx2cIPIsjyWeTgdPqebkP4n L9Ol7/y3fmgtoG9vQJ0SPKpXJi1kkZgeCZ9MytFv/nsxPqt43GYllIoV+sya2XbJ L/Kg801158O6c/AZ8l/enErrT5HgqTqVKVBEnqxKUpM2AjMR8a74qX85IwMtgpyR cJI18PCYb1/+lJibjK9Q7mdIsmG5mTlHrBnYxjk7MfxdipYmq6S+KW/rXHhypNY5 W8+3z4QChIO0/fmb6gM6ullOmjxvfLkYmOKxI3ktp6nTcB4v5q488Sngc7BAR7s= =6R5n -----END PGP SIGNATURE----- --=-ib3K2M22fij89CwJmOQa--

3 5

delete hang task
by paf1＠email.cz 19 Feb '16

19 Feb '16

This is a multi-part message in MIME format. --------------090609060600060403090209 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. --------------090609060600060403090209 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, <br> I'm testing oVirt 3.6 for failover and have total issue.<br> Snapshot VM will hang on ZFS filesystem.<br> But the main questionis is : how can I cancel any unfinished tasks in ovirt ???<br> I didn't find any "normal" solution, except deleting record from ovirt DB manually <br> <br> any idea ? - no one is missing this functionality ???<br> regs.<br> Pa.<br> </body> </html> --------------090609060600060403090209--

4 3

Can't fine engine postgres password
by Adam Verslype 19 Feb '16

19 Feb '16

Hi, After deploying hosted engine using the hosted-engine-appliance I need to run the unlock_entity utility on the engine vm to unlock a disk that's stuck. So I ssh on the vm and run: sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q psql: FATAL: password authentication failed for user "engine" FATAL: Cannot execute sql command: --file=./unlock_entity.sql where xxxxxxxxx is the password I supplied for everything during deployment. Does it have a different password that came with the appliance? Is this documented somewhere? Thanks, Adam Verslype

3 2

Run Once install -> reboot loop
by Jamie Lawrence 19 Feb '16

19 Feb '16

Hello all, I’m running overt 3.6.0 on Centos 7.[1] I’ve been working on getting Ovirt to slot in to our environment, and almost have a setup that works. I can now build isos on demand for automated installs (I’m working around some local networking choices without modifying them for now, which is why this isn’t a PXE boot) and create my guests, pointing them to the iso form which to install via Run Once. This all works. The problem is that after the install, the guest reboots, but (best I can tell) Ovirt doesn’t detect it, the iso is still mounted, and the install happens all over again. Rinse, repeat. Has anyone seen this? Or better, does anyone know how to fix this? Thanks, -j [1] # yum list installed |grep ovirt ebay-cors-filter.noarch 1.0.1-0.1.ovirt.el7 @ovirt-3.6 gperftools-libs.x86_64 2.4-7.el7 @ovirt-3.6 ipxe-bootimgs.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms-qemu.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 jasperreports-server.noarch 6.0.1-1.el7 @ovirt-3.6 libcacard-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 libgovirt.x86_64 0.3.1-3.el7 @base otopi.noarch 1.4.0-1.el7.centos @ovirt-3.6 otopi-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-backend.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-cli.noarch 3.6.0.1-1.el7.centos @ovirt-3.6 ovirt-engine-dbscripts.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-jdbc.noarch 1.0.1-1.el7 @ovirt-3.6 ovirt-engine-extension-aaa-ldap.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-ldap-setup.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extensions-api-impl.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-jboss-as.x86_64 7.1.1-1.el7.centos @ovirt-3.6 ovirt-engine-lib.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-restapi.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-sdk-python.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-base.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine-common.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-tools.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-userportal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-webadmin-portal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-wildfly.x86_64 8.2.0-1.el7 @ovirt-3.6 ovirt-engine-wildfly-overlay.noarch 001-2.el7 @ovirt-3.6 ovirt-host-deploy.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-offline.x86_64 1.4.0-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-ha.noarch 1.3.2.1-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-setup.noarch 1.3.0-1.el7.centos @ovirt-3.6 ovirt-image-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-iso-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-setup-lib.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-host.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-proxy.noarch 1.0.0-1.el7.centos @ovirt-3.6 patternfly1.noarch 1.3.0-1.el7.centos @ovirt-3.6-patternfly1-noarch-epel python-gluster.noarch 3.7.6-1.el7 @ovirt-3.6-glusterfs-noarch-epel qemu-img-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-common-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-tools-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 seabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 seavgabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 spice-qxl.noarch 0.1-21.1 @ovirt-3.6 unboundid-ldapsdk.noarch 3.0.0-1.el7 @ovirt-3.6 vdsm.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-cli.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-gluster.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-hook-fileinject.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-infra.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc-java.noarch 1.1.5-1.el7.centos @ovirt-3.6 vdsm-python.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-xmlrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-yajsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6

3 3