January 2017 - Users - oVirt List Archives

vdsm IOProcessClient WARNING Timeout waiting for communication thread for client
by Bill James 14 Jan '17

14 Jan '17

We have an ovirt system with 3 clusters, all running centos7. ovirt engine is running on separate host, ovirt-engine-3.6.4.1-1.el7.centos.noarch 2 of the clusters are running newer version of ovirt, 3 nodes each, ovirt-engine-4.0.3-1.el7.centos.noarch, glusterfs-3.7.16-1.el7.x86_64, vdsm-4.18.11-1.el7.centos.x86_64. 1 cluster is still running the older version, ovirt-engine-3.6.4.1-1.el7.centos.noarch. Yes we are in the process of upgrading the whole system to ovirt4.0, but takes time.... One of the 2 clusters running ovirt4 is complaining of timeouts, vdsm talking to gluster. No warnings on the 2 other clusters. Thread-720062::DEBUG::2017-01-13 07:29:46,814::outOfProcess::87::Storage.oop::(getProcessPool) Creating ioprocess /rhev/data-center/mnt/glusterSD/ovirt1-gl.dmz.p rod.j2noc.com:_gv1 Thread-720062::INFO::2017-01-13 07:29:46,814::__init__::325::IOProcessClient::(__init__) Starting client ioprocess-5874 Thread-720062::DEBUG::2017-01-13 07:29:46,814::__init__::334::IOProcessClient::(_run) Starting ioprocess for client ioprocess-5874 Thread-720062::DEBUG::2017-01-13 07:29:46,832::__init__::386::IOProcessClient::(_startCommunication) Starting communication thread for client ioprocess-5874 *Thread-720062::WARNING::2017-01-13 07:29:46,847::__init__::401::IOProcessClient::(_startCommunication) Timeout waiting for communication thread for client ioproc**ess-5874* [2017-01-12 07:27:58.685680] I [MSGID: 106488] [glusterd-handler.c:1533:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req The message "I [MSGID: 106488] [glusterd-handler.c:1533:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req" repeated 31 times between [2017-01-12 07:27:58.685680] and [2017-01-12 07:29:46.971939] attached logs: engine.log supervdsm.log vdsm.log etc-glusterfs-glusterd.vol.log cli.log

2 2

OVirt 4 / Migration issue
by Devin Acosta 14 Jan '17

14 Jan '17

I have a cluster that is running OVirt 4.0.5-2, and I notice in the vdsm.log when I try to migrate I keep seeing this error: Thread-54::ERROR::2017-01-10 16:42:31,465::migration::254::virt.vm::(_recover) vmId=`e2390382-ee5b-4552-a980-487143885802`::migration destination error: Destination hook failed: Hook Error: ('openstacknet hook: [unexpected error]: Traceback (most recent call last):\n File "/usr/libexec/vdsm/hooks/before_device_migrate_destination/50_openstacknet", line 75, in <module>\n main()\n File "/usr/libexec/vdsm/hooks/before_device_migrate_destination/50_openstacknet", line 47, in main\n pluginType = os.environ[PLUGIN_TYPE_KEY]\n File "/usr/lib64/python2.7/UserDict.py", line 23, in __getitem__\n raise KeyError(key)\nKeyError: \'plugin_type\'\n\n\n',) Any idea how to fix this? -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

1 1

Unable to delete VM disk
by cmc 14 Jan '17

14 Jan '17

Hi, I'm trying to delete a disk from a host I have shut down, as I need to provision a larger one. When I try to delete it, it gives me an exception on the UI. I've tried removing the bootable flag, and creating another disk, but it still won't allow the deletion of the disk. I can't see a relevant error in the engine log, though there are errors in the UI log, but I expect that is just as result of the underlying issue with deleting the disk. Thanks, Cam

4 20

Hosted Engine: Add another host
by gregor 13 Jan '17

13 Jan '17

Hi, I have a hosted-engine setup on one host. Today I try to add another host from the UI but this gives me some errors without detail. Is there a way to add a new host from the shell? Not a node [1] because I plan to use docker as well on the host, it's a test environment. Or is it better to install the host as node? cheers gregor [1] http://www.ovirt.org/node/

3 4

Re: [ovirt-users] Hardware upgrade Ovirt Engine
by Roy Golan 13 Jan '17

13 Jan '17

On Jan 13, 2017 11:47 AM, "nicola gentile" <nicola.gentile.to(a)gmail.com> wrote: Hi, My environment consists of: 1 engine 2 host 1 storage I must to do an hardware upgrade only for engine manager. How do I proceed? Best regard Nicola _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users Use the engine backup tool [1]. That will take care of DB and configurations. Make sure the status of your Ovf_store disks is OK with no event of warning on them(this means you have cold backup of your VM config) You can then just start the upgrade , your VMS will continue with no interference. [1] http://www.ovirt.org/develop/release-,management/features/engine/engine-bac…

1 0

Hardware upgrade Ovirt Engine
by nicola gentile 13 Jan '17

13 Jan '17

Hi, My environment consists of: 1 engine 2 host 1 storage I must to do an hardware upgrade only for engine manager. How do I proceed? Best regard Nicola

1 0

Specifying the datastore on a VmPool creation via Python-SDK?
by nicolas＠devels.es 13 Jan '17

13 Jan '17

Hi, We've several templates that have their disks replicated (copied) on all our Storage Domains. Problem is that we create our VmPools using PythonSDK, and it usually creates the pool on one of our Storage Domains that has a small amount of free disk space. Some of the Data Stores have plenty of space and when creating the VmPool, we'd like to be able to specify on which of these Storage Domains to create the VmPool. So far I see no parameter on the params.VmPool class to do that. I've tried using an Action, but the request is not correct: action = params.Action(storage_domain=api.storagedomains.get(name='...')) pool = params.VmPool(name='testlarge', cluster=api.clusters.get(name='...'), template=api.templates.get(name='Blank'), max_user_vms=1, size=1, type_='manual', actions=action) pool = params.VmPool(name='testlarge', cluster=api.clusters.get(name='...'), template=api.templates.get(name='Blank'), max_user_vms=1, size=1, type_='manual', actions=[action]) api.vmpools.add(pool) Both tries fail. This is Python-SDK 3.x. Is there a way to specify the destination Storage Domain onto where to create the VmPool? Thanks

3 3

Max number of api calls per user?
by Grundmann, Christian 13 Jan '17

13 Jan '17

------=_NextPart_000_001B_01D26C1D.AF69E5D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001C_01D26C1D.AF69E5D0" ------=_NextPart_001_001C_01D26C1D.AF69E5D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, is there a maximum number of sessions per user? I am doing python-api calls to remove VMs If I call my script 30 times simultaneously, one or two get an error. Traceback (most recent call last): File "remove_vm.py", line 24, in <module> if VMNAME in [vm.name for vm in api.vms.list()]: File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 35761, in list headers={"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 46, in get return self.request(method='GET', url=url, headers=headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py ", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py ", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) ovirtsdk.infrastructure.errors.RequestError: status: 401 reason: Unauthorized detail: User is not logged in. Is there some setting I can tune? Thx Christian ------=_NextPart_001_001C_01D26C1D.AF69E5D0 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 15 = (filtered medium)"><style></style></head><body lang=3DDE-AT = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Hi,<o:p></o:p>is there a maximum number of = sessions per user?<o:p></o:p><o:p> </o:p>I am doing python-api calls to remove = VMs<o:p></o:p>If I = call my script 30 times simultaneously, one or two get an = error.<o:p></o:p><o:p> </o:p><pre>Traceback (most recent call = last):<o:p></o:p></pre><pre>  File = "remove_vm.py", line 24, in = <module><o:p></o:p></pre><pre>    if VMNAME in [vm.name for vm in = api.vms.list()]:<o:p></o:p></pre><pre>  = File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 35761, in list<o:p></o:p></pre><pre>    = headers=3D{"All-Content":all_content}<o:p></o:p></pre><p= re>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py&q= uot;, line 46, in get<o:p></o:p></pre><pre>    return self.request(method=3D'GET', = url=3Durl, headers=3Dheaders, = cls=3Dcls)<o:p></o:p></pre><pre>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py&q= uot;, line 122, in request<o:p></o:p></pre><pre>    = persistent_auth=3Dself.__persistent_auth<o:p></o:p></pre><pre><spa= n lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request<o:p></o:p></pre><pre>    = persistent_auth)<o:p></o:p></pre><pre>  = File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in = __do_request<o:p></o:p></pre><pre>    raise errors.RequestError(response_code, = response_reason, response_body)<o:p></o:p></pre><pre>ovirtsdk.infrastructure.errors.RequestError: = <o:p></o:p></pre><pre>status: = 401<o:p></o:p></pre><pre>reason: = Unauthorized<o:p></o:p></pre><pre>detail: User = is not logged in.<o:p></o:p></pre><o:p> </o:p><o:p> </o:p>Is there some setting I can tune?<o:p></o:p><o:p> </o:p>Thx = Christian<o:p></o:p></div></body></html> ------=_NextPart_001_001C_01D26C1D.AF69E5D0-- ------=_NextPart_000_001B_01D26C1D.AF69E5D0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEYgw ggO0MIICnKADAgECAhAz3dwydvPctkRqdEdmtvWQMA0GCSqGSIb3DQEBDQUAMGIxEzARBgoJkiaJ k/IsZAEZFgNjb20xGDAWBgoJkiaJk/IsZAEZFghmYWJhc29mdDEWMBQGCgmSJomT8ixkARkWBmZh YmFnbDEZMBcGA1UEAxMQRmFiYXNvZnQgUm9vdCBDQTAeFw0xNTAzMTIxMDQ5MjRaFw0zNTAzMTIx MDU5MjNaMGIxEzARBgoJkiaJk/IsZAEZFgNjb20xGDAWBgoJkiaJk/IsZAEZFghmYWJhc29mdDEW MBQGCgmSJomT8ixkARkWBmZhYmFnbDEZMBcGA1UEAxMQRmFiYXNvZnQgUm9vdCBDQTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALEpZPd3DdZ9u81Q8/ZggZz3NSdxsajLL22MQR5XVJqT C+Yf17FCCjnXWgz0WUKUwmPMm6xprJqvuYd826vR66ufSStsdqDpdxcrmD+EybzK06bLqG6ohWVT Rb/ojwo1aXQnvyuXNHMmLSJN/OwNtFwpHagNpYOZ53yOC5XGKR/Ccn2liwncVBK8T5NOCS3XhhP6 75GstUv3HBORD3aR9T5igRG8HtTSoi632Jt0RvM7m7u6Cr6404CxLKmSyeJ8UHl7Tt/tWS5GfsXh uil/1dfNgMXkbGjzG3rruq6v9fIr3ugkjx669IyE77TCCNkUUD9yGi29DAYsIcsAHInvCx8CAwEA AaNmMGQwEwYJKwYBBAGCNxQCBAYeBABDAEEwCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8w HQYDVR0OBBYEFKGdS2QXPACK0nl5gjbPMfr7WXSKMBAGCSsGAQQBgjcVAQQDAgEAMA0GCSqGSIb3 DQEBDQUAA4IBAQBhSSizNg+izsk+STpoWOSI0aHUX85OHVLkUY4bREQ9JGPYLrkSpf7nSBmEELHJ PodEabiISIhMkEJYjVAT08K0NZQPxpK0wQokSitc5yQNX0Pm6uebzDk6VoDecFJ0pa2PxH5BJ9QE wj9inbSFRgMAc2QZTWsebxYh2SBdosXy1Bxsj4PQ1KkkTlVzt8tFtq2a8HFKgMAKM3E7DOlhxv2m 5rmmTmbS2y/Q51kzlbGSrAcc67NzjArHu4VXM7d7uEK9Wu4u/Ou/bo2VuFpiedl0N7Xjs6HOcRvi 70Qk68dBdIlGwfzfq7R1wgBztsOMAnT7d/pU+iBtmnO5RhxWJoqkMIIGCDCCBPCgAwIBAgITQAAA AAhP/WtF9O8JAAAAAAAACDANBgkqhkiG9w0BAQ0FADBiMRMwEQYKCZImiZPyLGQBGRYDY29tMRgw FgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJhZ2wxGTAXBgNVBAMT EEZhYmFzb2Z0IFJvb3QgQ0EwHhcNMTUwMzEyMTY0NjUxWhcNMjUwMzA5MTY0NjUxWjBqMRMwEQYK CZImiZPyLGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZ FgZmYWJhZ2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALHDWZCRRueho+HBJGHMuSp+Dm0aMC78M4im5Ux7IGF8B5ZXsb+a tVBhBrFdsdazQr377siIL1W1YcS0zcezNdMKkt4/e7/Hop9pyTec5h2njAjFODuZWguXKmxPZXBa 96op0dzwvho6VVkFSp6NADZme/TNc6vm3BSSvgAZW3ALEEU26bBOZUH8KwapQJAAMEZdBwpMC7gl ig/5fhKPtxMwE9TA4axXEyRPWcFu2w91L/pSfU4eZWHj1wWcQP1DRfu8Jv1sFe7nTZejlFf5vAG6 vzELmd5ODJRC6xsSz08Dp3QXzVlqcCovcKAWdKVbgZBdYBiDriqP9n4zsTHRcqcCAwEAAaOCAq0w ggKpMBAGCSsGAQQBgjcVAQQDAgEAMB0GA1UdDgQWBBT4t/n6Dt0CIFcE0mlMpK3Ov8xrDjA9Bgkr BgEEAYI3FQcEMDAuBiYrBgEEAYI3FQi0y2GBgpx/gb2BFobG2H+C16cCgUGD4pIEgtm7EAIBZAIB AzALBgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAfBgNVHSMEGDAWgBShnUtkFzwAitJ5eYI2 zzH6+1l0ijCCASIGA1UdHwSCARkwggEVMIIBEaCCAQ2gggEJhoHJbGRhcDovLy9DTj1GYWJhc29m dCUyMFJvb3QlMjBDQSxDTj1GQUJBUk9PVENBLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2 aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWZhYmFnbCxEQz1mYWJhc29mdCxE Qz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3Ry aWJ1dGlvblBvaW50hjtodHRwOi8vY3JsLmZhYmFzb2Z0LmNvbS9DZXJ0RW5yb2xsL0ZhYmFzb2Z0 JTIwUm9vdCUyMENBLmNybDCB0QYIKwYBBQUHAQEEgcQwgcEwgb4GCCsGAQUFBzAChoGxbGRhcDov Ly9DTj1GYWJhc29mdCUyMFJvb3QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1mYWJhZ2wsREM9ZmFiYXNvZnQsREM9 Y29tP2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5 MA0GCSqGSIb3DQEBDQUAA4IBAQADapqIl4xDaVfGyK1VudKlSXzmZo0nwtW1QtyPkgBk+kclnPj4 sowyaJOnjAC1ybBkJYgd1tWNJw378kolEnuFrhiip8n/8zE2AFoQ4n8/P6diYj0X07nxHawTDAbk 0oLFaixsW7rqsn0/DVN6G+XSn172yR0wRLrKRjPqezsnj96RDUSzLeuj8QjTYcpdgane4kpuWl6S 7chXI51APIbLDWXhKtfQeUJkYR6ZPNjgFO5KnPjViYxmnCWuXpOOoB2P+7MuFWuahrpeRN6NF5zm NwXpCv6UeLF2BD1zjECG0D7T/Nqf/Q5W4kBDxCz2fySzbXprc98U7J1RfXY19nDsMIIHwDCCBqig AwIBAgITGgAACDuGB9gHiydMcQAAAAAIOzANBgkqhkiG9w0BAQ0FADBqMRMwEQYKCZImiZPyLGQB GRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJhZ2wx ITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQTAeFw0xNzAxMDkwODE4MDJaFw0xOTAx MDkwODE4MDJaMB4xHDAaBgNVBAMTE0NocmlzdGlhbi5HcnVuZG1hbm4wggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQC5eKLQm8gyQnhKwv5yF5I/2bEnebo3+pSwTIqleOa6Rhb+XH/Zt1Oq 5Ru1EF0pKQz6skkP/6785PfJEjbhg2GPaqSPuGEn0CKUWH9lLKNqtzODOm58B0mWLpd5O+SIufZ4 YPIogrwy1mEPXc2KDdPj3YNmF7RWuEBkHj7b9BCno92bBZAGF+PpHf6ssRvzDE4hKUxIjFIZJmAp jctFFfofRgQ/AHrx4FED1pnlKZglUrMvZFJm7qrwf3euSYV83kMVTqx3fVLhcRtKh/5GQJiIdJXH kCopt6D5xmKiVcQEiieYwY4VPo0Q2fQbIMF0PlHNSXmbVrm1WNPkbcQccPbRAgMBAAGjggSpMIIE pTA9BgkrBgEEAYI3FQcEMDAuBiYrBgEEAYI3FQi0y2GBgpx/gb2BFobG2H+C16cCgUGH7+IpgbCD UQIBZAIBAjATBgNVHSUEDDAKBggrBgEFBQcDBDALBgNVHQ8EBAMCBaAwGwYJKwYBBAGCNxUKBA4w DDAKBggrBgEFBQcDBDCBlAYJKoZIhvcNAQkPBIGGMIGDMAsGCWCGSAFlAwQBKjALBglghkgBZQME AS0wCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQBGTALBglghkgBZQMEAQIwCwYJYIZIAWUDBAEFMAoG CCqGSIb3DQMHMAcGBSsOAwIHMA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAgAwHQYDVR0O BBYEFDy8FgCwa5cyXmIi0XnfYHuuHgEJMB8GA1UdIwQYMBaAFPi3+foO3QIgVwTSaUykrc6/zGsO MIIBhwYDVR0fBIIBfjCCAXowggF2oIIBcqCCAW6GgdJsZGFwOi8vL0NOPUZhYmFzb2Z0JTIwSW50 ZXJtZWRpYXRlJTIwQ0EsQ049RkFCQUlOVEVSQ0EsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNl cnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9ZmFiYWdsLERDPWZhYmFzb2Z0 LERDPWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlz dHJpYnV0aW9uUG9pbnSGUmh0dHA6Ly9GQUJBSU5URVJDQS5mYWJhZ2wuZmFiYXNvZnQuY29tL0Nl cnRFbnJvbGwvRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBDQS5jcmyGQ2h0dHA6Ly9jcmwuZmFi YXNvZnQuY29tL0NlcnRFbnJvbGwvRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBDQS5jcmwwggGU BggrBgEFBQcBAQSCAYYwggGCMIHGBggrBgEFBQcwAoaBuWxkYXA6Ly8vQ049RmFiYXNvZnQlMjBJ bnRlcm1lZGlhdGUlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1mYWJhZ2wsREM9ZmFiYXNvZnQsREM9Y29tP2NBQ2Vy dGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MH4GCCsGAQUF BzAChnJodHRwOi8vRkFCQUlOVEVSQ0EuZmFiYWdsLmZhYmFzb2Z0LmNvbS9DZXJ0RW5yb2xsL0ZB QkFJTlRFUkNBLmZhYmFnbC5mYWJhc29mdC5jb21fRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBD QS5jcnQwNwYIKwYBBQUHMAGGK2h0dHA6Ly9GQUJBSU5URVJDQS5mYWJhZ2wuZmFiYXNvZnQuY29t L29jc3AwKwYDVR0RBCQwIoEgQ2hyaXN0aWFuLkdydW5kbWFubkBmYWJhc29mdC5jb20wDQYJKoZI hvcNAQENBQADggEBAJ5ZSuHMRSW90+4brUFaCsi4JwwJv8QEWl+xVXG7AqMXFtjJfbYCYLZHiHAg 6RuwI+HUOy7QDAdYyxlwXYBXtqYGAWEEq4vAY/nhGb1PcRGCxJZ9AgB2ylHUKj1abqpaOINp1cYT 5DK+SgJo5KHXAhBgs9UpABWNbuflcQdV47wjnzYKSjR+fNwKsVan/T39XyI7NJPSKUWnlG0BiEGg I7my4ilp4kNsJ8C+w8RZY5z3UFk3gNkl2kPDlgJ6aDoApKUpbYyafOopiz2jG0uaSdL3jaz4OCHb LmkA9coKWVDsAKYSlBBTabuXi5d+WNMsbC0fQMmeZu2usQnte/380XsxggPcMIID2AIBATCBgTBq MRMwEQYKCZImiZPyLGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJ k/IsZAEZFgZmYWJhZ2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQQITGgAACDuG B9gHiydMcQAAAAAIOzANBglghkgBZQMEAgEFAKCCAiswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMTcwMTExMTQxNjI5WjAvBgkqhkiG9w0BCQQxIgQgdFpQRG7M7I7N x9uUqzcMrlh/Lqk8gXJDN+z4xFkcK8IwgZIGCSsGAQQBgjcQBDGBhDCBgTBqMRMwEQYKCZImiZPy LGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJh Z2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQQITGgAACDuGB9gHiydMcQAAAAAI OzCBkwYJKoZIhvcNAQkPMYGFMIGCMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCgYIKoZIhvcN AwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDALBglghkgBZQME AgEwCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjAHBgUrDgMCGjCBlAYLKoZIhvcNAQkQAgsxgYSg gYEwajETMBEGCgmSJomT8ixkARkWA2NvbTEYMBYGCgmSJomT8ixkARkWCGZhYmFzb2Z0MRYwFAYK CZImiZPyLGQBGRYGZmFiYWdsMSEwHwYDVQQDExhGYWJhc29mdCBJbnRlcm1lZGlhdGUgQ0ECExoA AAg7hgfYB4snTHEAAAAACDswDQYJKoZIhvcNAQEBBQAEggEACqkzpayjkFFUIWbTqk/bJOZWZsv3 /Lzq43H5xenltq3ITqznY5TQv+qXWygKcqYa39TScnrR75Uo0jo7mrfceeu6oFSmJhY3X837ggX6 BrWrYSDReQD9iCyP4/otecxusTeBbcy+ZP/pepOD7S6fvPRgo4cG2RgAQDvEiTslWfDEhuyuHEFC nZpYD81B2Ls+OFnqbDGcIIjNRjsgElKHJtdB9Zft8k9K6SC4G1L/9En2YbLa3+P+55fVMUiAUguc WiHFqqjODSjQQaxWC7yMaIQZjbpQdrMiejno6YRk3+hMcBS+A9T+3XUn1e9muJ2muAM+IpHHBQAf SuGmBFJZ4gAAAAAAAA== ------=_NextPart_000_001B_01D26C1D.AF69E5D0--

2 3

repository issues causing updates to fail
by cmc 13 Jan '17

13 Jan '17

Hi, engine version: 4.0.5.5-1.el7.centos I have an oVirt cluster with 2 hosts and my engine node is reporting failed updates on the hosts. I checked the logs in /var/log/ovirt-engine/host-deploy/ and found that it reports dependency failures. -------------------------8<------------------------- 2017-01-12 10:53:16 ERROR otopi.plugins.ovirt_host_mgmt.packages.update update.error:102 Yum: [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 INFO otopi.plugins.ovirt_host_mgmt.packages.update update.info:98 Yum: Performing yum transaction rollback 2017-01-12 10:53:16 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-tA0ldayV0j/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-tA0ldayV0j/otopi-plugins/ovirt-host-mgmt/packages/update.py", line 115, in _packagesCheck if myum.buildTransaction(): File "/tmp/ovirt-tA0ldayV0j/pythonlib/otopi/miniyum.py", line 919, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2017-01-12 10:53:16 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback 2017-01-12 10:53:16 DEBUG otopi.plugins.ovirt_host_mgmt.packages.update update.verbose:94 Yum: Repository virtio-win-stable is listed more than once in the configuration 2017-01-12 10:53:16 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN 2017-01-12 10:53:16 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/error=bool:'True' --------- I've had a search in various repos for the usbredir-0.7.1, ipxe-roms-qemu 20160127-4 and seavgabios-bin 1.9.1-4, and these exist in 7.3 but not 7.2 (I am running 7.2). Should I just ignore these messages then? Thanks, Cam

1 0

How to pass unattend file to a sysprep Windows 2012r2 template
by Denis Pithon 12 Jan '17

12 Jan '17

Hello oVirt users, We currently run about 300 VMs with oVirt, both Linux and Windows servers. Cloud init works great for Linux VMs and we would like to do the same for Windows. We have a 2012r2 sysprep template but we do not manage to configure the initial run such that the new Windows VM boot *and join our AD domain* thereafter. Does someone have any clues/informations about this kind of operation ? How to specify unattend file in the 'New Virtual Machine' ? What kind of data (and format) is required in the 'sysprep' field ? Best whishes to everyone! Denis PS: We run oVirt Engine 4.0.5

2 1