June 2019 - Users - oVirt List Archives

Changing disk QoS causes segfault with IO-Threads enabled (oVirt 4.3.0.4-1.el7)
by jloh＠squiz.net 23 Apr '24

23 Apr '24

We recently upgraded to 4.3.0 and have found that when changing disk QoS settings on VMs whilst IO-Threads is enabled causes them to segfault and the VM to reboot. We've been able to replicate this across several VMs. VMs with IO-Threads disabled/turned off do not segfault when changing the QoS. Mar 1 11:49:06 srvXX kernel: IO iothread1[30468]: segfault at fffffffffffffff8 ip 0000557649f2bd24 sp 00007f80de832f60 error 5 in qemu-kvm[5576498dd000+a03000] Mar 1 11:49:06 srvXX abrt-hook-ccpp: invalid number 'iothread1' Mar 1 11:49:11 srvXX libvirtd: 2019-03-01 00:49:11.116+0000: 13365: error : qemuMonitorIORead:609 : Unable to read from monitor: Connection reset by peer Happy to supply some more logs to someone if they'll help but just wondering whether anyone else has experienced this or knows of a current fix other than turning io-threads off. Cheers.

4 3

Unable to install oVirt on RHEL7.5
by SS00514758＠techmahindra.com 05 Jan '24

05 Jan '24

Hi All, I am unable to install oVirt on RHEL7.5, to install it I am taking reference of below link, https://www.ovirt.org/documentation/install-guide/chap-Installing_oVirt.html But though it is not working for me, couple of dependencies is not getting installed, and because of this I am not able to run the ovirt-engine, below are the depencies packages that unable to install, Error: Package: collectd-write_http-5.8.0-6.1.el7.x86_64 (@ovirt-4.2-centos-opstools) Requires: collectd(x86-64) = 5.8.0-6.1.el7 Removing: collectd-5.8.0-6.1.el7.x86_64 (@ovirt-4.2-centos-opstools) collectd(x86-64) = 5.8.0-6.1.el7 Updated By: collectd-5.8.1-1.el7.x86_64 (epel) collectd(x86-64) = 5.8.1-1.el7 Available: collectd-5.7.2-1.el7.x86_64 (ovirt-4.2-centos-opstools) collectd(x86-64) = 5.7.2-1.el7 Available: collectd-5.7.2-3.el7.x86_64 (ovirt-4.2-centos-opstools) collectd(x86-64) = 5.7.2-3.el7 Available: collectd-5.8.0-2.el7.x86_64 (ovirt-4.2-centos-opstools) collectd(x86-64) = 5.8.0-2.el7 Available: collectd-5.8.0-3.el7.x86_64 (ovirt-4.2-centos-opstools) collectd(x86-64) = 5.8.0-3.el7 Available: collectd-5.8.0-5.el7.x86_64 (ovirt-4.2-centos-opstools) collectd(x86-64) = 5.8.0-5.el7 Help me to install this. Looking forward to resolve this issue. Regards Sumit Sahay

6 8

Re: Failed to synchronize networks of Provider ovirt-provider-ovn
by Mail SET Inc. Group 27 Oct '23

27 Oct '23

Yes, i use same manual to change WebUI SSL. ovirt-ca-file= is a same SSL file which use WebUI. Yes, i restart ovirt-provider-ovn, i restart engine, i restart all what i can restart. Nothing... > 12 сент. 2018 г., в 16:11, Dominik Holler <dholler(a)redhat.com> написал(а): > > On Wed, 12 Sep 2018 14:23:54 +0300 > "Mail SET Inc. Group" <mail(a)set-pro.net> wrote: > >> Ok! > > Not exactly, please use users(a)ovirt.org for such questions. > Other should benefit from this questions, too. > Please write the next mail to users(a)ovirt.org and keep me in CC. > >> What i did: >> >> 1) install oVirt «from box» (4.2.5.2-1.el7); >> 2) generate own ssl for my engine using my FreeIPA CA, Install it and > > What means "Install it"? You can use the doc from the following link > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > > Ensure that ovirt-ca-file= in > /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf > points to the correct file and ovirt-provider-ovn is restarted. > >> get tis issue; >> >> >> [root@engine ~]# tail -n 50 /var/log/ovirt-provider-ovn.log >> 2018-09-12 14:10:23,828 root [SSL: CERTIFICATE_VERIFY_FAILED] >> certificate verify failed (_ssl.c:579) Traceback (most recent call >> last): File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", >> line 133, in _handle_request method, path_parts, content >> File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", >> line 175, in handle_request return >> self.call_response_handler(handler, content, parameters) File >> "/usr/share/ovirt-provider-ovn/handlers/keystone.py", line 33, in >> call_response_handler return response_handler(content, parameters) >> File "/usr/share/ovirt-provider-ovn/handlers/keystone_responses.py", >> line 62, in post_tokens user_password=user_password) File >> "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 26, in >> create_token return auth.core.plugin.create_token(user_at_domain, >> user_password) File >> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/plugin.py", line >> 48, in create_token timeout=self._timeout()) File >> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 75, >> in create_token username, password, engine_url, ca_file, timeout) >> File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line >> 91, in _get_sso_token timeout=timeout File >> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54, >> in wrapper response = func(*args, **kwargs) File >> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47, >> in wrapper raise BadGateway(e) BadGateway: [SSL: >> CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:579) >> >> >> [root@engine ~]# tail -n 20 /var/log/ovirt-engine/engine.log >> 2018-09-12 14:10:23,773+03 INFO >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] Lock >> Acquired to object >> 'EngineLock:{exclusiveLocks='[14e4fb72-9764-4757-b37d-4d487995571a=PROVIDER]', >> sharedLocks=''}' 2018-09-12 14:10:23,778+03 INFO >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] >> Running command: SyncNetworkProviderCommand internal: true. >> 2018-09-12 14:10:23,836+03 ERROR >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] >> Command >> 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' >> failed: EngineException: (Failed with error Bad Gateway and code >> 5050) 2018-09-12 14:10:23,837+03 INFO >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] Lock >> freed to object >> 'EngineLock:{exclusiveLocks='[14e4fb72-9764-4757-b37d-4d487995571a=PROVIDER]', >> sharedLocks=''}' 2018-09-12 14:14:12,477+03 INFO >> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default >> task-6) [] User admin@internal successfully logged in with scopes: >> ovirt-app-admin ovirt-app-api ovirt-app-portal >> ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all >> ovirt-ext=token-info:authz-search >> ovirt-ext=token-info:public-authz-search >> ovirt-ext=token-info:validate ovirt-ext=token:password-access >> 2018-09-12 14:14:12,587+03 INFO >> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default >> task-6) [1bf1b763] Running command: CreateUserSessionCommand >> internal: false. 2018-09-12 14:14:12,628+03 INFO >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (default task-6) [1bf1b763] EVENT_ID: USER_VDC_LOGIN(30), User >> admin@internal-authz connecting from '10.0.3.61' using session >> 's8jAm7BUJGlicthm6yZBA3CUM8QpRdtwFaK3M/IppfhB3fHFB9gmNf0cAlbl1xIhcJ2WX+ww7e71Ri+MxJSsIg==' >> logged in. 2018-09-12 14:14:30,972+03 INFO >> [org.ovirt.engine.core.bll.provider.ImportProviderCertificateCommand] >> (default task-6) [ee3cc8a7-4485-4fdf-a0c2-e9d67b5cfcd3] Running >> command: ImportProviderCertificateCommand internal: false. Entities >> affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: >> SystemAction group CREATE_STORAGE_POOL with role type ADMIN >> 2018-09-12 14:14:30,982+03 INFO >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (default task-6) [ee3cc8a7-4485-4fdf-a0c2-e9d67b5cfcd3] EVENT_ID: >> PROVIDER_CERTIFICATE_IMPORTED(213), Certificate for provider >> ovirt-provider-ovn was imported. (User: admin@internal-authz) >> 2018-09-12 14:14:31,006+03 INFO >> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] >> (default task-6) [a48d94ab-b0b2-42a2-a667-0525b4c652ea] Running >> command: TestProviderConnectivityCommand internal: false. Entities >> affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: >> SystemAction group CREATE_STORAGE_POOL with role type ADMIN >> 2018-09-12 14:14:31,058+03 ERROR >> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] >> (default task-6) [a48d94ab-b0b2-42a2-a667-0525b4c652ea] Command >> 'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand' >> failed: EngineException: (Failed with error Bad Gateway and code >> 5050) 2018-09-12 14:15:10,954+03 INFO >> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] >> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread >> pool 'default' is using 0 threads out of 1, 5 threads waiting for >> tasks. 2018-09-12 14:15:10,954+03 INFO >> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] >> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread >> pool 'engine' is using 0 threads out of 500, 16 threads waiting for >> tasks and 0 tasks in queue. 2018-09-12 14:15:10,954+03 INFO >> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] >> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread >> pool 'engineScheduled' is using 0 threads out of 100, 100 threads >> waiting for tasks. 2018-09-12 14:15:10,954+03 INFO >> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] >> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread >> pool 'engineThreadMonitoring' is using 1 threads out of 1, 0 threads >> waiting for tasks. 2018-09-12 14:15:10,954+03 INFO >> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] >> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread >> pool 'hostUpdatesChecker' is using 0 threads out of 5, 2 threads >> waiting for tasks. 2018-09-12 14:15:23,843+03 INFO >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-61) [2455041f] Lock >> Acquired to object >> 'EngineLock:{exclusiveLocks='[14e4fb72-9764-4757-b37d-4d487995571a=PROVIDER]', >> sharedLocks=''}' 2018-09-12 14:15:23,849+03 INFO >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-61) [2455041f] >> Running command: SyncNetworkProviderCommand internal: true. >> 2018-09-12 14:15:23,900+03 ERROR >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-61) [2455041f] >> Command >> 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' >> failed: EngineException: (Failed with error Bad Gateway and code >> 5050) 2018-09-12 14:15:23,901+03 INFO >> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-61) [2455041f] Lock >> freed to object >> 'EngineLock:{exclusiveLocks='[14e4fb72-9764-4757-b37d-4d487995571a=PROVIDER]', >> sharedLocks=''}' >> >> >> [root@engine ~]# >> cat /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf # >> This file is automatically generated by engine-setup. Please do not >> edit manually [OVN REMOTE] ovn-remote=ssl:127.0.0.1:6641 >> [SSL] >> https-enabled=true >> ssl-cacert-file=/etc/pki/ovirt-engine/ca.pem >> ssl-cert-file=/etc/pki/ovirt-engine/certs/ovirt-provider-ovn.cer >> ssl-key-file=/etc/pki/ovirt-engine/keys/ovirt-provider-ovn.key.nopass >> [OVIRT] >> ovirt-sso-client-secret=Ms7Gw9qNT6IkXu7oA54tDmxaZDIukABV >> ovirt-host=https://engine.set.local:443 >> ovirt-sso-client-id=ovirt-provider-ovn >> ovirt-ca-file=/etc/pki/ovirt-engine/apache-ca.pem >> [PROVIDER] >> provider-host=engine.set.local >> >> >>> 12 сент. 2018 г., в 13:59, Dominik Holler <dholler(a)redhat.com> >>> написал(а): >>> >>> On Wed, 12 Sep 2018 13:04:53 +0300 >>> "Mail SET Inc. Group" <mail(a)set-pro.net> wrote: >>> >>>> Hello Dominik! >>>> I have a same issue with OVN provider and SSL >>>> https://www.mail-archive.com/users@ovirt.org/msg47020.html >>>> <https://www.mail-archive.com/users@ovirt.org/msg47020.html> But >>>> certificate changes not helps to resolve it. Maybe you can help me >>>> with this? >>> >>> Sure. Can you please share the relevant lines of >>> ovirt-provider-ovn.log and engine.log, and the information if you >>> are using the certificates generated by engine-setup with >>> users(a)ovirt.org ? Thanks, >>> Dominik >>> >> > >

5 13

engine-setup failing on 4.3.2 -> 4.3.3 fails during Engine schema refresh fail
by Edward Berger 17 Jul '23

17 Jul '23

I was trying to upgrade a hyperconverged oVirt hosted engine and failed in the engine-setup command with these error and warnings. ... [ INFO ] Creating/refreshing Engine database schema [ ERROR ] schema.sh: FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_03_0830_add_foreign_key_to_image_transfers.sql [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema refresh failed ... [ INFO ] Yum Verify: 16/16: ovirt-engine-tools.noarch 0:4.3.3.5-1.el7 - e [WARNING] Rollback of DWH database postponed to Stage "Clean up" [ INFO ] Rolling back database schema ... [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Attaching engine-setup logfile.

4 6

oVirt host deploy: disable multipath
by femi adegoke 27 Mar '23

27 Mar '23

https://bugzilla.redhat.com/show_bug.cgi?id=1472356 There are 2 drives in my install that oVirt is claiming as multipath. I have tried blacklisting at /etc/multipath/ but that hasn't worked. Any better solutions? I need these 2 drives to be non-multipathed.

4 19

Out-of-sync networks can only be detached
by Sakhi Hadebe 26 Feb '23

26 Feb '23

Hi, I have a 3-node oVirt cluster. I have configured 2 logical networks: ovirtmgmt and public. Public logical network is attached in only 2 nodes and failing to attach on the 3rd node with the below error Invalid operation, out-of-sync network 'public' can only be detached. Please have been stuck on this for almost the whole day now. How do I fix this error? -- Regards, Sakhi Hadebe

3 5

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

Hi All: I just has a case, I need to change the oVirt host and engine IP address due to data center decommission I checked in the hosted-engine host there are some files I could change ; in ovirt-hosted-engine/hosted-engine.conf ca_subject="O=simple.com, CN=1.2.3.4" gateway=1.2.3.254 and of course I need to change the ovirtmgmt interface IP too, I think just change the above line could do the tick, but where could I change the other host IP in the cluster ? I think I have to be lost all the host as once changed the hosted-engine host IP as it is in diff. sub net. Does there any command line tools could do that or someone has such experience could share? Best Regards, Paul.LKW

4 6

looking for some ISV backup software which integrates the backup API
by Nathanaël Blanchet 08 Jun '22

08 Jun '22

Hello, We are about to change our backup provider, and I find it is a great chance to choose a full supported ovirt backup solution. I currently use this python script vm-backup-scheduler (https://github.com/wefixit-AT/oVirtBackup) but it is not the workflow officially suggested by the community (https://www.ovirt.org/develop/release-management/features/storage/backup-re…) I've been looking for a long time an ISV who supports such an API, but the only one I found is this one : Acronis Backup Advanced suggested here https://access.redhat.com/ecosystem/search/#/ecosystem/Red%20Hat%20Enterpri… I ran the trial version, but it doesn't seem to do better than the vm-backup-scheduler script, and it doesn't seem to use the backup API (attach a clone as a disk to an existing vm). Can you suggest me some other ISV solutions, if they ever exist... or share me your backup experience?

5 4

OVS switch type for hosted-engine
by Devin A. Bougie 06 May '22

06 May '22

Is it possible to setup a hosted engine using the OVS switch type instead of Legacy? If it's not possible to start out as OVS, instructions for switching from Legacy to OVS after the fact would be greatly appreciated. Many thanks, Devin

4 5

USB3 redirection
by Rik Theys 19 Apr '22

19 Apr '22

Hi, I'm trying to assign a USB3 controller to a CentOS 7.4 VM in oVirt 4.1 with USB redirection enabled. I've created the following file in /etc/ovirt-engine/osinfo.conf.d: 01-usb.properties with content os.other.devices.usb.controller.value = nec-xhci and have restarted ovirt-engine. If I disable USB-support in the web interface for the VM, the xhci controller is added to the VM (I can see it in the qemu-kvm commandline), but usb redirection is not available. If I enable USB-support in the UI, no xhci controller is added (only 4 uhci controllers). Is there a way to make the controllers for usb redirection xhci controllers? Regards, Rik -- Rik Theys System Engineer KU Leuven - Dept. Elektrotechniek (ESAT) Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee +32(0)16/32.11.07 ---------------------------------------------------------------- <<Any errors in spelling, tact or fact are transmission errors>>

3 5

OVN routing and firewalling in oVirt
by Gianluca Cecchi 19 Apr '22

19 Apr '22

Hello, how do we manage routing between different OVN networks in oVirt? And between OVN networks and physical ones? Based on architecture read here: http://openvswitch.org/support/dist-docs/ovn-architecture.7.html I see terms for logical routers and gateway routers respectively but how to apply to oVirt configuration? Do I have to choose between setting up a specialized VM or a physical one: is it applicable/advisable to put on oVirt host itself the gateway functionality? Is there any security policy (like security groups in Openstack) to implement? Thanks, Gianluca

4 6

Install hosted-engine - Task Get local VM IP failed
by florentl 10 Mar '22

10 Mar '22

Hi all, I try to install hosted-engine on node : ovirt-node-ng-4.2.3-0.20180518. Every times I get stuck on : [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:6c:5a:91 | awk '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.108872", "end": "2018-06-01 11:17:34.421769", "rc": 0, "start": "2018-06-01 11:17:34.312897", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} I tried with static IP Address and with DHCP but both failed. To be more specific, I installed three nodes, deployed glusterfs with the wizard. I'm in a nested virtualization environment for this lab (Vmware Esxi Hypervisor). My node IP is : 192.168.176.40 / and I want the hosted-engine vm has 192.168.176.43. Thanks, Florent

7 17

Host needs to be reinstalled after configuring power management
by Andrew DeMaria 02 Feb '22

02 Feb '22

Hi, I am running ovirt 4.3 and have found the following action item immediately after configuring power management for a host: Host needs to be reinstalled as important configuration changes were applied on it. The thing is - I've just freshly installed this host and it seems strange that I need to reinstall it. Is there a better way to install a host and configure power management without having to reinstall it after? Thanks, Andrew

4 3

Lots of storage.MailBox.SpmMailMonitor
by Fabrice Bacchella 06 Jan '22

06 Jan '22

My vdsm log files are huge: -rw-r--r-- 1 vdsm kvm 1.8G Nov 22 11:32 vdsm.log And this is juste half an hour of logs: $ head -1 vdsm.log 2018-11-22 11:01:12,132+0100 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] mailbox 2 checksum failed, not clearing mailbox, clearing new mail (data='...lots of data', expected='\xa4\x06\x08\x00') (mailbox:612) I just upgraded vdsm: $ rpm -qi vdsm Name : vdsm Version : 4.20.43

3 5

poweroff and reboot with ovirt_vm ansible module
by Nathanaël Blanchet 18 May '21

18 May '21

Hello, is there a way to poweroff or reboot (without stopped and running state) a vm with the ovirt_vm ansible module? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

7 11

OVN and change of mgmt network
by Gianluca Cecchi 26 Jan '21

26 Jan '21

Hello, I previously had OVN running on engine (as OVN provider with northd and northbound and southbound DBs) and hosts (with OVN controller). After changing mgmt ip of hosts (engine has retained instead the same ip), I executed again on them the command: vdsm-tool ovn-config <ip_of_engine> <nel_local_ip_of_host> Now I think I have to clean up some things, eg: 1) On engine where I get these lines below systemctl status ovn-northd.service -l . . . Sep 29 14:41:42 ovmgr1 ovsdb-server[940]: ovs|00005|reconnect|ERR|tcp: 10.4.167.40:37272: no response to inactivity probe after 5 seconds, disconnecting Oct 03 11:52:00 ovmgr1 ovsdb-server[940]: ovs|00006|reconnect|ERR|tcp: 10.4.167.41:52078: no response to inactivity probe after 5 seconds, disconnecting The two IPs are the old ones of two hosts It seems that a restart of the services has fixed... Can anyone confirm if I have to do anything else? 2) On hosts (there are 3 hosts with OVN on ip 10.4.192.32/33/34) where I currently have this output [root@ov301 ~]# ovs-vsctl show 3a38c5bb-0abf-493d-a2e6-345af8aedfe3 Bridge br-int fail_mode: secure Port "ovn-1dce5b-0" Interface "ovn-1dce5b-0" type: geneve options: {csum="true", key=flow, remote_ip="10.4.192.32"} Port "ovn-ddecf0-0" Interface "ovn-ddecf0-0" type: geneve options: {csum="true", key=flow, remote_ip="10.4.192.33"} Port "ovn-fd413b-0" Interface "ovn-fd413b-0" type: geneve options: {csum="true", key=flow, remote_ip="10.4.168.74"} Port br-int Interface br-int type: internal ovs_version: "2.7.2" [root@ov301 ~]# The IPs of kind 10.4.192.x are ok. But there is a left-over of an old host I initially used for tests, corresponding to 10.4.168.74, that now doesn't exist anymore How can I clean records for 1) and 2)? Thanks, Gianluca

3 4

Can't import some VMs after storage domain detach and reattach to new datacenter.
by m black 09 Dec '20

09 Dec '20

7 14

"gluster-ansible-roles is not installed on Host" error on Cockpit
by Hesham Ahmed 26 Nov '20

26 Nov '20

On a new 4.3.1 oVirt Node installation, when trying to deploy HCI (also when trying adding a new gluster volume to existing clusters) using Cockpit, an error is displayed "gluster-ansible-roles is not installed on Host. To continue deployment, please install gluster-ansible-roles on Host and try again". There is no package named gluster-ansible-roles in the repositories: [root@localhost ~]# yum install gluster-ansible-roles Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist, package_upload, product-id, search-disabled-repos, subscription-manager, vdsmupgrade This system is not registered with an entitlement server. You can use subscription-manager to register. Loading mirror speeds from cached hostfile * ovirt-4.3-epel: mirror.horizon.vn No package gluster-ansible-roles available. Error: Nothing to do Uploading Enabled Repositories Report Cannot upload enabled repos report, is this client registered? This is due to check introduced here: https://gerrit.ovirt.org/#/c/98023/1/dashboard/src/helpers/AnsibleUtil.js Changing the line from: [ "rpm", "-qa", "gluster-ansible-roles" ], { "superuser":"require" } to [ "rpm", "-qa", "gluster-ansible" ], { "superuser":"require" } resolves the issue. The above code snippet is installed at /usr/share/cockpit/ovirt-dashboard/app.js on oVirt node and can be patched by running "sed -i 's/gluster-ansible-roles/gluster-ansible/g' /usr/share/cockpit/ovirt-dashboard/app.js && systemctl restart cockpit"

2 1

deprecating export domain?
by Charles Kozler 30 Aug '20

30 Aug '20

Hello, I recently read on this list from a redhat member that export domain is either being deprecated or looking at being deprecated To that end, can you share details? Can you share any notes/postings/bz's that document this? I would imagine something like this would be discussed in larger audience This seems like a somewhat significant change to make and I am curious where this is scheduled? Currently, a lot of my backups rely explicitly on an export domain for online snapshots, so I'd like to plan accordingly Thanks!

11 21

Re: Single instance scaleup.
by Strahil 05 Jun '20

05 Jun '20

Hi Leo, As you do not have a distributed volume , you can easily switch to replica 2 arbiter 1 or replica 3 volumes. You can use the following for adding the bricks: https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Admi… Best Regards, Strahil NikolivOn May 26, 2019 10:54, Leo David <leoalex(a)gmail.com> wrote: > > Hi Stahil, > Thank you so much for yout input ! > > gluster volume info > > > Volume Name: engine > Type: Distribute > Volume ID: d7449fc2-cc35-4f80-a776-68e4a3dbd7e1 > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 > Transport-type: tcp > Bricks: > Brick1: 192.168.80.191:/gluster_bricks/engine/engine > Options Reconfigured: > nfs.disable: on > transport.address-family: inet > storage.owner-uid: 36 > storage.owner-gid: 36 > features.shard: on > performance.low-prio-threads: 32 > performance.strict-o-direct: off > network.remote-dio: off > network.ping-timeout: 30 > user.cifs: off > performance.quick-read: off > performance.read-ahead: off > performance.io-cache: off > cluster.eager-lock: enable > Volume Name: ssd-samsung > Type: Distribute > Volume ID: 76576cc6-220b-4651-952d-99846178a19e > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 > Transport-type: tcp > Bricks: > Brick1: 192.168.80.191:/gluster_bricks/sdc/data > Options Reconfigured: > cluster.eager-lock: enable > performance.io-cache: off > performance.read-ahead: off > performance.quick-read: off > user.cifs: off > network.ping-timeout: 30 > network.remote-dio: off > performance.strict-o-direct: on > performance.low-prio-threads: 32 > features.shard: on > storage.owner-gid: 36 > storage.owner-uid: 36 > transport.address-family: inet > nfs.disable: on > > The other two hosts will be 192.168.80.192/193 - this is gluster dedicated network over 10GB sfp+ switch. > - host 2 wil have identical harware configuration with host 1 ( each disk is actually a raid0 array ) > - host 3 has: > - 1 ssd for OS > - 1 ssd - for adding to engine volume in a full replica 3 > - 2 ssd's in a raid 1 array to be added as arbiter for the data volume ( ssd-samsung ) > So the plan is to have "engine" scaled in a full replica 3, and "ssd-samsung" scalled in a replica 3 arbitrated. > > > > > On Sun, May 26, 2019 at 10:34 AM Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hi Leo, >> >> Gluster is quite smart, but in order to provide any hints , can you provide output of 'gluster volume info <glustervol>'. >> If you have 2 more systems , keep in mind that it is best to mirror the storage on the second replica (2 disks on 1 machine -> 2 disks on the new machine), while for the arbiter this is not neccessary. >> >> What is your network and NICs ? Based on my experience , I can recommend at least 10 gbit/s interfase(s). >> >> Best Regards, >> Strahil Nikolov >> >> On May 26, 2019 07:52, Leo David <leoalex(a)gmail.com> wrote: >>> >>> Hello Everyone, >>> Can someone help me to clarify this ? >>> I have a single-node 4.2.8 installation ( only two gluster storage domains - distributed single drive volumes ). Now I just got two identintical servers and I would like to go for a 3 nodes bundle. >>> Is it possible ( after joining the new nodes to the cluster ) to expand the existing volumes across the new nodes and change them to replica 3 arbitrated ? >>> If so, could you share with me what would it be the procedure ? >>> Thank you very much ! >>> >>> Leo > > > > -- > Best regards, Leo David

4 5

Failed to add storage domain
by thunderlight1＠gmail.com 31 May '20

31 May '20

Hi! I have installed oVirt using the iso ovirt-node-ng-installer-4.3.2-2019031908.el7. I the did run the Host-engine deployment through Cockpit. I got an error when it tries to create the domain storage. It sucessfully mounted the NFS-share on the host. Bellow is the error I got: 2019-04-14 10:40:38,967+0200 INFO ansible skipped {'status': 'SKIPPED', 'ansible_task': u'Check storage domain free space', 'ansible_host': u'localhost', 'ansible_playbook': u'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 'ansible_type': 'task'} 2019-04-14 10:40:38,967+0200 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7fb6918ad9d0> kwargs 2019-04-14 10:40:39,516+0200 INFO ansible task start {'status': 'OK', 'ansible_task': u'ovirt.hosted_engine_setup : Activate storage domain', 'ansible_playbook': u'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 'ansible_type': 'task'} 2019-04-14 10:40:39,516+0200 DEBUG ansible on_any args TASK: ovirt.hosted_engine_setup : Activate storage domain kwargs is_conditional:False 2019-04-14 10:40:41,923+0200 DEBUG var changed: host "localhost" var "otopi_storage_domain_details" type "<type 'dict'>" value: "{ "changed": false, "exception": "Traceback (most recent call last):\n File \"/tmp/ansible_ovirt_storage_domain_payload_xSFxOp/__main__.py\", line 664, in main\n storage_domains_module.post_create_check(sd_id)\n File \"/tmp/ansible_ovirt_storage_domain_payload_xSFxOp/__main__.py\", line 526, in post_create_check\n id=storage_domain.id,\n File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py\", line 3053, in add\n return self._internal_add(storage_domain, headers, query, wait)\n File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 232, in _internal_add\n return future.wait() if wait else future\n File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 55, in wait\n return self._code(response)\n File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 229, in callback\n self._check_fault(response)\n File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 132, in _check_fault\n self._raise_error(response , body)\n File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 118, in _raise_error\n raise error\nError: Fault reason is \"Operation Failed\". Fault detail is \"[]\". HTTP response code is 400.\n", "failed": true, "msg": "Fault reason is \"Operation Failed\". Fault detail is \"[]\". HTTP response code is 400." }" 2019-04-14 10:40:41,924+0200 DEBUG var changed: host "localhost" var "ansible_play_hosts" type "<type 'list'>" value: "[]" 2019-04-14 10:40:41,924+0200 DEBUG var changed: host "localhost" var "play_hosts" type "<type 'list'>" value: "[]" 2019-04-14 10:40:41,924+0200 DEBUG var changed: host "localhost" var "ansible_play_batch" type "<type 'list'>" value: "[]" 2019-04-14 10:40:41,924+0200 ERROR ansible failed {'status': 'FAILED', 'ansible_type': 'task', 'ansible_task': u'Activate storage domain', 'ansible_result': u'type: <type \'dict\'>\nstr: {\'_ansible_parsed\': True, u\'exception\': u\'Traceback (most recent call last):\\n File "/tmp/ansible_ovirt_storage_domain_payload_xSFxOp/__main__.py", line 664, in main\\n storage_domains_module.post_create_check(sd_id)\\n File "/tmp/ansible_ovirt_storage_domain_payload_xSFxOp/__main__.py", line 526', 'task_duration': 2, 'ansible_host': u'localhost', 'ansible_playbook': u'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml'} 2019-04-14 10:40:41,924+0200 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7fb691843190> kwargs ignore_errors:None 2019-04-14 10:40:41,928+0200 INFO ansible stats { "ansible_playbook": "/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml", "ansible_playbook_duration": "00:37 Minutes", "ansible_result": "type: <type 'dict'>\nstr: {u'localhost': {'unreachable': 0, 'skipped': 6, 'ok': 23, 'changed': 1, 'failures': 1}}", "ansible_type": "finish", "status": "FAILED" } 2019-04-14 10:40:41,928+0200 INFO SUMMARY: Duration Task Name -------- -------- [ < 1 sec ] Execute just a specific set of steps [ 00:01 ] Force facts gathering [ 00:01 ] Check local VM dir stat [ 00:01 ] Obtain SSO token using username/password credentials [ 00:01 ] Fetch host facts [ < 1 sec ] Fetch cluster ID [ 00:01 ] Fetch cluster facts [ 00:01 ] Fetch Datacenter facts [ < 1 sec ] Fetch Datacenter ID [ < 1 sec ] Fetch Datacenter name [ 00:02 ] Add NFS storage domain [ 00:01 ] Get storage domain details [ 00:01 ] Find the appliance OVF [ 00:01 ] Parse OVF [ < 1 sec ] Get required size [ FAILED ] Activate storage domain 2019-04-14 10:40:41,928+0200 DEBUG ansible on_any args <ansible.executor.stats.AggregateStats object at 0x7fb69404eb90> kwargs Any suggestions on how fix this?

2 2

How to connect to a guest with vGPU ?
by Josep Manel Andrés Moscardó 29 May '20

29 May '20

Hi, I got vGPU through mdev working but I am wondering how I would connect to the client and make use of the GPU. So far I try to access the console through SPICE and at some point in the boot process it switches to GPU and I cannot see anything else. Thanks. -- Josep Manel Andrés Moscardó Systems Engineer, IT Operations EMBL Heidelberg T +49 6221 387-8394

3 4

Vm suddenly paused with error "vm has paused due to unknown storage error"
by Jasper Siero 17 Feb '20

17 Feb '20

Hi all, Since we upgraded our Ovirt nodes to CentOS 7 a vm (not a specific one but never more then one) will sometimes pause suddenly with the error "VM ... has paused due to unknown storage error". It happens now two times in a month. The Ovirt node uses san storage for the vm's running on it. When a specific vm is pausing with an error the other vm's keeps running without problems. The vm runs without problems after unpausing it. Versions: CentOS Linux release 7.1.1503 vdsm-4.14.17-0 libvirt-daemon-1.2.8-16 vdsm.log: VM Channels Listener::DEBUG::2015-10-25 07:43:54,382::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 78. libvirtEventLoop::INFO::2015-10-25 07:43:56,177::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2015-10-25 07:43:56,178::vm::5204::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::event Suspended detail 2 opaque None libvirtEventLoop::INFO::2015-10-25 07:43:56,178::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother ........... libvirtEventLoop::INFO::2015-10-25 07:43:56,180::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother specific error part in libvirt vm log: block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) ........... block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) engine.log: 2015-10-25 07:44:48,945 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-40) [a43dcc8] VM diataal-prod-cas1 77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb moved from Up --> Paused 2015-10-25 07:44:49,003 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-40) [a43dcc8] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM diataal-prod-cas1 has paused due to unknown storage error. Has anyone experienced the same problem or knows a way to solve this? Kind regards, Jasper

3 3

Ovirt-engine-ha cannot to see live status of Hosted Engine
by asm＠pioner.kz 01 Feb '20

01 Feb '20

Good day for all. I have some issues with Ovirt 4.2.6. But now the main this of it: I have two Centos 7 Nodes with same config and last Ovirt 4.2.6 with Hostedengine with disk on NFS storage. Also some of virtual machines working good. But, when HostedEngine running on one node (srv02.local) everything is fine. After migrating to another node (srv00.local), i see that agent cannot to check livelinness of HostedEngine. After few minutes HostedEngine going to reboot and after some time i see some situation. After migration to another node (srv00.local) all looks OK. hosted-engine --vm-status commang when HosterEngine on srv00 node: --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : srv02.local Host ID : 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down_unexpected", "detail": "unknown"} Score : 0 stopped : False Local maintenance : False crc32 : ecc7ad2d local_conf_timestamp : 78328 Host timestamp : 78328 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=78328 (Tue Sep 18 12:44:18 2018) host-id=1 score=0 vm_conf_refresh_time=78328 (Tue Sep 18 12:44:18 2018) conf_on_shared_storage=True maintenance=False state=EngineUnexpectedlyDown stopped=False timeout=Fri Jan 2 03:49:58 1970 --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : srv00.local Host ID : 2 Engine status : {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "Up"} Score : 3400 stopped : False Local maintenance : False crc32 : 1d62b106 local_conf_timestamp : 326288 Host timestamp : 326288 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=326288 (Tue Sep 18 12:44:21 2018) host-id=2 score=3400 vm_conf_refresh_time=326288 (Tue Sep 18 12:44:21 2018) conf_on_shared_storage=True maintenance=False state=EngineStarting stopped=False Log agent.log from srv00.local: MainThread::INFO::2018-09-18 12:40:51,749::states::779::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE ngine::(consume) VM is powering up.. MainThread::INFO::2018-09-18 12:40:52,052::hosted_engine::491::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(_monitoring_loop) Current state EngineStarting (score: 3400) MainThread::INFO::2018-09-18 12:41:01,066::states::779::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE ngine::(consume) VM is powering up.. MainThread::INFO::2018-09-18 12:41:01,374::hosted_engine::491::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(_monitoring_loop) Current state EngineStarting (score: 3400) MainThread::INFO::2018-09-18 12:41:11,393::state_machine::169::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2018-09-18 12:41:11,393::state_machine::174::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(refresh) Host srv02.local.pioner.kz (id 1): {'conf_on_shared_storage': True, 'extra': 'meta data_parse_version=1\nmetadata_feature_version=1\ntimestamp=78128 (Tue Sep 18 12:40:58 2018)\nhost-id=1\ns core=0\nvm_conf_refresh_time=78128 (Tue Sep 18 12:40:58 2018)\nconf_on_shared_storage=True\nmaintenance=Fa lse\nstate=EngineUnexpectedlyDown\nstopped=False\ntimeout=Fri Jan 2 03:49:58 1970\n', 'hostname': 'srv02. local.pioner.kz', 'alive': True, 'host-id': 1, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down_unexpected', 'detail': 'unknown'}, 'score': 0, 'stopped': False, 'maintenance ': False, 'crc32': 'e18e3f22', 'local_conf_timestamp': 78128, 'host-ts': 78128} MainThread::INFO::2018-09-18 12:41:11,393::state_machine::177::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(refresh) Local (id 2): {'engine-health': {'reason': 'failed liveliness check', 'health': 'b ad', 'vm': 'up', 'detail': 'Up'}, 'bridge': True, 'mem-free': 12763.0, 'maintenance': False, 'cpu-load': 0 .0364, 'gateway': 1.0, 'storage-domain': True} MainThread::INFO::2018-09-18 12:41:11,393::states::779::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE ngine::(consume) VM is powering up.. MainThread::INFO::2018-09-18 12:41:11,703::hosted_engine::491::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(_monitoring_loop) Current state EngineStarting (score: 3400) MainThread::INFO::2018-09-18 12:41:21,716::states::779::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE ngine::(consume) VM is powering up.. MainThread::INFO::2018-09-18 12:41:22,020::hosted_engine::491::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(_monitoring_loop) Current state EngineStarting (score: 3400) MainThread::INFO::2018-09-18 12:41:31,033::states::779::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE ngine::(consume) VM is powering up.. MainThread::INFO::2018-09-18 12:41:31,344::hosted_engine::491::ovirt_hosted_engine_ha.agent.hosted_engine. HostedEngine::(_monitoring_loop) Current state EngineStarting (score: 3400) As we can see, agent thinking that HostedEngine just in powering up mode. I cannot to do anythink with it. I allready reinstalled many times srv00 node without success. One time i even has to uninstall ovirt* and vdsm* software. Also here one interesting point, after installing just "yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm" on this node i try to install this node from engine web interface with "Deploy" action. But, installation was unsuccesfull, before i didnt install ovirt-hosted-engine-ha on this node. I dont see in documentation that its need bofore installation of new hosts. But this is for information and checking. After installing ovirt-hosted-engine-ha node was installed with HostedEngine support. But the main issue not changed. Thanks in advance for help. BR, Alexandr

3 5

Hyperconverged setup - storage architecture - scaling
by Leo David 10 Jan '20

10 Jan '20

Hello Everyone, Reading through the document: "Red Hat Hyperconverged Infrastructure for Virtualization 1.5 Automating RHHI for Virtualization deployment" Regarding storage scaling, i see the following statements: *2.7. SCALINGRed Hat Hyperconverged Infrastructure for Virtualization is supported for one node, and for clusters of 3, 6, 9, and 12 nodes.The initial deployment is either 1 or 3 nodes.There are two supported methods of horizontally scaling Red Hat Hyperconverged Infrastructure for Virtualization:* *1 Add new hyperconverged nodes to the cluster, in sets of three, up to the maximum of 12 hyperconverged nodes.* *2 Create new Gluster volumes using new disks on existing hyperconverged nodes.You cannot create a volume that spans more than 3 nodes, or expand an existing volume so that it spans across more than 3 nodes at a time* *2.9.1. Prerequisites for geo-replicationBe aware of the following requirements and limitations when configuring geo-replication:One geo-replicated volume onlyRed Hat Hyperconverged Infrastructure for Virtualization (RHHI for Virtualization) supports only one geo-replicated volume. Red Hat recommends backing up the volume that stores the data of your virtual machines, as this is usually contains the most valuable data.* ------ Also in oVirtEngine UI, when I add a brick to an existing volume i get the following warning: *"Expanding gluster volume in a hyper-converged setup is not recommended as it could lead to degraded performance. To expand storage for cluster, it is advised to add additional gluster volumes." * Those things are raising a couple of questions that maybe for some for you guys are easy to answer, but for me it creates a bit of confusion... I am also referring to RedHat product documentation, because I treat oVirt as production-ready as RHHI is. *1*. Is there any reason for not going to distributed-replicated volumes ( ie: spread one volume across 6,9, or 12 nodes ) ? - ie: is recomanded that in a 9 nodes scenario I should have 3 separated volumes, but how should I deal with the folowing question *2.* If only one geo-replicated volume can be configured, how should I deal with 2nd and 3rd volume replication for disaster recovery *3.* If the limit of hosts per datacenter is 250, then (in theory ) the recomended way in reaching this treshold would be to create 20 separated oVirt logical clusters with 12 nodes per each ( and datacenter managed from one ha-engine ) ? *4.* In present, I have the folowing one 9 nodes cluster , all hosts contributing with 2 disks each to a single replica 3 distributed replicated volume. They where added to the volume in the following order: node1 - disk1 node2 - disk1 ...... node9 - disk1 node1 - disk2 node2 - disk2 ...... node9 - disk2 At the moment, the volume is arbitrated, but I intend to go for full distributed replica 3. Is this a bad setup ? Why ? It oviously brakes the redhat recommended rules... Is there anyone so kind to discuss on these things ? Thank you very much ! Leo -- Best regards, Leo David -- Best regards, Leo David

3 5

disk locked after export as OVA
by adam_xu＠adagene.com.cn 15 Oct '19

15 Oct '19

Hello, everyone. I tried to export a vm as OVA. I got a error in webui: VDSM ovirt1.ntbaobei.com command HSMGetAllTasksStatusesVDS failed: Volume Group not big enough: (u'Not enough free extents for extending LV d9f2378f-92f0-4bc1-96a8-20a0f2c575cb/c515a3f9-0590-4ebe-81c5-9d0993f1fec9 (free=848, needed=872)',) seems no enough space in the storage domain. I deleted the vm which i wanted to export as OVA before, but I saw a disk with id 8140d2e7-6908-438e-a646-23e58a33913e left in the storage and the status is locked. here's some log in the engine.log: 2018-09-17 14:27:03,467+08 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (EE-ManagedThreadFactory-engine-Thread-107849) [a407f6a9-445d-4ccc-b998-f9dfc6dc67ec] START, CopyImageVDSCommand( CopyImageVDSCommandParameters:{storagePoolId='79432500-ad45-11e8-98f3-00163e188641', ignoreFailoverLimit='false', storageDomainId='d9f2378f-92f0-4bc1-96a8-20a0f2c575cb', imageGroupId='ee55bbe7-8001-4c82-b1a6-0cac7710704b', imageId='701a7472-8c00-4b9f-aa87-4837eb128695', dstImageGroupId='8140d2e7-6908-438e-a646-23e58a33913e', vmId='b3aa623e-3072-430e-87d6-b81a3b07f466', dstImageId='c515a3f9-0590-4ebe-81c5-9d0993f1fec9', imageDescription='', dstStorageDomainId='d9f2378f-92f0-4bc1-96a8-20a0f2c575cb', copyVolumeType='LeafVol', volumeFormat='COW', preallocate='Sparse', postZero='false', discard='false', force='true'}), log id: 164e3046 2018-09-17 14:27:03,467+08 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (EE-ManagedThreadFactory-engine-Thread-107849) [a407f6a9-445d-4ccc-b998-f9dfc6dc67ec] ++ dstImageGUID=8140d2e7-6908-438e-a646-23e58a33913e I think maybe some command did not been excuted after I export the vm as OVA. I can find the similar case here: https://access.redhat.com/solutions/1298893 I have used the tool unlock_entity.sh but cannot find any disk that is locked. So what should I do to delete the disk that is been locked? yours Adam

2 1

ovirt-imagio-proxy upload speed slow
by Dev Ops 18 Sep '19

18 Sep '19

I am working on integrating a backup solution for our ovirt environment and having issues with the time it takes to backup the VM's. This backup solution is simply taking a snapshot and making a clone and backing the clone up to a backup server. A VM that is 100 gig takes 52 minutes to back up. The same VM doing a file backup using the same product, and bypassing their rhv plugin, takes 14 minutes. So the throughput is there but the ovirt imageio-proxy process seems to be what manages how images are uploaded and is officially my bottle neck. Load is not high on the engine or kvm hosts. I had bumped up the Upload image size from 100MB to 10gig weeks ago and that didn't seem to help. [root@blah-lab-engine ~]# engine-config -a |grep Upload UploadImageChunkSizeKB: 10240000 version: general [root@bgl-vms-engine ~]# rpm -qa |grep ovirt-image ovirt-imageio-proxy-1.4.6-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-imageio-proxy-setup-1.4.6-1.el7.noarch I have seen bugs reported to redhat about this but I am running above the affected releases. engine software is 4.2.8.2-1.el7 Any idea what we can tweak to open up this bottleneck?

5 8

Re: Cannot Increase Hosted Engine VM Memory
by Douglas Duckworth 04 Sep '19

04 Sep '19

Yes, I do. Gold crown indeed. It's the "HostedEngine" as seen attached! Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Wed, Jan 23, 2019 at 12:02 PM Simone Tiraboschi <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> wrote: On Wed, Jan 23, 2019 at 5:51 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Hi Simone Can I get help with this issue? Still cannot increase memory for Hosted Engine. From the logs it seams that the engine is trying to hotplug memory to the engine VM which is something it should not happen. The engine should simply update engine VM configuration in the OVF_STORE and require a reboot of the engine VM. Quick question, in the VM panel do you see a gold crown symbol on the Engine VM? Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Thu, Jan 17, 2019 at 8:08 AM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Sure, they're attached. In "first attempt" the error seems to be: 2019-01-17 07:49:24,795-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-29) [680f82b3-7612-4d91-afdc-43937aa298a2] EVENT_ID: FAILED_HOT_SET_MEMORY_NOT_DIVIDABLE(2,048), Failed to hot plug memory to VM HostedEngine. Amount of added memory (4000MiB) is not dividable by 256MiB. Followed by: 2019-01-17 07:49:24,814-05 WARN [org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-29) [26f5f3ed] Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING 2019-01-17 07:49:24,815-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-29) [26f5f3ed] Updating RNG device of VM HostedEngine (adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. New RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. In "second attempt" I used values that are dividable by 256 MiB so that's no longer present. Though same error: 2019-01-17 07:56:59,795-05 INFO [org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) [7059a48f] START, SetAmountOfMemoryVDSCommand(HostName = ovirt-hv1.med.cornell.edu<http://ovirt-hv1.med.cornell.edu>, Params:{hostId='cdd5ffda-95c7-4ffa-ae40-be66f1d15c30', vmId='adf14389-1563-4b1a-9af6-4b40370a825b', memoryDevice='VmDevice:{id='VmDeviceId:{deviceId='7f7d97cc-c273-4033-af53-bc9033ea3abe', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='memory', type='MEMORY', specParams='[node=0, size=2048]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}', minAllocatedMem='6144'}), log id: 50873daa 2019-01-17 07:56:59,855-05 INFO [org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) [7059a48f] FINISH, SetAmountOfMemoryVDSCommand, log id: 50873daa 2019-01-17 07:56:59,862-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-22) [7059a48f] EVENT_ID: HOT_SET_MEMORY(2,039), Hotset memory: changed the amount of memory on VM HostedEngine from 4096 to 4096 2019-01-17 07:56:59,881-05 WARN [org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-22) [28fd4c82] Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING 2019-01-17 07:56:59,882-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-22) [28fd4c82] Updating RNG device of VM HostedEngine (adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. New RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. This message repeats throughout engine.log: 2019-01-17 07:55:43,270-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-89) [] EVENT_ID: VM_MEMORY_UNDER_GUARANTEED_VALUE(148), VM HostedEngine on host ovirt-hv1.med.cornell.edu<http://ovirt-hv1.med.cornell.edu> was guaranteed 8192 MB but currently has 4224 MB As you can see attached the host has plenty of memory. Thank you Simone! Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Thu, Jan 17, 2019 at 5:09 AM Simone Tiraboschi <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> wrote: On Wed, Jan 16, 2019 at 8:22 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Sorry for accidental send. Anyway I try to increase physical memory however it won't go above 4096MB. The hypervisor has 64GB. Do I need to modify this value with Hosted Engine offline? No, it's not required. Can you please attach your engine.log for the relevant time frame? Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Wed, Jan 16, 2019 at 1:58 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Hello I am trying to increase Hosted Engine physical memory above 4GB Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_pri…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_communit…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WGSXQVVPJJ2CR…<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archiv…>

3 8

Hosted-engine inaccessible
by Tau Makgaile 29 Aug '19

29 Aug '19

Hi, I am currently experiencing a problem with my Hosted-engine. Hosted-engine disconnected after increasing / partition. The increase went well but after some time the hosted-enigine VM disconnected and has since been giving alerts such as* re-initializingFSM*. Though VMs underneth are running, Hosted-engine --vm-status: *"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail"* There is no backup to restore at the moment. I am looking for a way to bring it up without redeploying the hosted engine. Thanks in advance for your help. Kind regards, Tau

2 1

Agentless backup solutions
by femi adegoke 07 Aug '19

07 Aug '19

What backup solutions are people using? I'm only interested in host-level backups (no agents in the vm's) I am aware of the following products: https://storware.eu/en/storware-vprotect/ https://github.com/zipurman/oVIRT_Simple_Backup https://www.sepusa.com/ Any others?

9 16

Use public-signed SSL certs?
by Chris Adams 02 Aug '19

02 Aug '19

I installed an SSL cert from a public CA (Let's Encrypt) on my engine, following this: https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… That gets the regular web UI working, but I can't upload an ISO. I assume that I need to do something with the imageio-proxy service on the engine, but not sure what... I tried replacing imageio-proxy.cer and imageio-proxy.key.nopass, but that didn't work. I'm trying to avoid ever needing to install a special CA cert in browsers. -- Chris Adams <cma(a)cmadams.net>

6 19

reinstallation information
by nikkognt＠gmail.com 24 Jul '19

24 Jul '19

Hi, after a blackout one host of my ovirt not working properly. I tried to Reinstall it but ends with the following error "Failed to install Host ov1. Failed to execute stage 'Closing up': Failed to start service 'vdsmd'." I tried to start manually but it not start . Now, I would like to reinstall from iso ovirt node. After I put the host is in maintenance must I remove host from the cluster (Hosts -> host1 -> Remove) or I can reinstall without remove it? If I remore it from the cluster the network configurations I lose them or not? My ovirt version is oVirt Engine Version: 4.1.9.1-1.el7.centos.

2 6

Import VM from ovirt-exported ova
by david.paning＠gmx.ch 24 Jul '19

24 Jul '19

Hello, i installed a new oVirt 4.3.4 from scratch and am attempting to restore the VMs which ran perfectly fine on my last oVirt 4.2.8, where i exported the VM to the export domain and also as an OVA file. Importing the export domain fails, which i plan to debug later. But importing the OVA file via the Administration Portal also fails with Error ID: 1153 Message: Failed to import the VM to Data Center, Cluster. The VM name is still recognised by the import routine, which tells me the file is readable... Now my questions: Is there any option to try the same from CLI, hoping to get better clues for what is going on? Are there specific log options which could give some clues? Would it be better in general to import the VM from an export-storage domain instead of using a OVA export? Any hint would highly appreciated. Best

3 2

Re: oVirt hyerconverged more than 12 node
by Strahil 10 Jul '19

10 Jul '19

Where did you read that? It seems I can't find such statement in the web. Best Regards Strahil NikolovOn Jun 26, 2019 11:52, wodel youchi <wodel.youchi(a)gmail.com> wrote: > > Hi, > > Anyone!!!??? > > Regards. > > Le dim. 23 juin 2019 à 17:06, wodel youchi <wodel.youchi(a)gmail.com> a écrit : >> >> Hi, >> >> Could someone explain the 12 nodes limitation when installing oVirt Hyperconverged? >> >> Our client has 16 nodes, can we use them on a hyperconverged installation? for example creating two clusters, one with 9 nodes and the second with 6 nodes. >> >> Regards.

6 6

Ovirt Hyperconverged Cluster
by raffaele＠stefanile.com 10 Jul '19

10 Jul '19

I am installing ovirt 4.2 on three nodes. I am using centos with ovirt cockpit. My /sdb is my boot disk and /sda is my local storage, When I started the setup with cockpit I selected the sda but the ansible script stay on sdb. I have fix all changing the playbook manually but in the execution the gdeploy tool stay blocked on TASK [Create Physical Volume] . I don't find any logs. How I can fix that?

3 4

Any one uses Nvidia T4 as vGPU in production?
by Arman Khalatyan 05 Jul '19

05 Jul '19

Hello, any successful stories of the Nvidia T4 usage with the Ovirt? I was wondered if one would get 2 hosts each with T4s , are there live migrations possible? thanks, Arman

2 1

Spice console very poor performance for Windows 10 vm
by Leo David 04 Jul '19

04 Jul '19

Hello Everyone, Maybe I am something wrong, but spice console seem to be very laggy and slow for windows 10 vms. I have tried both qxl and qxl-dod drivers, but no luck so far... As a notice, the Win 2012R2 vm console is running fine, the problem seems to only affect Windows 10. Any ideas, what should I do to sort this out ? Thank you very much ! Leo -- Best regards, Leo David

6 22

Using a synology as an nfs storage
by Andy Michielsen 03 Jul '19

03 Jul '19

Hello, I'm setting up a 3 node cluster with the ovirtnode iso and a seperate server with the engine on and a synology for nfs storage. I have done my configuration and I'm able to mount the share manually on the node with a command. Also on the server with the engine on I can mount it manually. But when I want to do it through the webinterface to add a data domain it say the permissions are wrong. Any idea's on how to figure this out ? Kind regards.

7 11

Re: [ovirt-devel] USB on host support?
by Nir Soffer 02 Jul '19

02 Jul '19

On Sat, Jun 29, 2019 at 11:57 PM Hetz Ben Hamo <hetz(a)hetz.biz> wrote: > One of the requirements is USB host support (which will be on the nodes, > not on the desktops). I haven't found any way to connect USB to a VM other > then through SPICE, but this method won't help as these dongles won't be on > desktops. > > Is this in the road map of oVirt? > Did you try Compute > Virtual machines > vm-name > Host devices? Nir

3 2

Re: USB Passtrough device problem
by Strahil 01 Jul '19

01 Jul '19

You can attach the usb to an oVirt node and check the module in use there. Then you can try patthrough the device and check the module in use on the VM (if it's linux) or install the driver (if Windows). Best Regards, Strahil NikolovOn Jun 28, 2019 21:11, Juan Pablo Lorier <jplorier(a)gmail.com> wrote: > > thanks anyway. I'm trying to figure out how to deal with this. > > Regards > > El 26/6/19 a las 16:45, Strahil escribió: > > Slow motion... This sounds like bad driver or an unoptimized one. > > Sadly I have no more ideas how to overcome this. > > Best Rregards, > Strahil Nikolov > > On Jun 25, 2019 20:07, jplorier(a)gmail.com wrote: >> >> Hi Strahil >> >> Sorry for the late reply but google sent ovirt mails to spam. I have tried and thought I get audio, it sounds like its played at an incorrect bitrate (I recorded audio ant soundls like slow motion audio). >> Is there any other way to present the usb device than throught console usb emulation? >> Regards >>

2 1

hosted engine not getting up
by Crazy Ayansh 01 Jul '19

01 Jul '19

Hi Team, Today i rebooted my hosted engine and found it was not getting up. After connecting through remote viewer i found the error "error:cannot allocate kernel buffer" and i am not able to start hosted engine.any suggestions ?

3 3

Ovirt Hyperconverged Cluster
by raffaele＠stefanile.com 01 Jul '19

01 Jul '19

Hi all, I have configured a 3 nodes cluster with an Hyperconverged gluster. I have used 2 network interface bonded with one VLAN for the mgmt and an other one for the storage. When I use cockpit to deploy the hosted engine I receive this error. [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The host has been set in non_operational status, please check engine logs, fix accordingly and re-deploy.\n"} The ovirt version is 4.3 Someone have a similar problem?

5 7

Proper way to upgrade hosts OS?
by Nicolas Ecarnot 01 Jul '19

01 Jul '19

Hello, We're not using nodes but CentOS 7.x hosts. Do you know if some documentation has been written about the proper way to upgrade the operating system of the hosts, and especially how to prevent breaking dependencies or cause versions flaws? Thank you. -- Nicolas ECARNOT

2 2

Ovirt
by ioabdoulrahamaneapp.site＠gmail.com 30 Jun '19

30 Jun '19

Hello Please, I need help. it's been more than 4 times that I install ovirt-node-ng-install-4.3.4-2019061016.el7 but every time I do ifconfig, I see the message error bash command. I looked back in the sbin folder and there is no ifconfig file. Thanks

3 2

USB host support?
by Hetz Ben Hamo 29 Jun '19

29 Jun '19

Hi, I'm in communication with a company that thinks about RHV. One of the requirements is USB host support (which will be on the nodes, not on the desktops). I haven't found any way to connect USB to a VM other then through SPICE, but this method won't help as these dongles won't be on desktops. Is this in the road map of oVirt? Thanks

1 0

Re: Ovirt Hyperconverged Cluster
by Strahil 29 Jun '19

29 Jun '19

I think raid is OK. At least my setup has a raid0 of 2 HDDs. In the error message there is the command that is being executed by the playbook. Run it manually and if it fails - run again with more verbosely. Best Regards, Strahil NikolovOn Jun 29, 2019 01:00, Edward Berger <edwberger(a)gmail.com> wrote: > > Maybe there is something already on the disk from before? > gluster setup wants it completely blank, no detectable filesystem, no raid, etc. > see what is there with fdisk.-l see what PVs exist with pvs. > Manually wipe, reboot and try again? > > On Fri, Jun 28, 2019 at 5:37 AM <raffaele(a)stefanile.com> wrote: >> >> I have added the lvm global filter and I have configured the multipath.conf but gdploy stay blocked on the PV creation on sda. >> I don't have any log in /var/log/ovirt-hosted-engine-setup >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SHZOZFQXM6G6U…

1 0

Ovirt + Azure + AWS
by darkytoo＠gmail.com 28 Jun '19

28 Jun '19

Something i struggle with is I can't find any support for things like azure site recovery, azure backup or migrating to / from azure or AWS using oVirt, is there something i'm missing?

1 0

Re: USB Passtrough device problem
by Strahil 28 Jun '19

28 Jun '19

Slow motion... This sounds like bad driver or an unoptimized one. Sadly I have no more ideas how to overcome this. Best Rregards, Strahil NikolovOn Jun 25, 2019 20:07, jplorier(a)gmail.com wrote: > > Hi Strahil > > Sorry for the late reply but google sent ovirt mails to spam. I have tried and thought I get audio, it sounds like its played at an incorrect bitrate (I recorded audio ant soundls like slow motion audio). > Is there any other way to present the usb device than throught console usb emulation? > Regards >

2 1

Re: [ANN] oVirt 4.3.5 Third Release Candidate is now available for testing
by Strahil 28 Jun '19

28 Jun '19

I've mentioned it into the bug that tracks gluster6 integration with oVirt -> https://bugzilla.redhat.com/show_bug.cgi?id=1693998 At that time, oVirt was still not using gluster v6 , so I didn't open a separate bug. As I'm currently on the go, I can open a bug with more details in Monday. Best Regards, Strahil NikolovOn Jun 27, 2019 09:24, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > > > Il giorno gio 27 giu 2019 alle ore 07:38 Strahil <hunter86_bg(a)yahoo.com> ha scritto: >> >> Hi Sandro, >> >> Thanks for the info. >> >> I've just updated my lab (gluster v6.1 -> 6.3 ) and the only issue I have detected so far is that the Advanced Options in UI show no info for the replica bricks, while the arbiter is working. >> >> So the situation is the same as before the upgrade. >> >> Best Regards, >> Strahil Nikolov > > > Thanks for the feedback! Did you already open a bug for this? >

3 3

ovirt-engine
by raffaele＠stefanile.com 28 Jun '19

28 Jun '19

Hi, I am installing an ovirt 4.2 self hosted engine on gluster hyperconverged (3 centos nodes) When, after the gluster configuration, I start the deploy the hosted-engine tool return [ ERROR ] ERROR! 'delegate_to' is not a valid attribute for a TaskInclude [ ERROR ] [ ERROR ] The error appears to be in '/usr/share/ovirt-hosted-engine-setup/ansible/bootstrap_local_vm.yml': line 308, column 11, but may [ ERROR ] be elsewhere in the file depending on the exact syntax problem. [ ERROR ] [ ERROR ] The offending line appears to be: [ ERROR ] [ ERROR ] LOCAL_VM_DIR={{ hostvars['localhost']['LOCAL_VM_DIR'] }} [ ERROR ] - name: Clean bootstrap VM [ ERROR ] ^ here [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook Someone have the same issue?

2 1

yum versionlock in ovirt node 4.3
by markus.falb＠mafalb.at 28 Jun '19

28 Jun '19

Hi, I just upgraded some ovirt node 4.2.8 to ovirt node 4.3.4 After a ...snip # yum update ovirt-node-ng-image-update snap... I rebooted, and afterwards I wanted to run a yum update like I was doing it with the previous versions, but ...snip # yum update --disableplugin fastestmirror,subscription-manager Loaded plugins: enabled_repos_upload, imgbased-persist, package_upload, product-id, search-disabled-repos, vdsmupgrade, versionlock Repository centos-sclo-rh-release is listed more than once in the configuration Excluding 76 updates due to versionlock (use "yum versionlock status" to show them) No packages marked for update Uploading Enabled Repositories Report Cannot upload enabled repos report, is this client registered? snap... "Excluding 76 updates due to versionlock" ! Many packages are locked via the yum-versionlock plugin, also many system packages like the kernel and python (well, these 2 got my attention because there were security updates published recently). Isn't it recommended anymore to update the these packages to the latest versions? Do you use modified packages (different from CentOS?) Is it safe to remove the versionlock? Best regards, Markus

4 12

Re: disk description
by Strahil 27 Jun '19

27 Jun '19

I don't get the idea. Do you want to resize a vm disk that is encrypted inside the vm ? Best Regards, Strahil NikolovOn Jun 7, 2019 05:19, Dmitry Filonov <filonov(a)hkl.hms.harvard.edu> wrote: > > Hi - > > Looks like Friday is right around the corner... > Have a really stupid question. > Is there a way to edit disk description (or extend it's size) without attaching that disk to some VM and editing disk there? > > Thanks! > > -- > Dmitry Filonov > Linux Administrator > SBGrid Core | Harvard Medical School > 250 Longwood Ave, SGM-114 > Boston, MA 02115

2 1

Re: Cannot inquire Lease
by Strahil 27 Jun '19

27 Jun '19

It looks OK to me , but I'm no expert in that. In such case you will have 5 GB as a reserve, which you can reduce, just to be able to delete some data (in this case VM). The question that comes to my mind is - did you receive any warning by oVirt that gluster is almost full ? Bewt Regards, Strahil NikolovOn Jun 27, 2019 14:36, suporte(a)logicworks.pt wrote: > > After empty the image file, the data center came up and I was able to remove the VM disk on oVirt Web GUI. > What is the best practice to stop gluster to fill all the disk? > When I had a new storage gluster domain in advanced parameters I usually configure it like this: > Warning Low Space Indicator (%): 20 > Critical Space Action Blocker (GB): 5 > Warning Low Confirmed Space Indicator (%): 20 > > is this the best way? > > José > > ________________________________ > From: "Strahil" <hunter86_bg(a)yahoo.com> > To: "suporte" <suporte(a)logicworks.pt>, "users" <users(a)ovirt.org> > Sent: Thursday, June 27, 2019 6:45:16 AM > Subject: Re: [ovirt-users] Re: Cannot inquire Lease > > Hm ... Removing it from the gluster but not inside oVirt can cause a lot of headaches. > Can you find that image in oVirt Storage -> Disks > > Sadly , you got no other option and the optimal approach would be to take the deletion from oVirt UI/API before the storage gets full. > > Ovirt has the option to notify you in advance. > > Best Regards, > Strahil Nikolov > > On Jun 27, 2019 01:25, suporte(a)logicworks.pt wrote: >> >> I just empty a big image here >> /rhev/data-center/mnt/glusterSD/node2.abc.pt:_data/0a19a375-77cb-47e5-af12-7b5451e6fa53/images >> >> > dff87321-a18e-45a1-a4de-fb528403ebeb >> >> and everything looks like it's working again. >> >> ________________________________ >> De: suporte(a)logicworks.pt >> Para: "users" <users(a)ovirt.org> >> Enviadas: Quarta-feira, 26 De Junho de 2019 22:20:13 >> Assunto: [ovirt-users] Cannot inquire Lease >> >> Hi, >> >> The glusterfs domain disk data master is full and the volume is down. >> I have this error: >> VDSM NODE2 command SpmStatusVDS failed: Cannot inquire Lease(name='SDM', path=u'/rhev/data-center/mnt/glusterSD/node2.abc.pt:_data/0a19a375-77cb-47e5-af12-7b5451e6fa53/dom_md/leases', offset=1048576): (2, 'Sanlock get hosts failure', 'No such file or directory') >> >> Cannot delete de domain because is the data master. >> Version 4.3.4.3-1.el7 >> >> What can I do? >> >> >> Thanks >> >> José >> >> -- >> ________________________________ >> Jose Ferradeira >> http://www.logicworks.pt >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DHZ3BQ77SK353… > >

2 1

Re: Reinstalling the whole infrastructure
by Markus Schaufler 27 Jun '19

27 Jun '19

Would be really glad for any input in this matter!

1 0

Re: Cannot inquire Lease
by Strahil 27 Jun '19

27 Jun '19

Hm ... Removing it from the gluster but not inside oVirt can cause a lot of headaches. Can you find that image in oVirt Storage -> Disks Sadly , you got no other option and the optimal approach would be to take the deletion from oVirt UI/API before the storage gets full. Ovirt has the option to notify you in advance. Best Regards, Strahil NikolovOn Jun 27, 2019 01:25, suporte(a)logicworks.pt wrote: > > I just empty a big image here > /rhev/data-center/mnt/glusterSD/node2.abc.pt:_data/0a19a375-77cb-47e5-af12-7b5451e6fa53/images > > > dff87321-a18e-45a1-a4de-fb528403ebeb > > and everything looks like it's working again. > > ________________________________ > De: suporte(a)logicworks.pt > Para: "users" <users(a)ovirt.org> > Enviadas: Quarta-feira, 26 De Junho de 2019 22:20:13 > Assunto: [ovirt-users] Cannot inquire Lease > > Hi, > > The glusterfs domain disk data master is full and the volume is down. > I have this error: > VDSM NODE2 command SpmStatusVDS failed: Cannot inquire Lease(name='SDM', path=u'/rhev/data-center/mnt/glusterSD/node2.abc.pt:_data/0a19a375-77cb-47e5-af12-7b5451e6fa53/dom_md/leases', offset=1048576): (2, 'Sanlock get hosts failure', 'No such file or directory') > > Cannot delete de domain because is the data master. > Version 4.3.4.3-1.el7 > > What can I do? > > > Thanks > > José > > -- > ________________________________ > Jose Ferradeira > http://www.logicworks.pt > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DHZ3BQ77SK353…

2 1

RDO integration with oVirt
by Strahil 27 Jun '19

27 Jun '19

Hey guys, I know that RHV has a nice integration with Red Hat's openstack , but I was wondering if RDO - oVirt are having that integration. I've read a nice post : http://www.chrisj.cloud/?q=node/8 and I was wondering if I can do it - as I'm thinking about learning openstack. Bewt Regards, Strahil Nikolov

2 1

VM IPsec network performance
by TranceWorldLogic . 27 Jun '19

27 Jun '19

Hi, I have enable multi-queue feature on nic card and I am getting normal throughput as 26 Gbps. But when I am trying throughput test with IPsec I am getting only max 1.5Gbps. After looking at CPU usages, it is free more than 50%, I am not getting why low throughput in ipsec case. Below are my trial: 2nd, I tried to distribute multi-queue interrupt on mult-cpu but got same result. 3rd, I tried nic passthrough and enable RSS, I got good throughput and CPU usages. Please help me to understand how to increase vnet performance for VM. And also suggest me about ovirt setting. I have also seen some presentation in google around virtio-crypto but as I am using Guest and Host OS as centos 7.3, I can't use virtio-crypto device. Thanks, ~Rohit

1 0

Re: Error virNetTLSContextLoadCertFromFile after upgrade from oVirt 4.2 to 4.3.4
by Strahil 27 Jun '19

27 Jun '19

What about setting the date and time manually somewhere at 2016 on all hosts and blockking ntp at all ? Then the certs will be still valid and can be renewed ? Just asking... Not sure what will be the outcome. Best Regards, Strahil NikolovOn Jun 25, 2019 12:31, Yedidyah Bar David <didi(a)redhat.com> wrote: > > On Tue, Jun 25, 2019 at 12:28 PM Stefano Danzi <s.danzi(a)hawai.it> wrote: > > > > > > > > Il 25/06/2019 10:08, Yedidyah Bar David ha scritto: > > > On Tue, Jun 25, 2019 at 10:26 AM Stefano Danzi <s.danzi(a)hawai.it> wrote: > > >> > > >> > > >> Il 25/06/2019 08:27, Yedidyah Bar David ha scritto: > > >>> On Mon, Jun 24, 2019 at 7:56 PM Stefano Danzi <s.danzi(a)hawai.it> wrote: > > >>>> I've found that this issue is related to: > > >>>> > > >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1648190 > > >>> Are you sure? > > >>> > > >>> That bug is about an old cert, generated by an old version, likely > > >>> before we fixed bug 1210486 (even though it's not mentioned in above > > >>> bug). > > >> Yes! Malformed "Not Before" date/time in certs > > >> > > >>>> But i've no idea how fix it.... > > >>>> > > >>>> Il 24/06/2019 18:19, Stefano Danzi ha scritto: > > >>>>> I've just upgraded my test environment from ovirt 4.2 to 4.3.4. > > >>> Was it installed as 4.2, or upgraded? From which first version? > > >> I don't remember the first installed version. Maybe 4.0... I always > > >> upgraded the original installation. > > >> > > >>>>> System has only one host (Centos 7.6.1810) and run a self hosted engine. > > >>>>> > > >>>>> After upgrade I'm not able to run vdsmd (and so hosted engine....) > > >>>>> > > >>>>> Above the error in log: > > >>>>> > > >>>>> journalctl -xe > > >>>>> > > >>>>> -- L'unità libvirtd.service ha iniziato la fase di avvio. > > >>>>> giu 24 18:09:17 ovirt01.hawai.lan libvirtd[8176]: 2019-06-24 > > >>>>> 16:09:17.006+0000: 8176: info : libvirt version: 4.5.0, package: > > >>>>> 10.el7_6.12 (CentOS BuildSystem <http://bugs.centos.org>, > > >>>>> 2019-06-20-15:01:15, x86-01.bsys. > > >>>>> giu 24 18:09:17 ovirt01.hawai.lan libvirtd[8176]: 2019-06-24 > > >>>>> 16:09:17.006+0000: 8176: info : hostname: ovirt01.hawai.lan > > >>>>> giu 24 18:09:17 ovirt01.hawai.lan libvirtd[8176]: 2019-06-24 > > >>>>> 16:09:17.006+0000: 8176: error : virNetTLSContextLoadCertFromFile:513 > > >>>>> : Unable to import server certificate /etc/pki/vdsm/certs/vdsmcert.pem > > >>> Did you check this file? Does it exist? > > >>> > > >>> ls -l /etc/pki/vdsm/certs/vdsmcert.pem > > >>> > > >>> Can vdsm user read it? > > >>> > > >>> su - vdsm -s /bin/bash -c 'cat /etc/pki/vdsm/certs/vdsmcert.pem > /dev/null' > > >>> > > >>> Please check/share output of: > > >>> > > >>> openssl x509 -in /etc/pki/vdsm/certs/vdsmcert.pem -text > > >>> > > >>> Thanks and best regards, > > >> vdsm can read vdsmcert. The problem is "Not Before" date: > > >> > > >> [root@ovirt01 ~]# su - vdsm -s /bin/bash -c 'openssl x509 -in > > >> /etc/pki/vdsm/certs/vdsmcert.pem -text' > > >> Certificate: > > >> Data: > > >> Version: 3 (0x2) > > >> Serial Number: 4102 (0x1006) > > >> Signature Algorithm: sha1WithRSAEncryption > > >> Issuer: C=US, O=hawai.lan, CN=ovirtbk-sheng.hawai.lan.63272 > > >> Validity > > >> Not Before: Feb 4 08:36:07 2015 > > >> Not After : Feb 4 08:36:07 2020 GMT > > >> [CUT] > > >> > > >> > > >> [root@ovirt01 ~]# su - vdsm -s /bin/bash -c 'openssl x509 -in > > >> /etc/pki/vdsm/certs/cacert.pem -text' > > >> Certificate: > > >> Data: > > >> Version: 3 (0x2) > > >> Serial Number: 4096 (0x1000) > > >> Signature Algorithm: sha1WithRSAEncryption > > >> Issuer: C=US, O=hawai.lan, CN=ovirtbk-sheng.hawai.lan.63272 > > >> Validity > > >> Not Before: Feb 4 00:06:25 2015 > > >> Not After : Feb 2 00:06:25 2025 GMT > > >> > > > OK :-( > > > > > > So it will be rather difficult to fix. > > > > > > You should have been prompted by engine-setup long ago to renew PKI, > > > weren't you? And when you did, didn't you have to reinstall (or Re- > > > Enroll Certificates, in later versions) all hosts? > > > > I don't remember to ever seen a question about this during engine-setup, > > but it could be. > > In /etc/pki/vdsm/certs/ I can see an old cert and ca with subjet: > > > > [root@ovirt01 ~]# su - vdsm -s /bin/bash -c 'openssl x509 -in > > /etc/pki/vdsm/certs/cacert.pem.20150205093608 -text' > > Certificate: > > Data: > > Version: 3 (0x2) > > Serial Number: 1423056193 (0x54d21d41) > > Signature Algorithm: sha256WithRSAEncryption > > Issuer: CN=VDSM Certificate Authority > > Validity > > Not Before: Feb 4 13:23:13 2015 GMT > > Not After : Feb 4 13:23:13 2016 GMT > > Subject: CN=VDSM Certificate Authority > > Subject Public Key Info: > > > > [CUT] > > > > [root@ovirt01 ~]# su - vdsm -s /bin/bash -c 'openssl x509 -in > > /etc/pki/vdsm/certs/vdsmcert.pem.20150205093609 -text' > > Certificate: > > Data: > > Version: 3 (0x2) > > Serial Number: 1423056193 (0x54d21d41) > > Signature Algorithm: sha256WithRSAEncryption > > Issuer: CN=VDSM Certificate Authority > > Validity > > Not Before: Feb 4 13:23:13 2015 GMT > > Not After : Feb 4 13:23:13 2016 GMT > > Subject: CN=ovirt01.hawai.lan, O=VDSM Certificate > > Subject Public Key Info: > > Public Key Algorithm: rsaEncryption > > > > > > I think that was certs made during first hosted engine installation. > > Could it work if I manually create certs like this? > > Just to start libvirtd, vdsm and hosted-engine. > > I think it's worth a try. Just create a self-signed CA, a keypair > signed by it, and place them correctly, should work. > > The engine won't be able to talk with the host, but you can then more > easily reinstall/re-enroll-certs. > > Good luck, > -- > Didi > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LBD33ESAF534F…

2 1

Re: [ANN] oVirt 4.3.5 Third Release Candidate is now available for testing
by Strahil 27 Jun '19

27 Jun '19

Hi Sandro, Thanks for the info. I've just updated my lab (gluster v6.1 -> 6.3 ) and the only issue I have detected so far is that the Advanced Options in UI show no info for the replica bricks, while the arbiter is working. So the situation is the same as before the upgrade. Best Regards, Strahil NikolovOn Jun 26, 2019 17:45, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 Third Release Candidate for testing, as of June 26th, 2019. > > While testing this release candidate please consider deeper testing on gluster upgrade since with this release we are switching from Gluster 5 to Gluster 6. > > This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. > This is pre-release software. This pre-release should not to be used in production. > > This release is available now on x86_64 architecture for: > * Red Hat Enterprise Linux 7.6 or later > * CentOS Linux (or similar) 7.6 or later > > This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: > * Red Hat Enterprise Linux 7.6 or later > * CentOS Linux (or similar) 7.6 or later > * oVirt Node 4.3 (available for x86_64 only) > > See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. > > Notes: > - oVirt Appliance has not been updated due to a regression in the tooling we use for building it.[3] > - oVirt Node is already available[2] > > Additional Resources: > * Read more about the oVirt 4.3.5 release highlights:http://www.ovirt.org/release/4.3.5/ > * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt > * Check out the latest project news on the oVirt blog:http://www.ovirt.org/blog/ > > [1] http://www.ovirt.org/release/4.3.5/ > [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ > [3] https://bugzilla.redhat.com/show_bug.cgi?id=1724076 > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > > sbonazzo(a)redhat.com

2 1

Cannot inquire Lease
by suporte＠logicworks.pt 26 Jun '19

26 Jun '19

Hi, The glusterfs domain disk data master is full and the volume is down. I have this error: VDSM NODE2 command SpmStatusVDS failed: Cannot inquire Lease(name='SDM', path=u'/rhev/data-center/mnt/glusterSD/node2.abc.pt:_data/0a19a375-77cb-47e5-af12-7b5451e6fa53/dom_md/leases', offset=1048576): (2, 'Sanlock get hosts failure', 'No such file or directory') Cannot delete de domain because is the data master. Version 4.3.4.3-1.el7 What can I do? Thanks José -- Jose Ferradeira http://www.logicworks.pt

1 1

Re: Issues when Creating a Gluster Brick with Cache
by Strahil 26 Jun '19

26 Jun '19

The cache will not take immediately into effect. It is designed to save your cache disk and to load only repetitive data. Try to run your benchmark 20 times and you will notice slight improvement over reading the same object. Of course , you can use lvm cache in writethrough mode, but then it is recommended to use 2 cache disks (raid1 or lvm mirroring) . Best Regards, Strahil NikolovOn Jun 26, 2019 17:44, Robert Crawford <robert.crawford4.14.10(a)gmail.com> wrote: > > So i created the brick without the cache an add the cache doing the commands below; but it appers it's not working because I see no improvement in the benchmarks. > > pvcreate /dev/md/VMStorageHot > vgextend RHGS_vg_VMStorage /dev/md/VMStorageHot > lvcreate -L 1500G -n lv_cache RHGS_vg_VMStorage /dev/md/VMStorageHot > lvcreate -L 100M -n lv_cache_meta RHGS_vg_VMStorage /dev/md/VMStorageHot > lvconvert --type cache-pool --cachemode writeback --poolmetadata RHGS_vg_VMStorage/lv_cache_meta RHGS_vg_VMStorage/lv_cache > lvconvert --type cache --cachepool HGS_vg_VMStorage/lv_cache RHGS_vg_VMStorage/VMStorage_lv_pool > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BQ4ZS245WZDDE…

1 0

vm unresponsive cpu soft lock on heavy operation
by Jayme 26 Jun '19

26 Jun '19

Basic setup notes: 3 node HCI running oVirt 4.3.3 using nodeNG for hosts. Storage is SSD backed with 10Gb network dedicated to gluster with jumbo frames enabled. The ovirt management network (which also acts as VM network) is 1Gb network Hosts are dell R720s w/ 256gb ram and E5-2690 procs I have a VM configured with 16Gb ram and 6 virtual CPUs. When this VM does a heavy operation (in this case it's dumping a large DB from a remote server) the load spikes quickly. When this happens the VM becomes unresponsive and in some cases I get cpu soft lock messages. I'm trying to determine where the bottleneck here is and how I can prevent the VM from becoming unresponsive when doing heavy tasks. Here is info from syslog showing the soft lockup: Jun 26 16:13:10 roble kernel: NMI watchdog: BUG: soft lockup - CPU#5 stuck for 23s! [pg_dump:4025] Jun 26 16:13:10 roble kernel: Modules linked in: binfmt_misc rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache sunrpc ppdev iosf_mbi crc32_pclmul ghash_clmulni_intel aesni_intel lrw gf128mul glue_helper ablk_helper cryptd sg joydev parport_pc parport virtio_rng i2c_piix4 pcspkr ip_tables xfs libcrc32c sd_mod crc_t10dif crct10dif_generic sr_mod cdrom ata_generic virtio_console virtio_net virtio_scsi pata_acpi crct10dif_pclmul crct10dif_common crc32c_intel qxl drm_kms_helper syscopyarea sysfillrect sysimgblt serio_raw fb_sys_fops ttm drm floppy ata_piix libata virtio_pci virtio_ring virtio drm_panel_orientation_quirks dm_mirror dm_region_hash dm_log dm_mod Jun 26 16:13:10 roble kernel: CPU: 5 PID: 4025 Comm: pg_dump Kdump: loaded Not tainted 3.10.0-957.21.2.el7.x86_64 #1 Jun 26 16:13:10 roble kernel: Hardware name: oVirt oVirt Node, BIOS 1.11.0-2.el7 04/01/2014 Jun 26 16:13:10 roble kernel: task: ffffa01443499040 ti: ffffa014b24a4000 task.ti: ffffa014b24a4000 Jun 26 16:13:10 roble kernel: RIP: 0010:[<ffffffffaeb113ea>] [<ffffffffaeb113ea>] generic_exec_single+0xfa/0x1b0 Jun 26 16:13:10 roble kernel: RSP: 0018:ffffa014b24a7c30 EFLAGS: 00000202 Jun 26 16:13:10 roble kernel: RAX: 0000000000000010 RBX: ffffa014b24a7c00 RCX: 0000000000000030 Jun 26 16:13:10 roble kernel: RDX: 000000000000ffff RSI: 0000000000000010 RDI: 0000000000000286 Jun 26 16:13:10 roble kernel: RBP: ffffa014b24a7c78 R08: ffffffffaf213640 R09: 000000018040003f Jun 26 16:13:10 roble kernel: R10: 0000000000000001 R11: fffff83b8e91b540 R12: ffffa014b24a7bc0 Jun 26 16:13:10 roble kernel: R13: 0000000000000c9b R14: ffffa01477bf94e8 R15: ffffa01545074270 Jun 26 16:13:10 roble kernel: FS: 00007f9fefe89840(0000) GS:ffffa0172f340000(0000) knlGS:0000000000000000 Jun 26 16:13:10 roble kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jun 26 16:13:10 roble kernel: CR2: 00007f9fef391e90 CR3: 000000014aa00000 CR4: 00000000000606e0 Jun 26 16:13:10 roble kernel: Call Trace: Jun 26 16:13:10 roble kernel: [<ffffffffaea7a4e0>] ? leave_mm+0x110/0x110 Jun 26 16:13:10 roble kernel: [<ffffffffaea7a4e0>] ? leave_mm+0x110/0x110 Jun 26 16:13:10 roble kernel: [<ffffffffaea7a4e0>] ? leave_mm+0x110/0x110 Jun 26 16:13:10 roble kernel: [<ffffffffaeb114ff>] smp_call_function_single+0x5f/0xa0 Jun 26 16:13:10 roble kernel: [<ffffffffaed75cd5>] ? cpumask_next_and+0x35/0x50 Jun 26 16:13:10 roble kernel: [<ffffffffaeb11aab>] smp_call_function_many+0x22b/0x270 Jun 26 16:13:10 roble kernel: [<ffffffffaea7a6a8>] native_flush_tlb_others+0xb8/0xc0 Jun 26 16:13:10 roble kernel: [<ffffffffaea7a718>] flush_tlb_mm_range+0x68/0x140 Jun 26 16:13:10 roble kernel: [<ffffffffaebe4687>] tlb_flush_mmu.part.76+0x37/0xe0 Jun 26 16:13:10 roble kernel: [<ffffffffaebe5f85>] tlb_finish_mmu+0x55/0x60 Jun 26 16:13:10 roble kernel: [<ffffffffaebef624>] unmap_region+0xf4/0x140 Jun 26 16:13:10 roble kernel: [<ffffffffaecfc8d3>] ? selinux_file_free_security+0x23/0x30 Jun 26 16:13:10 roble kernel: [<ffffffffaebefbe1>] ? __vma_rb_erase+0x121/0x220 Jun 26 16:13:10 roble kernel: [<ffffffffaebf1c15>] do_munmap+0x2a5/0x480 Jun 26 16:13:10 roble kernel: [<ffffffffaebf1e55>] vm_munmap+0x65/0xb0 Jun 26 16:13:10 roble kernel: [<ffffffffaebf30e2>] SyS_munmap+0x22/0x30 Jun 26 16:13:10 roble kernel: [<ffffffffaf175ddb>] system_call_fastpath+0x22/0x27 Jun 26 16:13:10 roble kernel: [<ffffffffaf175d21>] ? system_call_after_swapgs+0xae/0x146 Jun 26 16:13:10 roble kernel: Code: 00 b7 01 00 48 89 de 48 03 14 c5 60 bc 74 af 48 89 df e8 4a b7 27 00 84 c0 75 46 45 85 ed 74 11 f6 43 20 01 74 0b 0f 1f 00 f3 90 <f6> 43 20 01 75 f8 31 c0 48 8b 7c 24 28 65 48 33 3c 25 28 00 00 Jun 26 16:13:14 roble kernel: NMI watchdog: BUG: soft lockup - CPU#4 stuck for 27s! [kworker/4:3:16530] Jun 26 16:13:14 roble kernel: Modules linked in: binfmt_misc rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache sunrpc ppdev iosf_mbi crc32_pclmul ghash_clmulni_intel aesni_intel lrw gf128mul glue_helper ablk_helper cryptd sg joydev parport_pc parport virtio_rng i2c_piix4 pcspkr ip_tables xfs libcrc32c sd_mod crc_t10dif crct10dif_generic sr_mod cdrom ata_generic virtio_console virtio_net virtio_scsi pata_acpi crct10dif_pclmul crct10dif_common crc32c_intel qxl drm_kms_helper syscopyarea sysfillrect sysimgblt serio_raw fb_sys_fops ttm drm floppy ata_piix libata virtio_pci virtio_ring virtio drm_panel_orientation_quirks dm_mirror dm_region_hash dm_log dm_mod Jun 26 16:13:14 roble kernel: CPU: 4 PID: 16530 Comm: kworker/4:3 Kdump: loaded Tainted: G L ------------ 3.10.0-957.21.2.el7.x86_64 #1 Jun 26 16:13:14 roble kernel: Hardware name: oVirt oVirt Node, BIOS 1.11.0-2.el7 04/01/2014 Jun 26 16:13:14 roble kernel: Workqueue: events tsc_refine_calibration_work Jun 26 16:13:14 roble kernel: task: ffffa016acf74100 ti: ffffa014f76a8000 task.ti: ffffa014f76a8000 Jun 26 16:13:14 roble kernel: RIP: 0010:[<ffffffffaefb97e0>] [<ffffffffaefb97e0>] acpi_pm_read_verified+0x10/0x60 Jun 26 16:13:14 roble kernel: RSP: 0018:ffffa014f76abdb8 EFLAGS: 00000202 Jun 26 16:13:14 roble kernel: RAX: 00000000000addf6 RBX: 0000000000000086 RCX: 0000000000f16644 Jun 26 16:13:14 roble kernel: RDX: 0000000000000608 RSI: 00000000002aac00 RDI: ffffffffaf971901 Jun 26 16:13:14 roble kernel: RBP: ffffa014f76abdb8 R08: 00000000aff71901 R09: 0001427407e2e9e0 Jun 26 16:13:14 roble kernel: R10: 0001427407e2e9e0 R11: 0000000000000000 R12: 0000000000000004 Jun 26 16:13:14 roble kernel: R13: ffffa014f76abd38 R14: ffffffffaf62ea00 R15: ffffa0172f313900 Jun 26 16:13:14 roble kernel: FS: 0000000000000000(0000) GS:ffffa0172f300000(0000) knlGS:0000000000000000 Jun 26 16:13:14 roble kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jun 26 16:13:14 roble kernel: CR2: 0000000000448d70 CR3: 000000017789a000 CR4: 00000000000606e0 Jun 26 16:13:14 roble kernel: Call Trace: Jun 26 16:13:14 roble kernel: [<ffffffffaea3426d>] tsc_read_refs+0x8d/0xb0 Jun 26 16:13:14 roble kernel: [<ffffffffaea344b2>] tsc_refine_calibration_work+0x1c2/0x220 Jun 26 16:13:14 roble kernel: [<ffffffffaeab9ebf>] process_one_work+0x17f/0x440 Jun 26 16:13:14 roble kernel: [<ffffffffaeabaf56>] worker_thread+0x126/0x3c0 Jun 26 16:13:14 roble kernel: [<ffffffffaeabae30>] ? manage_workers.isra.25+0x2a0/0x2a0 Jun 26 16:13:14 roble kernel: [<ffffffffaeac1da1>] kthread+0xd1/0xe0 Jun 26 16:13:14 roble kernel: [<ffffffffaeac1cd0>] ? insert_kthread_work+0x40/0x40 Jun 26 16:13:14 roble kernel: [<ffffffffaf175c37>] ret_from_fork_nospec_begin+0x21/0x21 Jun 26 16:13:14 roble kernel: [<ffffffffaeac1cd0>] ? insert_kthread_work+0x40/0x40 Jun 26 16:13:14 roble kernel: Code: 43 ea 74 00 30 98 fb ae c7 05 81 ea 74 00 78 00 00 00 5d c3 0f 1f 80 00 00 00 00 66 66 66 66 90 8b 15 5d 74 7a 00 55 48 89 e5 ed <89> c6 81 e6 ff ff ff 00 ed 89 c1 81 e1 ff ff ff 00 ed 25 ff ff

1 0

VDI Brokering
by Ciro Iriarte 26 Jun '19

26 Jun '19

Hi!, What's the usual way to implement VDI with oVirt?, is it usuallly paired with a broker like UDS Enterprise / OpenUDS?, does it have anything embedded that can solve the VM assignment for a group of users?. Regards. CI.-

1 0

Graphics performance and Windows VM
by Ciro Iriarte 26 Jun '19

26 Jun '19

Hello!, I'm wondering what would be a good fit for decent graphics performance on Windows 10/2016/2019 + oVirt/KVM. Is there some kind of offloading with SPICE?, should I use RDP instead?, will vGPU backed by Nvidia cards help somehow?. The idea is to build a VDI environment for Windows VM, probably using OpenThinClient or a custom Linux image at the endpoint. The clients will use office suites, Java IDE, AutoCAD and Sketchup. Comments? Regards, -- CI.- --

2 2

[ANN] oVirt 4.3.5 Third Release Candidate is now available for testing
by Sandro Bonazzola 26 Jun '19

26 Jun '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 Third Release Candidate for testing, as of June 26th, 2019. While testing this release candidate please consider deeper testing on gluster upgrade since with this release we are switching from Gluster 5 to Gluster 6. This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used in production. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance has not been updated due to a regression in the tooling we use for building it.[3] - oVirt Node is already available[2] Additional Resources: * Read more about the oVirt 4.3.5 release highlights: http://www.ovirt.org/release/4.3.5/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.5/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=1724076 -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

1 0

Issues when Creating a Gluster Brick with Cache
by Robert Crawford 26 Jun '19

26 Jun '19

Hey Everyone, When in the server manager and creating a brick from the storage device the brick will fail whenever i attach a cache device to it. I'm not really sure why? It just says unknown.

3 7

HE on single oVirt node
by Mike Davis 26 Jun '19

26 Jun '19

I installed oVirt node for oVirt v4.3.4 on a single server (default partitioning). I know a single node is not best practice, but fits our current need. Now, I am trying to deploy the hosted engine, but getting the error "Device /dev/sdb not found" (full output below). /dev/sdb does not exist. Changing to /dev/sda fails (as I would expect) with "Creating physical volume '/dev/sda' failed". There is only one logical disk on this server (RAID), which is /dev/sda. The process does not seem correct to me. Why would the wizard try to build gluster volumes on bare partitions rather than in a file system like root? What do we need to do to deploy the HE? I used Cockpit and "Hyperconverged : Configure Gluster storage and oVirt hosted engine". Since it is a single node, I selected "Run Gluster Wizard For Single Node". Host1 set to the IP address of the eno1 Ethernet interface (10.0.0.11) No Packages, Update Hosts Volumes left at defaults (engine, data, and vmstore) Bricks left at defaults - (Raid 6 / 256 / 12) - Host 10.0.0.11 - device name /dev/sdb (all LVs) - engine 100GB, data 500GB, vmstore 500GB Output after "Deployment failed": PLAY [Setup backend] *********************************************************** TASK [Gathering Facts] ********************************************************* ok: [10.0.0.11] TASK [gluster.infra/roles/firewall_config : Start firewalld if not already started] *** ok: [10.0.0.11] TASK [gluster.infra/roles/firewall_config : check if required variables are set] *** skipping: [10.0.0.11] TASK [gluster.infra/roles/firewall_config : Open/Close firewalld ports] ******** ok: [10.0.0.11] => (item=2049/tcp) ok: [10.0.0.11] => (item=54321/tcp) ok: [10.0.0.11] => (item=5900/tcp) ok: [10.0.0.11] => (item=5900-6923/tcp) ok: [10.0.0.11] => (item=5666/tcp) ok: [10.0.0.11] => (item=16514/tcp) TASK [gluster.infra/roles/firewall_config : Add/Delete services to firewalld rules] *** ok: [10.0.0.11] => (item=glusterfs) TASK [gluster.infra/roles/backend_setup : Gather facts to determine the OS distribution] *** ok: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Change to Install lvm tools for debian systems.] *** skipping: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Change to Install lvm tools for RHEL systems.] *** ok: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Install python-yaml package for Debian systems] *** skipping: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Initialize vdo_devs array] *********** ok: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Record VDO devices (if any)] ********* skipping: [10.0.0.11] => (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) TASK [gluster.infra/roles/backend_setup : Enable and start vdo service] ******** skipping: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Create VDO with specified size] ****** skipping: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Check if valid disktype is provided] *** skipping: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Set PV data alignment for JBOD] ****** skipping: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Set PV data alignment for RAID] ****** ok: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Set VG physical extent size for RAID] *** ok: [10.0.0.11] TASK [gluster.infra/roles/backend_setup : Create volume groups] **************** failed: [10.0.0.11] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"ansible_loop_var": "item", "changed": false, "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Device /dev/sdb not found."} NO MORE HOSTS LEFT ************************************************************* NO MORE HOSTS LEFT ************************************************************* PLAY RECAP ********************************************************************* 10.0.0.11 : ok=9 changed=0 unreachable=0 failed=1 skipped=8 rescued=0 ignored=0 ---

3 3

Re: Unable to log into Administration Portal
by Strahil 26 Jun '19

26 Jun '19

Zachary, The version lock is used by oVirt devs to prevent the system to update too far ahead of the oVirt level. Don't remove that next time. You should access the engine only by https://FQDN .IP should not be used. If you have some kind of snapshot (for example gluster) - you can consider reverting. Even consider restore from backup. I'm pretty sure that almost every failiure is recorded somewhere there ... (I am still new to advise location). Bet Regards, Strahil Nikolov On Jun 23, 2019 04:41, zachary.winter(a)witsconsult.com wrote: > > I suppose I just keep striking out on recent oVirt updates. Today (22 June 2019, all previous updates have been installed successfully) I saw that an update was available for my Enterprise Linux Host (main oVirt engine, CentOS 7 x64), and I attempted to update it. The update failed, which had never happened before. I logged in via SSH and saw that the updates had been halted due to "yum versionlock." I cleared versionlock and proceeded with the update, which appeared to work successfully. I rebooted the system, which came up a-ok. However, I can no longer reach the Administration Portal page. The browser only hangs. I see the following: > > - type in the IP address to the server and get the https://<ip address>/ovirt-engine/sso/oauth/authorize page, which tells me: > > "The FQDN used to access the system is not a valid engine FQDN. You must access the system using the engine FQDN or one of the engine alternate FQDNs. > Click here to continue." > > When I click the provided link, I get the same hanging behavior and it never loads the login page. > > - I was able to connect via Cockpit to https://<IP Address>:9090 and log in successfully as root after SSH'ing in and restarting the engine. There are no major issues displayed, and I was able to create a Diagnostic Report. Under Hostname > oVirt Machines, it will actually redirect me to the login page at https://fqdn/ovirt-engine/sso/login.html. The page will actually load after the redirect, but when I enter my admin@internal credentials it just hangs and spins. > > When I return to "Virtual Machines" in Cockpit, I have Host/Cluster/Templates/VDSM options, I see "oVirt login in progress" with a continually spinning circle, never actually able to authenticate. > > > In /var/log/ovirt-engine/ui.log, I see: > > 2019-06-22 19:08:02,533-04 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4) [] Permutation name: C92E6928986552EDD0E1C99CDC0CC8AB > 2019-06-22 19:08:02,533-04 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) : Cannot read property 'kh' of null > at org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$lambda$4(AsyncDataProvider.java:387) > at org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider$lambda$4$Type.executed(AsyncDataProvider.java:387) > at org.ovirt.engine.ui.frontend.Frontend$2.$onFailure(Frontend.java:329) [frontend.jar:] > at org.ovirt.engine.ui.frontend.Frontend$2.onFailure(Frontend.java:329) [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onFailure(OperationProcessor.java:184) [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onFailure(OperationProcessor.java:184) [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider.$handleMultipleQueriesFailure(GWTRPCCommunicationProvider.java:305) [frontend.jar:] > at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onFailure(GWTRPCCommunicationProvider.java:263) [frontend.jar:] > at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:] > at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233) [gwt-servlet.jar:] > at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) [gwt-servlet.jar:] > at Unknown.eval(webadmin-0.js) > at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236) [gwt-servlet.jar:] > at com.google.gwt.cor

2 1

Error when upgrading Node
by zachary.winter＠witsconsult.com 26 Jun '19

26 Jun '19

I am receiving the following error when attempting to update a Node manually that will not update through the administration portal: error: %pre(ovirt-node-ng-image-update-4.3.4-1.el7.noarch) scriptlet failed, exit status 1 Error in PREIN scriptlet in rpm package ovirt-node-ng-image-update-4.3.4-1.el7.noarch Software OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: oVirt Node 4.3.3.1 Kernel Version: 3.10.0 - 957.10.1.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.3.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.6 VDSM Version: vdsm-4.30.13-1.el7 SPICE Version: 0.14.0 - 6.el7_6.1 GlusterFS Version: glusterfs-5.5-1.el7 CEPH Version: librbd1-10.2.5-4.el7 Open vSwitch Version: openvswitch-2.10.1-3.el7 Kernel Features: PTI: 1, IBRS: 0, RETP: 1, SSBD: 3 VNC Encryption: Enabled Any advice?

2 3

Error virNetTLSContextLoadCertFromFile after upgrade from oVirt 4.2 to 4.3.4
by Stefano Danzi 26 Jun '19

26 Jun '19

I've just upgraded my test environment from ovirt 4.2 to 4.3.4. System has only one host (Centos 7.6.1810) and run a self hosted engine. After upgrade I'm not able to run vdsmd (and so hosted engine....) Above the error in log: journalctl -xe -- L'unità libvirtd.service ha iniziato la fase di avvio. giu 24 18:09:17 ovirt01.hawai.lan libvirtd[8176]: 2019-06-24 16:09:17.006+0000: 8176: info : libvirt version: 4.5.0, package: 10.el7_6.12 (CentOS BuildSystem <http://bugs.centos.org>, 2019-06-20-15:01:15, x86-01.bsys. giu 24 18:09:17 ovirt01.hawai.lan libvirtd[8176]: 2019-06-24 16:09:17.006+0000: 8176: info : hostname: ovirt01.hawai.lan giu 24 18:09:17 ovirt01.hawai.lan libvirtd[8176]: 2019-06-24 16:09:17.006+0000: 8176: error : virNetTLSContextLoadCertFromFile:513 : Unable to import server certificate /etc/pki/vdsm/certs/vdsmcert.pem giu 24 18:09:17 ovirt01.hawai.lan systemd[1]: libvirtd.service: main process exited, code=exited, status=6/NOTCONFIGURED giu 24 18:09:17 ovirt01.hawai.lan systemd[1]: Failed to start Virtualization daemon. -- Subject: L'unità libvirtd.service è fallita

2 10

oVirt hyerconverged more than 12 node
by wodel youchi 26 Jun '19

26 Jun '19

Hi, Could someone explain the 12 nodes limitation when installing oVirt Hyperconverged? Our client has 16 nodes, can we use them on a hyperconverged installation? for example creating two clusters, one with 9 nodes and the second with 6 nodes. Regards.

2 2

Can ovirt implement FT functions
by xilazz＠126.com 26 Jun '19

26 Jun '19

Hi, now that ovirt has implemented the HA functionality of Shared storage and virtual machines, that's great. In our daily use and maintenance, we sometimes need some functions of virtual machine FT. At present, VMware can realize FT functions based on VSAN. Once upon a time there was a colo project, using qemu virtualization, https://wiki.qemu.org/Features/COLO, is now no one is updated. I would like to consult ovirt about the project plan of FT.

1 0

SAN re-attachment error
by Kim Kargaard 26 Jun '19

26 Jun '19

Hi, I am running into an issue with my SAN storage on ovirt 4.3 I had an issue with the engine and re-installed and when I try to activate the SAN storage and DC (once linked) again, I get this errors: VDSM node2 command HSMGetTaskStatusVDS failed: Cannot acquire host id: ('fb14e013-15f1-49b6-b129-210517aca0da', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument')) Invalid status on Data Center Default. Setting status to Non Responsive. The nodes can still all see the SAN and the LUNs. I have tried restarting sanlock on the nodes, but the error persists. I have a vm with a disk on the SAN that I do not want to lose. Any thoughts? Kind regards Kim

1 0

Re: USB Passtrough device problem
by Strahil 25 Jun '19

25 Jun '19

Hi Juan, Can you try with a linux VM with GUI ? This will prove/outrule a problem in the Windows OS. Best Rregards, Strahil NikolovOn Jun 19, 2019 01:57, Juan Pablo Lorier <jplorier(a)gmail.com> wrote: > > Hi, > > I've tried to use 2 different audio IO interfaces connected to a VM via > USB passthrough and none worked. > > I've tried with win 10 and win server 2016 vms with different errors but > none worked. > > I've connected the devices to a host, then attached the host device to a > VM and in the VM properties I've enabled the USB support in the console > properties. > > The devices are installed and don't show any error in the device manager > within the VM, but they don't work. > > Should I do something else? > > Regards > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DVFDXQGSVCYBS…

2 1

iso files
by suporte＠logicworks.pt 25 Jun '19

25 Jun '19

Hi, is possible to install a VM without an ISO domain? for version 4.3.4.3 ? Thanks -- Jose Ferradeira http://www.logicworks.pt

6 8

Reinstalling the whole infrastructure
by Markus Schaufler 25 Jun '19

25 Jun '19

Hi, I’m not sure if my thread before is correctly received by everyone when posted via the website...therefore again via email. Sorry if now everyone received this twice... --- We are running our ovirt 4.3 test infrastructure on 4 Centos hosts. Our self-hosted engine further manages several stand alone hosts as separate datacenters. We'd like now to reinstall the whole thing in a best practice way with oVirt node and a fresh hosted engine. We have planned to: - set up 2 of the 4 hosts with ovirt node - shut down the old hosted engine - set up the new hosted engine with the same name - move the VM's from the old cluster to the export domain in a maintenance windows - import the VMs to the new cluster - attach the stand alone hosts to the new hosted engine in again separate datacenters Is this way possible to go or are there other ways e.g. without the need of a maintenance window? Thanks for your thoughts!

1 0

Reinstall the whole infrastructure
by Markus Schaufler 25 Jun '19

25 Jun '19

Hi! We have installed our test infrastructure on 4 Centos hosts. Our self-hosted engine further manages serveral stand alone hosts as separate datacenters. We'd like now to reinstall the whole thing in a best practice way with oVirt node and a fresh hosted engine. We have planned to: - set up 2 of the 4 hosts with ovirt node - shut down the old hosted engine - set up the new hosted engine with the same name - move the VM's from the old cluster to the export domain in a maintenance windows - import the VMs to the new cluster - attach the stand alone hosts to the new hosted engine in again separate datacenters Is this way possible to go or are there other ways e.g. without the need of a maintenance window? Thanks for your thoughts!

1 0

Re: iso files
by suporte＠logicworks.pt 24 Jun '19

24 Jun '19

Hi Morris, Yes. But first I needed to install de CA certificate into the browser 'cause I get this error message: Unable to upload image to disk 8c96e460-87a7-4fb3-9f43-36dd278098c0 due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. http://<FQDN of your oVirt Engine WebGUI>:/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA Then upload the iso image file in the Storage – Disks area of the WebGUI. When installing a VM I can attach the iso as a cd. Is this the best way? Thanks José De: "Morris, Roy" <roy.morris(a)ventura.org> Para: suporte(a)logicworks.pt, "users" <users(a)ovirt.org> Enviadas: Segunda-feira, 24 De Junho de 2019 14:46:52 Assunto: Re: iso files Jose, Based on this text at the following link it doesn’t seem to be required anymore. https://www.ovirt.org/documentation/install-guide/chap-Configuring_Storage.… “ISO domains have been deprecated. ISO images should be uploaded directly to data domains from the Administration Portal.” Best regards, Roy Morris From: suporte(a)logicworks.pt <suporte(a)logicworks.pt> Sent: Monday, June 24, 2019 6:29:40 AM To: users Subject: [External] [ovirt-users] iso files CAUTION: This email contains links. If it looks suspicious or is not expected, DO NOT click and immediately forward to Spam.Manager(a)ventura.org. Hi, is possible to install a VM without an ISO domain? for version 4.3.4.3 ? Thanks -- Jose Ferradeira http://www.logicworks.pt

2 1

Gluster 3.12 vs Engine 4.3.5
by Николаев Алексей 24 Jun '19

24 Jun '19

2 1

Ovirt 4.3.3 on Centos7 hosted-engine deployment failure
by dustenwithane＠gmail.com 23 Jun '19

23 Jun '19

I've tried running the hosted-engine deployment a few times now. The deployment always fails at the "Wait for the host to be up" line. 2019-06-16 01:07:53,983-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 TASK [ovirt.hosted_engine_setup : Wait for the host to be up] 2019-06-16 01:25:14,424-0400 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:103 {u'invocation': {u'module_args': {u'all_content': False, u'pattern': u'name=master-hv.domain.com', u'fetch_nested': False, u'cluster_version': None, u'nested_attributes': []}}, u'attempts': 120, u'changed': False, u'_ans ible_no_log': False, u'ansible_facts': {u'ovirt_hosts': [{u'comment': u'', u'update_available': False, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 0, u'cluster': {u'ha_reservation': False, u'comment': u'', u'mac_pool': {u'href': u'/ovirt-engine/api/macpools/58ca604b-017d-0374-0220-00000000014 e', u'id': u'58ca604b-017d-0374-0220-00000000014e'}, u'threads_as_cores': False, u'networks': [], u'enabled_features': [], u'href': u'/ovirt-engine/api/clusters/09a406c8-8ff4-11e9-ab0b-00163e2e878e', u'migration': {u'policy': {u'id': u'80554327-0569-496b-bdeb-fcbbf52b827b'}, u'auto_converge': u'inherit', u'bandwidth': {u'assignment_me thod': u'auto'}, u'compressed': u'inherit'}, u'data_center': {u'href': u'/ovirt-engine/api/datacenters/099a67a8-8ff4-11e9-8f2f-00163e2e878e', u'id': u'099a67a8-8ff4-11e9-8f2f-00163e2e878e'}, u'log_max_memory_used_threshold_type': u'percentage', u'id': u'09a406c8-8ff4-11e9-ab0b-00163e2e878e', u'fencing_policy': {u'skip_if_gluster_brick s_up': False, u'skip_if_gluster_quorum_not_met': False, u'skip_if_connectivity_broken': {u'threshold': 50, u'enabled': False}, u'enabled': True, u'skip_if_sd_active': {u'enabled': False}}, u'cpu_profiles': [], u'ballooning_enabled': False, u'gluster_volumes': [], u'gluster_hooks': [], u'version': {u'major': 4, u'minor': 3}, u'ksm': {u 'enabled': True, u'merge_across_nodes': True}, u'tunnel_migration': False, u'firewall_type': u'firewalld', u'description': u'The default server cluster', u'log_max_memory_used_threshold': 95, u'gluster_service': False, u'memory_policy': {u'over_commit': {u'percent': 100}, u'transparent_huge_pages': {u'enabled': True}}, u'network_filte rs': [], u'error_handling': {u'on_error': u'migrate'}, u'scheduling_policy': {u'href': u'/ovirt-engine/api/schedulingpolicies/b4ed2332-a7ac-4d5f-9596-99a439cb2812', u'id': u'b4ed2332-a7ac-4d5f-9596-99a439cb2812'}, u'permissions': [], u'switch_type': u'legacy', u'external_network_providers': [], u'name': u'Default', u'required_rng_sour ces': [u'urandom'], u'affinity_groups': [], u'virt_service': True, u'trusted_service': False, u'cpu': {u'type': u'', u'architecture': u'undefined'}}, u'href': u'/ovirt-engine/api/hosts/fcac60cc-8736-4725-ac0e-d48a91720532', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'fcac60cc-8736-4725-ac0e-d48a91720532', u'vgpu_placement': u'consolidated', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'domain.com', u'subject': u'O=domain.com,CN=master-hv.domain.com'}, u'nics': [], u'storage_connection_extensions': [], u'port': 54321, u'hardware_information': {u'supported_rng_sources': []}, u'memory': 0, u'ksm': {u'enabled': False}, u'se_linux': {}, u'type': u'rhel', u'status': u'install_failed', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:f5FoZC5NcGAlW8naIc81BhV0U+ly0HTDGGX4L6Rn05k'}, u'address': u'master-hv.domain.com', u'numa_nodes': [], u'device_passthrough': {u'enabled' : False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': False, u'power_management': {u'kdump_detection': True, u'enabled': False, u'pm_proxies': [], u'automatic_pm_enabled': True}, u'name': u'master-hv.domain.com', u'devices': [], u'summary': {u'total': 0}, u'auto_numa_status': u'unknown', u'transparent_huge_pages ': {u'enabled': False}, u'network_attachments': [], u'os': {u'custom_kernel_cmdline': u''}, u'cpu': {u'speed': 0.0, u'topology': {}}, u'kdump_status': u'unknown'}]}} 2019-06-16 01:25:14,525-0400 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:107 fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": [{"address": "master-hv.domain.com", "affinity_labels": [], "auto_numa_status": "unknown", "certificate": {"organization": "domain.com", "subject": "O=domain.com,CN=master-hv.domain.com"}, "cluster": {"affinity_groups": [], "ballooning_enabled": false, "comment": "", "cpu": {"architecture": "undefined", "type": ""}, "cpu_profiles": [], "data_center": {"href": "/ovirt-engine/api/datacenters/099a67a8-8ff4-11e9-8f2f-00163e2e878e", "id": "099a67a8-8ff4-11e9-8f2f-00163e2e878e"}, "descript ion": "The default server cluster", "enabled_features": [], "error_handling": {"on_error": "migrate"}, "external_network_providers": [], "fencing_policy": {"enabled": true, "skip_if_connectivity_broken": {"enabled": false, "threshold": 50}, "skip_if_gluster_bricks_up": false, "skip_if_gluster_quorum_not_met": false, "skip_if_sd_active ": {"enabled": false}}, "firewall_type": "firewalld", "gluster_hooks": [], "gluster_service": false, "gluster_volumes": [], "ha_reservation": false, "href": "/ovirt-engine/api/clusters/09a406c8-8ff4-11e9-ab0b-00163e2e878e", "id": "09a406c8-8ff4-11e9-ab0b-00163e2e878e", "ksm": {"enabled": true, "merge_across_nodes": true}, "log_max_mem ory_used_threshold": 95, "log_max_memory_used_threshold_type": "percentage", "mac_pool": {"href": "/ovirt-engine/api/macpools/58ca604b-017d-0374-0220-00000000014e", "id": "58ca604b-017d-0374-0220-00000000014e"}, "memory_policy": {"over_commit": {"percent": 100}, "transparent_huge_pages": {"enabled": true}}, "migration": {"auto_converg e": "inherit", "bandwidth": {"assignment_method": "auto"}, "compressed": "inherit", "policy": {"id": "80554327-0569-496b-bdeb-fcbbf52b827b"}}, "name": "Default", "network_filters": [], "networks": [], "permissions": [], "required_rng_sources": ["urandom"], "scheduling_policy": {"href": "/ovirt-engine/api/schedulingpolicies/b4ed2332-a7 ac-4d5f-9596-99a439cb2812", "id": "b4ed2332-a7ac-4d5f-9596-99a439cb2812"}, "switch_type": "legacy", "threads_as_cores": false, "trusted_service": false, "tunnel_migration": false, "version": {"major": 4, "minor": 3}, "virt_service": true}, "comment": "", "cpu": {"speed": 0.0, "topology": {}}, "device_passthrough": {"enabled": false}, "devices": [], "external_network_provider_configurations": [], "external_status": "ok", "hardware_information": {"supported_rng_sources": []}, "hooks": [], "href": "/ovirt-engine/api/hosts/fcac60cc-8736-4725-ac0e-d48a91720532", "id": "fcac60cc-8736-4725-ac0e-d48a91720532", "katello_errata": [], "kdump_status": "unknown", "ksm": {"enab led": false}, "max_scheduling_memory": 0, "memory": 0, "name": "master-hv.domain.com", "network_attachments": [], "nics": [], "numa_nodes": [], "numa_supported": false, "os": {"custom_kernel_cmdline": ""}, "permissions": [], "port": 54321, "power_management": {"automatic_pm_enabled": true, "enabled": false, "kdump_detection": true, " pm_proxies": []}, "protocol": "stomp", "se_linux": {}, "spm": {"priority": 5, "status": "none"}, "ssh": {"fingerprint": "SHA256:f5FoZC5NcGAlW8naIc81BhV0U+ly0HTDGGX4L6Rn05k", "port": 22}, "statistics": [], "status": "install_failed", "storage_connection_extensions": [], "summary": {"total": 0}, "tags": [], "transparent_huge_pages": {"e nabled": false}, "type": "rhel", "unmanaged_networks": [], "update_available": false, "vgpu_placement": "consolidated"}]}, "attempts": 120, "changed": false} Am I missing something? I've searched and found similar errors in previous version deployments that were found to be related to bugs, but those were said to be corrected in version 4.3.3. I'm kind of stuck at this point. Any help at all would be appreciated.

2 7

Re: Import VM from ovirt-exported ova
by Strahil 23 Jun '19

23 Jun '19

When adding the iscsi domain - it complains about the name. Do you have a local (to the cluster) domain that could have the same name with the name of the iscsi storage domain ? If tar fails to extract the archive - then the oVirt will also fail. Can you export a new OVA and test it before trying to import ? Best Regards, Strahil NikolovOn Jun 22, 2019 23:26, David Paning <david.paning(a)gmx.ch> wrote: > > Ammending my post: > i tried to extract the ova file, but this fails like this: > > # tar xvf VM0001.ova > vm.ovf > 3223a5b9-275f-4ecc-a221-795f675e667e > tar: Unexpected EOF in archive > tar: rmtlseek not stopped at a record boundary > tar: Error is not recoverable: exiting now > > The result still is: > # ls -al > total 20064272 > drwxr-xr-x. 2 vdsm kvm 4096 Jun 22 20:52 . > dr-xr-xr-x. 21 root root 4096 Jun 22 20:45 .. > -rw-------. 1 root root 10272886272 Jun 22 20:52 3223a5b9-275f-4ecc-a221-795f675e667e > -rw-r--r--. 1 vdsm kvm 10272899072 Jun 21 21:13 VM0001.ova > -rw-r--r--. 1 root root 11469 May 30 19:07 vm.ovf > > Disk space is sufficient, with double the capacity of the uncompressed VM size... > > It starts to turn into a bit of a nightmare: > 1) Importing the VM from OVA fails like described above > 2) Attempting to import the "Export"-storage domain of the previous oVirt 4.3.3.1 installation where i had exportet the VM to failed, as tthere is no storage domain recognized > 3) Attempting to import the iSCSI-based "Data"-domain of that same previous cluster fails, due to the folloing error: > "Error while executing action: Cannot add Storage. The Storage Domain name is already in use." > > The iSCSI-LUN is not connected to any other initiator. > The hosts which belonged to the former oVirt cluster are erased or offline... > > As i still have all the sSCSI-LUNs, is there any option left to get hold of that VirtualMachine? > > It's not just this machine, but also wondering how to prepare for the next time i have to migrate the cluster... > > Any suggestion on how to proceed best is highly welcome ;-) > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SGG3K3RH6GNJT…

1 0

Unable to log into Administration Portal
by zachary.winter＠witsconsult.com 22 Jun '19

22 Jun '19

I suppose I just keep striking out on recent oVirt updates. Today (22 June 2019, all previous updates have been installed successfully) I saw that an update was available for my Enterprise Linux Host (main oVirt engine, CentOS 7 x64), and I attempted to update it. The update failed, which had never happened before. I logged in via SSH and saw that the updates had been halted due to "yum versionlock." I cleared versionlock and proceeded with the update, which appeared to work successfully. I rebooted the system, which came up a-ok. However, I can no longer reach the Administration Portal page. The browser only hangs. I see the following: - type in the IP address to the server and get the https://<ip address>/ovirt-engine/sso/oauth/authorize page, which tells me: "The FQDN used to access the system is not a valid engine FQDN. You must access the system using the engine FQDN or one of the engine alternate FQDNs. Click here to continue." When I click the provided link, I get the same hanging behavior and it never loads the login page. - I was able to connect via Cockpit to https://<IP Address>:9090 and log in successfully as root after SSH'ing in and restarting the engine. There are no major issues displayed, and I was able to create a Diagnostic Report. Under Hostname > oVirt Machines, it will actually redirect me to the login page at https://fqdn/ovirt-engine/sso/login.html. The page will actually load after the redirect, but when I enter my admin@internal credentials it just hangs and spins. When I return to "Virtual Machines" in Cockpit, I have Host/Cluster/Templates/VDSM options, I see "oVirt login in progress" with a continually spinning circle, never actually able to authenticate. In /var/log/ovirt-engine/ui.log, I see: 2019-06-22 19:08:02,533-04 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4) [] Permutation name: C92E6928986552EDD0E1C99CDC0CC8AB 2019-06-22 19:08:02,533-04 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) : Cannot read property 'kh' of null at org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$lambda$4(AsyncDataProvider.java:387) at org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider$lambda$4$Type.executed(AsyncDataProvider.java:387) at org.ovirt.engine.ui.frontend.Frontend$2.$onFailure(Frontend.java:329) [frontend.jar:] at org.ovirt.engine.ui.frontend.Frontend$2.onFailure(Frontend.java:329) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onFailure(OperationProcessor.java:184) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onFailure(OperationProcessor.java:184) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider.$handleMultipleQueriesFailure(GWTRPCCommunicationProvider.java:305) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onFailure(GWTRPCCommunicationProvider.java:263) [frontend.jar:] at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:] at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233) [gwt-servlet.jar:] at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) [gwt-servlet.jar:] at Unknown.eval(webadmin-0.js) at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275) [gwt-servlet.jar:] at Unknown.eval(webadmin-0.js) In engine.log, I see some update related errors: 2019-06-22 18:46:54,053-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-22) [] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirt2. command HSMGetAllTasksStatusesVDS failed: Not SPM 2019-06-22 18:46:54,054-04 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-22) [] Command 'HSMGetAllTasksStatusesVDSCommand(HostName = ovirt2., VdsIdVDSCommandParametersBase:{hostId='2f1da67f-66f7-40d6-81c4-dde82d6a6dd6'})' execution failed: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM 2019-06-22 19:01:18,875-04 ERROR [org.ovirt.engine.core.bll.host.HostUpgradeManager] (EE-ManagedThreadFactory-hostUpdatesChecker-Thread-2) [] Failed to run check-update of host 'ovirt1.'. Error: fatal: [ovirt1.]: FAILED! => {"changed": false, "msg": "yum lockfile is held by another process"} 2019-06-22 19:01:18,875-04 ERROR [org.ovirt.engine.core.bll.hostdeploy.HostUpdatesChecker] (EE-ManagedThreadFactory-hostUpdatesChecker-Thread-2) [] Failed to check if updates are available for host 'ovirt1.' with error message 'Failed to run check-update of host 'ovirt1.'. Error: fatal: [ovirt1.]: FAILED! => {"changed": false, "msg": "yum lockfile is held by another process"} 2019-06-22 19:01:18,881-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-hostUpdatesChecker-Thread-2) [] EVENT_ID: HOST_AVAILABLE_UPDATES_FAILED(839), Failed to check for available updates on host ovirt1. with message 'Failed to run check-update of host 'ovirt1.'. Error: fatal: [ovirt1.]: FAILED! => {"changed": false, "msg": "yum lockfile is held by another process"} 2019-06-22 19:08:04,848-04 ERROR [org.ovirt.engine.core.bll.SshHostRebootCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [6a9c283] Command 'org.ovirt.engine.core.bll.SshHostRebootCommand' failed: ManagedThreadFactory is stopped 2019-06-22 19:08:04,848-04 ERROR [org.ovirt.engine.core.bll.SshHostRebootCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [6a9c283] Exception: java.lang.IllegalStateException: ManagedThreadFactory is stopped 2019-06-22 19:08:04,857-04 ERROR [org.ovirt.engine.core.bll.SshHostRebootCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [6a9c283] Error during log command: org.ovirt.engine.core.bll.SshHostRebootCommand. Exception PreparedStatementCallback; uncategorized SQLException for SQL [select * from getclusterbyclusterid(?, ?, ?)]; SQL state [null]; error code [0]; IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7b3be2cd; nested exception is java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7b3be2cd 2019-06-22 19:08:04,858-04 ERROR [org.ovirt.engine.core.bll.job.ExecutionHandler] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [6a9c283] Exception: org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; uncategorized SQLException for SQL [select * from checkifjobhastasks(?)]; SQL state [null]; error code [0]; IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7b3be2cd; nested exception is java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7b3be2cd 2019-06-22 19:08:04,869-04 ERROR [org.ovirt.engine.core.bll.job.ExecutionHandler] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [6a9c283] Failed to end Job '376636f1-29cb-4bb7-adc4-1c8470ec1070', 'SshHostReboot': Failed to obtain JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000457: Unchecked throwable in managedConnectionReconnected() cl=org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@4a38ab13[state=NORMAL managed connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7b3be2cd connection handles=0 lastReturned=1561244884865 lastValidated=1561244613838 lastCheckedOut=1561244884865 trackByTx=false pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@250efd73 mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@440e7f35[pool=ENGINEDataSource] xaResource=LocalXAResourceImpl@41bc50e8[connectionListener=4a38ab13 connectionManager=49ec2180 warned=false currentXid=null productName=Postgre SQL productVersion=10.6 jndiName=java:/ENGINEDataSource] txSync=null] 2019-06-22 19:08:05,220-04 ERROR [org.ovirt.engine.core.bll.hostdeploy.UpgradeHostInternalCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [6a9c283] Engine failed to restart via ssh host 'ovirt1.' ('33138c5f-9e48-4426-b9e7-ae148ae16387') after upgrade 2019-06-22 19:08:06,245-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [49770eb6-43f1-4048-af2c-a7ebadf282bb] EVENT_ID: HOST_UPGRADE_FAILED(841), Failed to upgrade Host ovirt1. (User: admin@internal-authz). 2019-06-22 19:10:58,333-04 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 52) [] Error during initialization: javax.ejb.EJBException: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance 2019-06-22 19:24:36,687-04 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 42) [] Error during initialization: javax.ejb.EJBException: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance 2019-06-22 21:14:46,279-04 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 55) [] Error during initialization: javax.ejb.EJBException: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance It appears that a lot of the system is still running, but I just can't reach the admin page. Is there any way to roll this back or troubleshoot?

1 0

Re: ovirt-vmconsole: Pemission denied (publickey) when I select VM id
by Jonathan Greg 22 Jun '19

22 Jun '19

Here is the log I get from the engine node when I do "ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca<mailto:ovirt-vmconsole@ovirt-engine01.int.cloche.ca>-i .ssh/serialconsolekey connect and I enter a console id": [root@ovirt-engine01 ~]# tail -f /var/log/messages Jun 20 09:22:13 ovirt-engine01 sshd[8836]: rexec line 24: Deprecated option RSAAuthentication Jun 20 09:22:13 ovirt-engine01 sshd[8836]: reprocess config line 24: Deprecated option RSAAuthentication Jun 20 09:22:14 ovirt-engine01 sshd[8836]: Accepted publickey for ovirt-vmconsole from 192.168.30.217 port 55849 ssh2: RSA SHA256:rYFIGj3UaNY28ocnmWqK3UZpznU0bzo6tPR+NpnR6Hw Jun 20 09:22:14 ovirt-engine01 sshd[8836]: Attempt to write login records by non-root user (aborting) Jun 20 09:22:20 ovirt-engine01 ovirt-vmconsole-proxy-shell[8849]: INFO Opening console '7e2c5638-f97c-45c4-8487-153764db2fc7.sock(a)c200m2-1.int.cloche.ca' on behalf of 'admin_internal-authz'[4907b7e8-dbda-11e8-9a2e-00163e1b3a71] Jun 20 09:22:20 ovirt-engine01 sshd[8836]: Attempt to write login records by non-root user (aborting) Jun 20 09:22:21 ovirt-engine01 sshd[8848]: Received disconnect from 192.168.30.217 port 55849:11: disconnected by user Jun 20 09:22:21 ovirt-engine01 sshd[8848]: Disconnected from 192.168.30.217 port 55849

3 2

Attaching/Detaching Export Domain from CLI
by Alexander Stockel | eMAG, Technology 21 Jun '19

21 Jun '19

Hello, We have 2 ovirt clusters, one with 3.5.5-1 and the other with 4.3.3. We started to move some VM's using an export domain using thr WEB GUI which is fine but we want to do this from CLI(ovirt-shell or api). How can one do these operations from CLI: - Attach export domain - https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/ht… - Detach and maintenance an export domain - https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualiza… Do these operations are actually suported anywhere via CLI? If yes, how...? I could not find them nowhere on the forums or on any official documentation. Thank you! Cu stima / Kind Regards / Mit freundlichen Grüßen, Alexander Stöckel

1 0

Cleaning up after failed task
by Alan G 21 Jun '19

21 Jun '19

Hi, Yesterday I had an AddDisk operation fail. The task is no longer running on the SPM but it's stuck in the engine DB and the failed disk is now locked. I've tried to clean it out using taskcleaner.sh, but either I'm using it incorrectly or it doesn't handle my specific scenario. There were no running tasks (-T returned empty set). There were two commands (-o) which I then removed (-r) but the Engine UI is still reporting the tasks. Possibly because step table still reports non finished steps. engine=# select step_id,start_time,end_time,status from step order by start_time; step_id | start_time | end_time | status --------------------------------------+----------------------------+----------------------------+---------- 5c60afc8-102f-49a5-84aa-a299c21e23dd | 2019-06-20 15:23:04.689+00 | 2019-06-20 15:23:04.953+00 | FINISHED 562211a7-9d12-4e1c-9b3f-16edd751904f | 2019-06-20 15:23:04.985+00 | 2019-06-20 15:23:56.105+00 | FINISHED 5f49dde9-50d9-46a2-bfb4-7cb243a14515 | 2019-06-20 15:23:05.648+00 | 2019-06-20 15:23:17.35+00 | FAILED 5095bc73-e1a2-4ea5-9c20-37ee0ecc7ac0 | 2019-06-20 15:23:20.767+00 | | STARTED a960ee64-8ef4-45de-b06c-5ddba4d71178 | 2019-06-20 15:23:23.201+00 | | STARTED 238ef349-d3dc-4923-8cc0-aa26b2d136d0 | 2019-06-20 15:23:27.67+00 | | STARTED 7f4ffe9a-6da5-485c-9732-9fc4cf93633b | 2019-06-20 15:23:35.806+00 | | STARTED ecaaa983-057e-45bd-8f6e-20675fa14999 | 2019-06-20 15:23:45.93+00 | | STARTED 67f8247b-2b99-4fec-afa4-9f7a77fa71ea | 2019-06-20 15:23:56.105+00 | | STARTED e8853408-d57c-4151-884a-691e70b0aff0 | 2019-06-21 12:01:09.636+00 | 2019-06-21 12:01:09.756+00 | FINISHED 4f03e90e-1c37-4bb7-9226-4c9ecc6425ea | 2019-06-21 12:01:09.762+00 | 2019-06-21 12:02:20.985+00 | FINISHED (11 rows) I don't want to manually delete those rows but don't know how else to resolve. ovirt-engine-4.2.8.2 Thanks, Alan

1 0

hosted-engine restore bug?
by ada per 21 Jun '19

21 Jun '19

Hello everyone, im running on ovirt 4.3.5 For some strange reason the httpd service couldn't start on my hosted engine so i could not access the Web interface.After various unsuccessful attempts to fix it, I decided to restore the hosted engine. Following the steps: 1.engine-cleanup 2.db had to delete it manually using rm -rf /var/lib/pgsql/data 3.engine-backup --mode=restore --file=backup_file --log=log_file_name --provision-db --no-restore-permissions 4.engine-setup On step 3 it keeps coming with error messages "FATAL: Can't connect to database 'ovirt_engine_history'. Please see '/usr/bin/engine-backup --help'. i need to get this hosted-engine up and running so please advice

2 3

Re: Ovirt Hyperconverged Cluster
by Slobodan Stevanovic 20 Jun '19

20 Jun '19

I had issues with installation too, but I end up separating the interfaces. My current setup has one interface dedicated to storage and the other one is connected to a trunk port with a couple of VLANs On Thursday, June 20, 2019, 10:53:15 AM PDT, Raffaele Stefanile <raffaele(a)stefanile.com> wrote: Yes is two interface in bound configuration with 2 vlan On Thu, Jun 20, 2019, 19:32 Slobodan Stevanovic <slobastev(a)yahoo.com> wrote: Are you using the same interface for gluster and the ovirt engine? On Thursday, June 20, 2019, 08:53:57 AM PDT, raffaele(a)stefanile.com <raffaele(a)stefanile.com> wrote: Many thanks for your help https://drive.google.com/drive/folders/1HmKccGRAI0ggyuyZrQ2OA42G24-26bsx?us… _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/B2VRA7FUZCXXV…

1 0

Download Ovirt Repository
by siovelrm＠gmail.com 20 Jun '19

20 Jun '19

Hi, I've been using Ovirt and I'm doing fine. It happens that where I live connectivity to the internet is very slow. I wanted to know if it was possible to download the Ovirt repository in order to have it locally on my network. Greetings and thank you in advance for your answers.

3 3

ovirt_vm ansible cloud-init ipv6 related
by Vrgotic, Marko 20 Jun '19

20 Jun '19

Dear oVirt Would you be so kind to help out clarifying if and how is IPv6 supported with -ansible / ovirt_vm / cloud-init boot protocol. I have created a VM template which by default uses cloud-init with following: [cid:image001.png@01D5251F.E55FEAA0] When I boot the VM from UI, each VM gets IPv4 DHCP and IPv6 DHCP6 address, default cloud-init setup and we have infrastructure for both IPv4 and IPv6. However, when calling same template via Ansible ovirt_vm, using following: cloud_init_nics: |~ - nic_name: eth0 |~ nic_boot_protocol: dhcp |~ nic_on_boot: true each VM receives only IPv4 DHCP and only IPv6 RA, but not DHCP IPv6. Looking at booted VM, following options are not set: * /etc/sysconfig/network => NETWORKING_IPV6=yes * Or /etc/sysconfig/network-scripts/ifcfg-eth0 => DHCPV6C=yes and IPV6INIT=yes We need IPv6 DHCP6 address , especially for registering it host with DNS AAAA record. Is this supported? Am I doing it wrong way? If its supported please let me know, how can I make sure that VMs created using Ansible also initialize DHCPV6. Please assist. Marko Vrgotic ActiveVideo

2 2

ansible tower/awx integration in ovirt
by Nathanaël Blanchet 20 Jun '19

20 Jun '19

Hello, I wrote a playbook for workflow that automates a vm creation from a template/cloud-init and then add it to our supervision engine and finally to our backup system. All currently works fine with awx. I'd like to use one UI, and I wondered if integrating awx/tower in ovirt could be a good way to complete a basic current vm creation. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 2

Re: Download Ovirt Repository
by Strahil 20 Jun '19

20 Jun '19

You can also deploy a spacewalk-based system for central repository management. I am using uyuni project for local VM repo, but it should be able to sync the oVirt repos without any issues. Of course, spacewalk requires some basic knowledge but it's not a rocket science. Best Regards, Strahil NikolovOn Jun 20, 2019 09:21, jin&hitman&Barracuda <jinhitman(a)gmail.com> wrote: > > Hi > > We 've a seperate test and aducation lab and connection is very intermittent. I use reposync command to create a local copy of repositories. When sync done, "createrepo" command prepare a repodata directory. After first sync, a cron job can sync continuously daily basis. I believe this is the most easy way to having a local repo. > > If you need a complete guide for this, you may look at "Red Hat Virtualization 4.2 installation guide" page 18. > > On Thu, 20 Jun 2019, 07:41 , <siovelrm(a)gmail.com> wrote: >> >> Hi, I've been using Ovirt and I'm doing fine. It happens that where I live connectivity to the internet is very slow. I wanted to know if it was possible to download the Ovirt repository in order to have it locally on my network. Greetings and thank you in advance for your answers. >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5FFR4TQ6CLWJZ…

2 1

Windows Server 2019: Driver Signature Enforcement
by Vinícius Ferrão 19 Jun '19

19 Jun '19

Hello, I’m running oVirt 4.3.0 and installing Windows Server 2019 with UEFI Secure Boot is impossible with the bundled VirtIO drivers. Windows complains about invalid signatures on vioscsi.sys. The only way to boot the system is halting the process with F8 and them selecting: Disable Driver Signature Enforcement. So, what’s the recommended way to solve this? There’s no signed drivers? Thanks,

6 11

Does anyone have a positive experience with physical host to oVirt conversion?
by Artem Tambovskiy 19 Jun '19

19 Jun '19

Hello, Just would like to check if it really possible to convert old Centos6 based physical box into oVirt 4.3 VM? I haven't been able to find any success stories on this and process seems a bit complicated. As I understand it I need a virt-v2v conversion proxy + image with virt-p2v running on physical host which needs to be converted. I'm a bit lost how I can get the converted VM into oVirt cluster than? -- Regards, Artem

4 3

Ovirt engine setup Error
by PS Kazi 19 Jun '19

19 Jun '19

I am getting error while Ovirt Engine Setup: Ovirt Node version 4.3.4 ____________________________________________ [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 90, "changed": true, "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:5f:0e:ea | awk '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.086952", "end": "2019-06-14 12:05:37.249240", "rc": 0, "start": "2019-06-14 12:05:37.162288", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Remove local vm dir] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Remove temporary entry in /etc/hosts for the local VM] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Notify the user about a failure] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.\n"} Please help me

3 3

ovirt-engine/api/imagetransfers - Indefinitely locked snapshot image if transfer does not start within 2 minutes
by Justin Willoughby 19 Jun '19

19 Jun '19

I've noticed an issue but I've not found any bugs related to this so it's not clear if it's a bug and just not been reported or if I'm missing something. It seems if using the ovirt-engine/api/imagetransfers call with a POST request such as say <image_transfer><snapshot id="b16290c4-6eef-469f-962d-31e9b76638e9"/><direction>download</direction></image_transfer> is done and more then two minutes pass (where the the ovirt-imageio-proxy/ovirt-imageio-daemon deletes the ticket), you can no longer download the snapshot image. I think this part is normal, HOWEVER the snapshot image remains locked indefinitely in this case. If the image starts transferring/downloading within the 2 minutes where the ovirt-imageio-proxy/ovirt-imageio-daemon ticket is valid, all is well and at the end of the transfer the snapshot image is automatically unlocked. oVirt 4.2.8.7-0.1.el7ev Anyone seen this before? What am I missing? - Justin

1 1

[ANN] oVirt 4.3.5 Second Release Candidate is now available for testing
by Sandro Bonazzola 19 Jun '19

19 Jun '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 Second Release Candidate for testing, as of June 19th, 2019. While testing this release candidate please consider deeper testing on gluster upgrade since with this release candidate we are switching from Gluster 5 to Gluster 6. This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used in production. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] Additional Resources: * Read more about the oVirt 4.3.5 release highlights: http://www.ovirt.org/release/4.3.5/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.5/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

1 0

ovirt-engine/api/imagetransfers - Indifferently Locked Snapshot Image if transfer does not start within 2 minutes
by Justin Willoughby 19 Jun '19

19 Jun '19

Not sure if this group or the dev group would be better. I've noticed an issue but I've not found any bugs related to this so it's not clear if it's a bug and just not been reported or if I'm missing something. It seems if using the ovirt-engine/api/imagetransfers call with a POST request such as say <image_transfer><snapshot id="b16290c4-6eef-469f-962d-31e9b76638e9"/><direction>download</direction></image_transfer> is done and more then two minutes pass (where the the ovirt-imageio-proxy deletes the ticket), you can no longer download the snapshot image. I think would be expected, HOWEVER the snapshot image remains locked indifferently in this case. If the image starts transferring/downloading within the 2 minutes where the ovirt-imageio-proxy ticket is valid, all is well and at the end of the transfer the snapshot image is automatically unlocked. oVirt/RHV 4.2.8.7-0.1.el7ev Anyone seen this before? What am I missing? - Justin

1 0

SSL Error adding new host
by Stefano Danzi 19 Jun '19

19 Jun '19

Hello, I have i running cluster ad I have to add a new host. Current cluster has AMD type cpu, new host has intel CPU su I added a new cluster in same datacenter (datacenter default compatibility 4.2). New Host is running node 4.3.4, engine is 4.3.4.3-1.el7 The new host is attached to ths new cluster, but engine can't connect. Engine logs tell me: 2019-06-18 13:04:21,873+02 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2019-06-18 13:04:21,878+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-46) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 4.3..4.3-1.el7

2 3

ovirt nic ansible module
by Nathanaël Blanchet 19 Jun '19

19 Jun '19

Hello, With that module, we can make the nic present/absent/plugged/unplugged, but is there a way to make the link state up or down? Thanks. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

5 5

Re: [External] Does anyone have a positive experience with physical host to oVirt conversion?
by Sam Cappello 19 Jun '19

19 Jun '19

a couple years ago i migrated a centos 4 physical box to an ovirt 3.6 vm using REAR. http://relax-and-recover.org/ i did not have luck with virt-p2v. sam Morris, Roy wrote on 6/18/2019 4:48 PM: > > I am also confused with the whole process. If anyone has a quick start > guide or video I’d be interested in checking it out. > > Best regards, > > Roy Morris > > *From:* Artem Tambovskiy <artem.tambovskiy(a)gmail.com> > *Sent:* Tuesday, June 18, 2019 6:28 AM > *To:* users <users(a)ovirt.org> > *Subject:* [External] [ovirt-users] Does anyone have a positive > experience with physical host to oVirt conversion? > > > Hello, > > Just would like to check if it really possible to convert old Centos6 > based physical box into oVirt 4.3 VM? I haven't been able to find any > success stories on this and process seems a bit complicated. > As I understand it I need a virt-v2v conversion proxy + image with > virt-p2v running on physical host which needs to be converted. I'm a > bit lost how I can get the converted VM into oVirt cluster than? > > -- > > Regards, > > Artem > > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4QC77HXUY5EOL…

2 1

HE Fails to install on oVirt 4.3.4
by nico.kruger＠darkmatter.ae 19 Jun '19

19 Jun '19

Hi Guys, I have tried installing oVirt 4.3.4 using ovirt-node-ng-installer-4.3.4-2019061016.el7.iso and ovirt-engine-appliance-4.3-20190610.1.el7.x86_64.rpm Gluster install works fine, but HE deployment fails every time at last "waiting for host to be up". I have tried the deployment on multiple different hardware types, also tried single Vs 3 node deployments and all fail at the same point. I suspect that the IP in the HE is not being correctly configured as i see qemu running, but ansible times out and cleans up the fail install. Any ideas on why this is happening? i will try add the logs I am going to try using a older HE appliance rpm to see if that fixes the issue.

2 2

Upgrade Hyperconverged Single Node
by jeremy_tourville＠hotmail.com 18 Jun '19

18 Jun '19

Does this page apply? https://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Mino… My Node is presently running 4.2.7 and I'd like to upgrade to 4.3.4 I was reading about needing to fail over so the SPM role is available (ie more than 1 host) If the page above is not applicable what is the procedure? Thanks!

1 0

USB Passtrough device problem
by Juan Pablo Lorier 18 Jun '19

18 Jun '19

Hi, I've tried to use 2 different audio IO interfaces connected to a VM via USB passthrough and none worked. I've tried with win 10 and win server 2016 vms with different errors but none worked. I've connected the devices to a host, then attached the host device to a VM and in the VM properties I've enabled the USB support in the console properties. The devices are installed and don't show any error in the device manager within the VM, but they don't work. Should I do something else? Regards

1 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id
by Jonathan Gregoire 18 Jun '19

18 Jun '19

Hi all, I'm getting a Permission denied (publickey) when I select VM id... Could you help ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca<mailto:ovirt-vmconsole@ovirt-engine01.int.cloche.ca>-i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$

1 0

Snapshots and quotas
by Mitja Mihelič 18 Jun '19

18 Jun '19

Hi! We are using oVirt 4.1.9 with quotas enabled. The usual quota is 40GB per user, usually used for a webserver. It is created from a template with a 40GB disk. When such users try to create a snapshot of their VM, oVirt blocks the operation with "Cannot create Snapshot. Quota has insufficient storage resources." I could increase the quota to 2x size. But then users would create additional disks, snapshot creation would fail due to insufficient storage resources and we're back to square one. I could increase "Storage Grace" to 200%. It would take users longer to figure out that they can create additional disk even if the quota showed 100% full. But sooner or later we would be back to square one. Is it possible to exclude snapshots from the quota system? Kind regards, Mitja P.S. "Storage Threshold" is currently set to 80% and "Storage Grace" to 120%. Where can we change the default settings to something else? E.g. new quotas would have "Storage Threshold" set to 90% and "Storage Grace" to 160%.

2 1

ovirt-vmconsole: Pemission denied (publickey) when I select VM id
by Jonathan Greg 18 Jun '19

18 Jun '19

Hi all, I'm getting a Permission denied (publickey) when I select VM id... Could you help me to fix it? ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca -i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$

1 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id
by Jonathan Greg 18 Jun '19

18 Jun '19

Hi all, I'm getting a Permission denied (publickey) when I select VM id... Could you help ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca -i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$

1 0

ovirt-vmconsole: Pemission denied (publickey) when I select VM id
by Jonathan Greg 18 Jun '19

18 Jun '19

Hi all, I'm getting a Permission denied (publickey) when I select VM id... It looks like that the ovirt engine cannot authenticate himself against the ovirt node. Any idea how I could fix it? ovirt engine: 4.3.4.3-1.el7 ovirt host: 4.3.3.1 Macbook:~ Jonathan$ ssh -t -p 2222 ovirt-vmconsole(a)ovirt-engine01.int.cloche.ca -i .ssh/serialconsolekey connect Available Serial Consoles: 00 AUTO-LAB-RTR01[6a61b3e8-0ed1-4888-8f4b-e4e38cb26953] 01 AUTO-LAB-RTR02[c9f14c47-e416-4e1a-822a-0911ed4fc00e] 02 AUTO-LAB-RTR03[172ffa97-9564-4ce3-8c6f-de292b257a50] 03 AUTO-LAB-RTR04[d9f4ef8a-7fe8-42a3-8abc-f70bae20c817] 04 AUTO-LAB-RTR05[d3012c5e-53c5-4020-be79-143288ee757f] 05 AUTO-LAB-RTR06[25053bf7-d321-44a1-b72a-edf432fc4824] 06 AUTO-LAB-RTR07[f52edeca-7ec6-4c17-92c2-9b150c1f0f06] 07 AUTO-LAB-RTR08[8ad50c7c-740e-4d76-9f2e-e1915d2b17be] 08 AUTO-LAB-RTR09[9474d032-5576-4fb9-97ff-16a4b306b52f] 09 AUTO-LAB-RTR10[68625045-4065-4a53-be39-8e76a91cb6d3] 10 AUTO-LAB-RTR11[d3380c53-ab7b-4b65-88d0-2f05f43d9e88] 11 AUTO-LAB-RTR12[3ca24472-defa-48d1-91ee-7d264069243b] 12 AUTO-LAB-RTR13[62161a3c-6bf5-4c0e-83eb-3c65bcf3b3b4] 13 AUTO-LAB-RTR14[7843fe1b-65ff-42f4-8c0c-d677c9f266ee] 14 AUTO-LAB-RTR15[1e22b5dc-af3a-4c0f-8319-b982608ac85a] 15 AUTO-LAB-RTR16[ce2d9ce4-890a-46e2-a55f-76e5647f60bc] 16 AUTO-LAB-RTR17[f45f4451-5322-488d-99ad-75fb9a8871e5] 17 AUTO-LAB-RTR18[fa88f535-d11b-44de-b9e5-aad1da3e09cc] 18 AUTO-LAB-RTR19[3f5f08d1-300e-4529-8da2-b1f48d9746d0] 19 AUTO-LAB-RTR20[07adbdc7-16b6-4bb7-8dcf-14eab615b84b] 20 CDSNetScaler10-5[5bf444ad-a308-4a78-bdd6-bc1028e6ed62] 21 CDSNetScalerLB01[224198ca-ed29-44b2-ac8c-31363e96b734] 22 CDSNetScalerLB02[184eb272-2a0c-427e-9e66-94e00d4b0c2e] 23 CDSNetScalerLB03[f110b2c8-fc43-44fe-a7b1-b03c0b1562ce] 24 CDSNetScalerLB04[71c2c75c-5c5c-4605-81c4-17de1ca8ba75] 25 CDSNetScalerLB05-10[c1159ede-9627-4b25-b07d-82cd6ce6b0c0] 26 CDSNetScalerLB06-10[6c9b9b73-2de3-4038-97af-a4b46c4fcd6e] 27 jump_point-auto[51a36f5d-6fba-4ec6-b7cf-f1eb6bb8170b] 28 lab-ansible[cae59168-fb87-42b1-afe6-49712a5c0e1b] 29 lab-lxd01[8b04afc9-dd69-4da6-9f63-197817086de8] 30 lab-reverse-proxy01[2726e1f8-0875-481b-aebb-3443de690183] 31 pod2-branch01[36598184-1aab-426e-be57-d8ff653af532] 32 pod2-branch01-pc01[7af0a040-6a48-4f9b-bcf6-3f1eab6921df] 33 pod2-branch02[0d60b360-82c7-4694-9dbe-1925e8793d2b] 34 pod2-branch02-pc01[11abbc59-12e8-4cf0-96a9-f43547de9aca] 35 pod2-branch03[f8e5277e-898b-4211-b721-65b249e6ca16] 36 pod2-branch03-pc01[7cfa9afd-dd28-436e-8035-2161809e1631] 37 pod2-dc01[b917e2dc-bde6-4993-ade5-b08fc9903f51] 38 pod2-dc01-pc01[fa8f4918-095b-4d7a-a2c9-69e875a6d0ed] 39 pod2-dc02[21a80ce6-958c-47cb-812c-f0a49e397553] 40 pod2-router1[af175917-7624-4725-a4f4-90fadf9ba76a] 41 pod2-vbond01[3364c1f6-d062-489d-b8ef-28a21295b471] 42 pod2-vmanage01[c189c279-8601-46b1-a7fb-a038175f13b4] 43 pod2-vsmart01[ec0cec3c-31d6-4370-8b3b-f331d84cdc54] 44 pod2-vsmart02[68abe3b0-3ad0-49bb-9cd7-50bd41f515f9] 45 tacrad01[0bfa49bd-fe5d-4f99-8402-9f2720f50dcc] 46 vrsx1[3a210809-f6d4-4f7a-b134-50ce697fa27b] 47 vsrx2[7e2c5638-f97c-45c4-8487-153764db2fc7] 48 vsrx3[d3448254-b04a-4485-93cc-388d9ceeb54f] 49 vsrx4[b027e509-3b65-4cba-8aa6-be92c3d7bd25] 50 win2k16ad01[605409db-2469-4f61-a06f-cfd5e2f91af0] 51 win2k16ad02[31ca7536-7ed2-47e6-9e4d-87b34cc685ee] Please, enter the id of the Serial Console you want to connect to. To disconnect from a Serial Console, enter the sequence: <Enter><~><.> SELECT> 49 Permission denied (publickey). Connection to ovirt-engine01.int.cloche.ca closed. Macbook:~ Jonathan$ Regards, Jonathan

1 0

[Ovirt 4.3] Guest agent issue
by s.natoli＠siinfo.eu 18 Jun '19

18 Jun '19

Hi to all! I can't use the after_xxxx hooks in the guest agent (version: 1.0.16-1.el7) installed in a centos 7 machine in a ovirt 4.3 cluster, but the before_xxxxx hooks are executed without problem The same machine in an old ovirt cluster was ok with the same hooks. This is the ovirt-guest-agent.log MainThread::INFO::2019-06-18 13:15:11,192::ovirt-guest-agent::59::root::Starting oVirt guest agent Dummy-2::INFO::2019-06-18 13:15:11,326::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::322::root::Received an external command: api-version... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::118::root::API Version updated from 0 to 3 Dummy-2::INFO::2019-06-18 13:17:05,391::OVirtAgentLogic::322::root::Received an external command: lifecycle-event... Dummy-2::INFO::2019-06-18 13:17:05,440::hooks::64::Hooks::Hook(before_migration) "/etc/ovirt-guest-agent/hooks.d/before_migration/55_flush-caches" executed Dummy-2::INFO::2019-06-18 13:17:24,329::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:18:24,605::OVirtAgentLogic::322::root::Received an external command: api-version... As you can see, the agent does not receive the lifecycle-event for after-migration I look in the vdsm and supervdsm log, also in debug level, but seem all normal the xml of the machine contain the virtio-serial <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-9785547d-0e2d-4139-8952-010fe4874800"/> <address bus="0x00" domain="0x0000" function="0x0" slot="0x06" type="pci"/> </controller> . . . . . <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.ovirt-guest-agent.0"/> <target name="ovirt-guest-agent.0" state="connected" type="virtio"/> <alias name="channel0"/> <address bus="0" controller="0" port="1" type="virtio-serial"/> </channel> <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.org.qemu.guest_agent.0"/> <target name="org.qemu.guest_agent.0" state="connected" type="virtio"/> <alias name="channel1"/> <address bus="0" controller="0" port="2" type="virtio-serial"/> </channel> I tried also with another 2 machines with a fresh install of centos 7 and guest-agent but nothing. The guest agent does not have any error in systemctl status ovirt-guest-agent This is my hook in /etc/ovirt-guest-agent/hooks.d/after_migration -rwxrwxrwx. 1 root root 34 Jun 14 12:48 01_example and this is the content: #!/bin/bash touch /tmp/prova this script in before_xxxx start without problems Someone have some suggestion or some log to see to solve this problem? Thank you!

1 0

Re: Hosted engine setup: "Failed to configure management network on host Local due to setup networks failure"
by Strahil 18 Jun '19

18 Jun '19

I think that this can be resolved by a remote (r)syslog system and proper documentation. I would be happy to write a short crash-course , but I will definately need assiatance from more experienced person. So far (7 months later) , I still struggle to find my errors and where to control log level. Best Regards, Strahil NikolovOn Jun 18, 2019 12:18, me(a)brendanh.com wrote: > > "trade-off between time [developing] and time spent debugging such cases when they do happen" > > Your call. All I know is, it took me over a month to install oVirt, including three weeks of one-to-one time with Simone Tiraboschi from Red Hat. He sent me eleven emails but eventually gave up, baffled as me. It shouldn't be this hard. Others who are having this or similar problems will just abandon oVirt: ("I'm just wondering if I should cut my losses with oVirt"): > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/PZJYNAKPYNQUTT… > > The biggest challenge is to find the relevant error. What would be useful is a log aggregator. If oVirt had a journalctl type app running on the host that tails ALL the logs including the engine logs from hosted-engine (via ssh), everything would be in one place and easy to spot. Currently, you need fairly detailed knowledge of the architecture and install process to (i) find the log files (ii) whittle down to the one displaying the problem. Yes, I know you guys have a log-packaging app that compresses them up, so they can be sent to Red Hat for inspection (does this even include hosted-engine logs?). But with a journalling app, users would be able to spot the error themselves and most of the time (if it's not a new bug), fix it on their own like I did. And yes, I know once set up, users will have their own log aggregator in the form of Kibana, Splunk, etc but these don't help during the initial install. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4732OJ7DJFKI4…

1 0

[Ovirt 4.3] Guest agent issue
by s.natoli＠siinfo.eu 18 Jun '19

18 Jun '19

Hi to all! I can't use the after _xxxxxx hook of the guest agent (version: 1.0.16-1.el7) installed in a centos 7 machine, , this machine was in a old ovirt cluster(4.2), where the hooks were started without problem. I'm trying also with a new machine with centos 7 but nothing. The before_xxxx hooks are started well. This is the ovirt-guest-agent.log: MainThread::INFO::2019-06-18 13:15:11,192::ovirt-guest-agent::59::root::Starting oVirt guest agent Dummy-2::INFO::2019-06-18 13:15:11,326::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::322::root::Received an external command: api-version... Dummy-2::INFO::2019-06-18 13:15:20,990::OVirtAgentLogic::118::root::API Version updated from 0 to 3 Dummy-2::INFO::2019-06-18 13:17:05,391::OVirtAgentLogic::322::root::Received an external command: lifecycle-event... Dummy-2::INFO::2019-06-18 13:17:05,440::hooks::64::Hooks::Hook(before_migration) "/etc/ovirt-guest-agent/hooks.d/before_migration/55_flush-caches" executed Dummy-2::INFO::2019-06-18 13:17:24,329::OVirtAgentLogic::322::root::Received an external command: refresh... Dummy-2::INFO::2019-06-18 13:18:24,605::OVirtAgentLogic::322::root::Received an external command: api-version... as you can see, the after_migration hook is not fired and it seem that the lifecycle-event for the after_migrate is not dispatched. The hook script is: -rwxrwxrwx. 1 root root 34 Jun 14 12:48 01_example in /etc/ovirt-guest-agent/hooks.d/after_migration the content is: #!/bin/bash sudo touch /tmp/example If i put this script in a before_xxx folder it will run without problem. Both vdsm and supervdsm log seems fine. (also in debug level) The xml file of the machine contain contain the virt-io-serial ............... <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.ovirt-guest-agent.0"/> <target name="ovirt-guest-agent.0" state="connected" type="virtio"/> <alias name="channel0"/> <address bus="0" controller="0" port="1" type="virtio-serial"/> </channel> <channel type="unix"> <source mode="bind" path="/var/lib/libvirt/qemu/channels/27f3d4d0-f3d2-41bf-a8da-e6e75aad51f6.org.qemu.guest_agent.0"/> <target name="org.qemu.guest_agent.0" state="connected" type="virtio"/> <alias name="channel1"/> <address bus="0" controller="0" port="2" type="virtio-serial"/> .......... Someone know where can i take a look to solve this problem? Thank you

1 0

Cannot access dashboard after upgrading to 4.3.4
by Albl, Oliver 18 Jun '19

18 Jun '19

Hi all, I upgraded our installation from 4.2.8 to 4.3.4 and I am unable to access the dashboard in UI as there is only "Loading data..." displayed. There are postgres processes running on the engine taking 100% cpu. One is running for more than 14 hours: SELECT name, AVG(total) AS total, AVG(used) AS used, MAX(previous_used) AS previous_used, MAX(previous_total) AS previous_total, MAX(vm_disk_ usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS used, COALESCE(MAX(previous_actual_size), 0) AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total, CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) * 100) END AS vm_disk_usage_percent FROM v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN v4_2_latest_configuration_vms_devices devices ON devices.device_id = vm_disk_id IN NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id = samples.vm_disk_id LEFT OUTER JOIN (SELECT v m_name, AVG(previous_actual_size) AS previous_actual_size, AVG(previous_total_size) AS previous_total_size FROM (SELEC 13783 | 2019-06-15 08:41:52.349769+02 | active | SELECT name, AVG(total) AS total, AVG(used) AS used, MAX(previous_used) AS previous_used, MAX(previous_total) AS previous_total, MAX(vm_disk_ usage_percent) AS usage_percent FROM (SELECT history_datetime, vms.vm_name AS name, SUM(vm_disk_size_mb) AS total, SUM(vm_disk_actual_size_mb) AS used, COALESCE(MAX(previous_actual_size), 0) AS previous_used, COALESCE(MAX(previous_total_size), 0) AS previous_total, CASE WHEN MAX(vm_disk_size_mb) = 0 THEN 0 ELSE (CAST(MAX(vm_disk_actual_size_mb) AS DECIMAL)/ MAX(vm_disk_size_mb) * 100) END AS vm_disk_usage_percent FROM v4_2_statistics_vms_disks_resources_usage_samples samples INNER JOIN v4_2_latest_configuration_vms_devices devices ON devices.device_id = vm_disk_id IN NER JOIN v4_2_latest_configuration_vms vms ON vms.vm_id = devices.vm_id INNER JOIN v4_2_latest_configuration_vms_disks disks ON disks.vm_disk_id = samples.vm_disk_id LEFT OUTER JOIN (SELECT v m_name, AVG(previous_actual_size) AS previous_actual_size, AVG(previous_total_size) AS previous_total_size FROM (SELEC... oVirt Engine is configured with 128 GB memory and 24 cores. Please advice how to adress this. Thank you and all the best, Oliver

3 10

Windows 7 Error writing credentials to pipe [1/3] (error = 2)
by Harry Conings 18 Jun '19

18 Jun '19

Hi i am evaluating ovirt 4.3 when i log in on the VM portal i can use a AD user when i click on a windows 7 64 bit machine console (SPICE) i get Dummy-2::INFO::2019-06-18 12:01:01,107::OVirtAgentLogic::322::root::Received an external command: login... Dummy-2::ERROR::2019-06-18 12:01:02,111::GuestAgentWin32::326::root::Error writing credentials to pipe [1/3] (error = 2) Dummy-2::ERROR::2019-06-18 12:01:03,104::GuestAgentWin32::326::root::Error writing credentials to pipe [2/3] (error = 2) Dummy-2::ERROR::2019-06-18 12:01:04,096::GuestAgentWin32::326::root::Error writing credentials to pipe [3/3] (error = 2) in the ovirt-guest-agent.log so Single Sign On does not work Can you help me because i am quite new at this rgds Harry

1 0

Hosted engine setup: "Failed to configure management network on host Local due to setup networks failure"
by me＠brendanh.com 18 Jun '19

18 Jun '19

Hi, I've been failing to install hosted-engine on oVirt Node for a long time. I'm now trying on a Coffee Lake Xeon-based system, having previously tried on Broadwell-E. Trying using the webui or hosted-engine --deploy has similar result. Error in the title occurs when using the webui. Using hosted-engine --deploy gets shows: [ INFO ] TASK [ovirt.hosted_engine_setup : Wait for the host to be up] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Check host status] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The host has been set in non_operational status, please check engine logs, fix accordingly and re-deploy.\n"} Despite the failure, the oVirt webui is can be browsed on https://<host>:6900, but the host has status "unassigned". The Node webui (https://<host>:9090) has the engine VM running, but when I login to its console, I see its IP is 192.168.122.123, not the DHCP-reserved IP address (on our 10.0.8.x network), which doesn't seem right. I suspect some problem with DHCP, but I don't know how to fix. Any ideas? vdsm.log shows: 2019-06-16 15:06:39,117+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:44,122+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=7f984b0d-9765-457e-ac8e-c5cd0bdf73d2 (api:48) 2019-06-16 15:06:44,122+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=7f984b0d-9765-457e-ac8e-c5cd0bdf73d2 (api:54) 2019-06-16 15:06:44,122+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:48,258+0000 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=0526307b-bb37-4eff-94d6-910ac0d64933 (api:48) 2019-06-16 15:06:48,258+0000 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=0526307b-bb37-4eff-94d6-910ac0d64933 (api:54) 2019-06-16 15:06:49,126+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=0d5b359e-1a4c-4cc0-87a1-4a41e91ba356 (api:48) 2019-06-16 15:06:49,126+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=0d5b359e-1a4c-4cc0-87a1-4a41e91ba356 (api:54) 2019-06-16 15:06:49,126+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:53,040+0000 INFO (jsonrpc/5) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:06:53,041+0000 INFO (jsonrpc/5) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:06:53,041+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:06:54,132+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=99c33317-7753-4d24-a10b-b716adcdaf76 (api:48) 2019-06-16 15:06:54,132+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=99c33317-7753-4d24-a10b-b716adcdaf76 (api:54) 2019-06-16 15:06:54,132+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:06:59,134+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=8f5679a1-8734-491d-b925-7387effe4726 (api:48) 2019-06-16 15:06:59,134+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=8f5679a1-8734-491d-b925-7387effe4726 (api:54) 2019-06-16 15:06:59,134+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:03,280+0000 INFO (periodic/3) [vdsm.api] START repoStats(domains=()) from=internal, task_id=a6b63d3e-3557-4a94-bc45-7f5936d5681a (api:48) 2019-06-16 15:07:03,280+0000 INFO (periodic/3) [vdsm.api] FINISH repoStats return={} from=internal, task_id=a6b63d3e-3557-4a94-bc45-7f5936d5681a (api:54) 2019-06-16 15:07:04,139+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=f22eae3b-ccba-493f-8da7-5e46f52ba97c (api:48) 2019-06-16 15:07:04,140+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=f22eae3b-ccba-493f-8da7-5e46f52ba97c (api:54) 2019-06-16 15:07:04,140+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:08,053+0000 INFO (jsonrpc/6) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:08,053+0000 INFO (jsonrpc/6) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:08,054+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:08,059+0000 INFO (jsonrpc/7) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:08,059+0000 INFO (jsonrpc/7) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:08,059+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:09,140+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=5c2d5726-5de9-4dec-b809-168708be0373 (api:48) 2019-06-16 15:07:09,140+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=5c2d5726-5de9-4dec-b809-168708be0373 (api:54) 2019-06-16 15:07:09,140+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:14,141+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=942e4aa2-e592-4447-bf47-717b6b220d63 (api:48) 2019-06-16 15:07:14,141+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=942e4aa2-e592-4447-bf47-717b6b220d63 (api:54) 2019-06-16 15:07:14,141+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:18,303+0000 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=dcc3066f-a08a-43a1-ae22-3d99d9f1e0ed (api:48) 2019-06-16 15:07:18,303+0000 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=dcc3066f-a08a-43a1-ae22-3d99d9f1e0ed (api:54) 2019-06-16 15:07:19,144+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=18f9bf90-bfb9-477c-945f-376bd4cfe8d5 (api:48) 2019-06-16 15:07:19,144+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=18f9bf90-bfb9-477c-945f-376bd4cfe8d5 (api:54) 2019-06-16 15:07:19,144+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:23,075+0000 INFO (jsonrpc/0) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:23,075+0000 INFO (jsonrpc/0) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:23,076+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:23,077+0000 INFO (jsonrpc/1) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:23,077+0000 INFO (jsonrpc/1) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:23,078+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:24,149+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=cfb1c9aa-7e92-46f6-9faf-93caeee448c3 (api:48) 2019-06-16 15:07:24,149+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=cfb1c9aa-7e92-46f6-9faf-93caeee448c3 (api:54) 2019-06-16 15:07:24,149+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:29,154+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=f7196920-b1a5-4bc9-b36d-76bf0540f567 (api:48) 2019-06-16 15:07:29,154+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=f7196920-b1a5-4bc9-b36d-76bf0540f567 (api:54) 2019-06-16 15:07:29,154+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:33,318+0000 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=4c42bce2-75aa-423f-bb28-e06aeda7e349 (api:48) 2019-06-16 15:07:33,318+0000 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=4c42bce2-75aa-423f-bb28-e06aeda7e349 (api:54) 2019-06-16 15:07:34,155+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=dc936add-86ee-4cb3-9efe-3e5c370822d7 (api:48) 2019-06-16 15:07:34,155+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=dc936add-86ee-4cb3-9efe-3e5c370822d7 (api:54) 2019-06-16 15:07:34,155+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:38,079+0000 INFO (jsonrpc/2) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:38,079+0000 INFO (jsonrpc/2) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:38,080+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:38,094+0000 INFO (jsonrpc/3) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:38,094+0000 INFO (jsonrpc/3) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:38,094+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:39,161+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=3ead3df6-b5f8-412d-9395-a85b50e35cd3 (api:48) 2019-06-16 15:07:39,161+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=3ead3df6-b5f8-412d-9395-a85b50e35cd3 (api:54) 2019-06-16 15:07:39,161+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:44,166+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=0dffde8f-4d3f-4f21-ac3b-87e915f3a1b3 (api:48) 2019-06-16 15:07:44,166+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=0dffde8f-4d3f-4f21-ac3b-87e915f3a1b3 (api:54) 2019-06-16 15:07:44,166+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:48,336+0000 INFO (periodic/2) [vdsm.api] START repoStats(domains=()) from=internal, task_id=f7da324c-ab2b-4d61-813e-e28c22148da8 (api:48) 2019-06-16 15:07:48,336+0000 INFO (periodic/2) [vdsm.api] FINISH repoStats return={} from=internal, task_id=f7da324c-ab2b-4d61-813e-e28c22148da8 (api:54) 2019-06-16 15:07:49,172+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=2da4fdc5-5b17-4a72-810c-ebaa05bfd51d (api:48) 2019-06-16 15:07:49,172+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=2da4fdc5-5b17-4a72-810c-ebaa05bfd51d (api:54) 2019-06-16 15:07:49,172+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:53,098+0000 INFO (jsonrpc/4) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:07:53,098+0000 INFO (jsonrpc/4) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:07:53,098+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:53,112+0000 INFO (jsonrpc/5) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:07:53,112+0000 INFO (jsonrpc/5) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:07:53,112+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:53,656+0000 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff:192.168.122.123:36798 (protocoldetector:61) 2019-06-16 15:07:53,717+0000 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::ffff:192.168.122.123:36798 (protocoldetector:125) 2019-06-16 15:07:53,717+0000 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompserver:95) 2019-06-16 15:07:53,718+0000 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompserver:124) 2019-06-16 15:07:53,718+0000 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompserver:124) 2019-06-16 15:07:53,758+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.ping2 succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:07:53,776+0000 INFO (jsonrpc/7) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798, flow_id=129ab006 (api:48) 2019-06-16 15:07:53,882+0000 INFO (jsonrpc/7) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:07:54,139+0000 INFO (jsonrpc/7) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:07:54,173+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=73e7508c-26de-4f2d-8e3f-575a96e33a1e (api:48) 2019-06-16 15:07:54,173+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=73e7508c-26de-4f2d-8e3f-575a96e33a1e (api:54) 2019-06-16 15:07:54,173+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:07:54,262+0000 INFO (jsonrpc/7) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:07:54,401+0000 INFO (jsonrpc/7) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:07:54,402+0000 INFO (jsonrpc/7) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u' 1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'99', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'17825', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u 'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'ipv4addrs': [u'10.0.8.152/24'], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1'}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': Fal se, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,mode l_kvm32,model_SandyBridge-IBRS,model_Haswell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'False', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'12860 2', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'enp2s0', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngS ources': [u'hwrng', u'random'], u'operatingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798, flow_id=129ab006 (api:54) 2019-06-16 15:07:54,406+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.63 seconds (__init__:312) 2019-06-16 15:07:54,530+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:07:54,538+0000 INFO (jsonrpc/1) [api.network] START setupNetworks(networks={u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'defaultRoute': True, u'bootproto': u'dhcp'}}, bondings={}, options={u'connectivityCheck': u'true', u'connectivityTimeout': 120, u'commitOnSuccess': False}) from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:48) 2019-06-16 15:07:59,178+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=a60cfd9c-3ea6-49a7-8563-a6c0a1ad7943 (api:48) 2019-06-16 15:07:59,178+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=a60cfd9c-3ea6-49a7-8563-a6c0a1ad7943 (api:54) 2019-06-16 15:07:59,179+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:03,352+0000 INFO (periodic/3) [vdsm.api] START repoStats(domains=()) from=internal, task_id=bd363115-1711-41a7-89bf-9309b8c8b9ba (api:48) 2019-06-16 15:08:03,352+0000 INFO (periodic/3) [vdsm.api] FINISH repoStats return={} from=internal, task_id=bd363115-1711-41a7-89bf-9309b8c8b9ba (api:54) 2019-06-16 15:08:04,184+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=f227c8ad-b3aa-400e-af89-06f34db9fbbd (api:48) 2019-06-16 15:08:04,184+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=f227c8ad-b3aa-400e-af89-06f34db9fbbd (api:54) 2019-06-16 15:08:04,184+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:08,006+0000 INFO (dhclient-monitor) [root] Received DHCP response: {'action': 'configure', 'ip': '10.0.8.152', 'route': '10.0.8.1', 'iface': 'ovirtmgmt', 'mask': '255.255.255.0'} (dhclient_monitor:127) 2019-06-16 15:08:08,105+0000 INFO (jsonrpc/2) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:08:08,105+0000 INFO (jsonrpc/2) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:08:08,106+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,129+0000 INFO (jsonrpc/3) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:08:08,129+0000 INFO (jsonrpc/3) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:08:08,129+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,761+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:08,762+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:09,189+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=22403389-1c68-4e12-81e5-dc61df9d2b17 (api:48) 2019-06-16 15:08:09,189+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=22403389-1c68-4e12-81e5-dc61df9d2b17 (api:54) 2019-06-16 15:08:09,189+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:09,521+0000 INFO (jsonrpc/1) [api.network] FINISH setupNetworks return={'status': {'message': 'Done', 'code': 0}} from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:54) 2019-06-16 15:08:09,522+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.setupNetworks succeeded in 14.99 seconds (__init__:312) 2019-06-16 15:08:10,055+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:12,558+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.confirmConnectivity succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:12,561+0000 INFO (jsonrpc/5) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:48) 2019-06-16 15:08:12,611+0000 INFO (jsonrpc/5) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:12,862+0000 INFO (jsonrpc/5) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:12,984+0000 INFO (jsonrpc/5) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:13,127+0000 INFO (jsonrpc/5) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:13,127+0000 INFO (jsonrpc/5) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'28337', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'21', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15946', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fil tering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute' : False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Has well-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'oper atingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798, flow_id=c0327 (api:54) 2019-06-16 15:08:13,131+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.57 seconds (__init__:312) 2019-06-16 15:08:13,204+0000 INFO (jsonrpc/6) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:48) 2019-06-16 15:08:13,245+0000 INFO (jsonrpc/6) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:13,488+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:13,606+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:13,741+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:13,742+0000 INFO (jsonrpc/6) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'28273', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'157', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15883', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fi ltering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute ': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Ha swell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'ope ratingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:54) 2019-06-16 15:08:13,746+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.54 seconds (__init__:312) 2019-06-16 15:08:13,764+0000 INFO (jsonrpc/7) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:48) 2019-06-16 15:08:13,778+0000 INFO (jsonrpc/7) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798, flow_id=229dce52 (api:54) 2019-06-16 15:08:13,778+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:08:14,190+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=bf019dec-f9e2-4348-a402-c29b0533acf2 (api:48) 2019-06-16 15:08:14,190+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=bf019dec-f9e2-4348-a402-c29b0533acf2 (api:54) 2019-06-16 15:08:14,190+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:15,177+0000 INFO (jsonrpc/0) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:15,219+0000 INFO (jsonrpc/0) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:15,462+0000 INFO (jsonrpc/0) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:15,580+0000 INFO (jsonrpc/0) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:15,714+0000 INFO (jsonrpc/0) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:15,714+0000 INFO (jsonrpc/0) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'28076', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'160', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15686', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fi ltering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute ': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Ha swell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'ope ratingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:15,718+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.54 seconds (__init__:312) 2019-06-16 15:08:15,727+0000 INFO (jsonrpc/2) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:15,728+0000 INFO (jsonrpc/2) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:15,728+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:18,191+0000 INFO (jsonrpc/1) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:18,231+0000 INFO (jsonrpc/1) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:18,367+0000 INFO (periodic/2) [vdsm.api] START repoStats(domains=()) from=internal, task_id=939c69c0-536f-4e4d-87a6-2e715bc9ff1b (api:48) 2019-06-16 15:08:18,368+0000 INFO (periodic/2) [vdsm.api] FINISH repoStats return={} from=internal, task_id=939c69c0-536f-4e4d-87a6-2e715bc9ff1b (api:54) 2019-06-16 15:08:18,479+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:18,598+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:18,736+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:18,737+0000 INFO (jsonrpc/1) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'27775', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'59', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15384', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fil tering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute' : False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Has well-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'oper atingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:18,741+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.55 seconds (__init__:312) 2019-06-16 15:08:18,750+0000 INFO (jsonrpc/3) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:18,751+0000 INFO (jsonrpc/3) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:18,751+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:312) 2019-06-16 15:08:19,195+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=61d01f23-e291-4762-ac9c-ab38535ce651 (api:48) 2019-06-16 15:08:19,196+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=61d01f23-e291-4762-ac9c-ab38535ce651 (api:54) 2019-06-16 15:08:19,196+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:21,077+0000 INFO (jsonrpc/4) [api.host] START getAllVmStats() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:21,078+0000 INFO (jsonrpc/4) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:21,078+0000 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:21,115+0000 INFO (jsonrpc/5) [api.host] START dumpxmls(vmList=[u'56371630-7d71-4a9a-b84a-61f38f9d7c4d']) from=::ffff:192.168.122.123,36798, flow_id=5750c6a5 (api:48) 2019-06-16 15:08:21,115+0000 INFO (jsonrpc/5) [api.host] FINISH dumpxmls return={'status': {'message': 'Done', 'code': 0}, 'domxmls': {u'56371630-7d71-4a9a-b84a-61f38f9d7c4d': "<domain type='kvm' id='1'>\n <name>HostedEngineLocal</name>\n <uuid>56371630-7d71-4a9a-b84a-61f38f9d7c4d</uuid>\n <memory unit='KiB'>16777216</memory>\n <currentMemory unit='KiB'>16777216</currentMemory>\n <vcpu placement='static'>4</vcpu>\n <resource>\n <partition>/machine</partition>\n </resource>\n <os>\n <type arch='x86_64' machine='pc-i440fx-rhel7.6.0'>hvm</type>\n <boot dev='hd'/>\n <bootmenu enable='no'/>\n </os>\n <features>\n <acpi/>\n <apic/>\n </features>\n <cpu mode='custom' match='exact' check='full'>\n <model fallback='forbid'>Skylake-Client-IBRS</model>\n <feature policy='require' name='hypervisor'/>\n </cpu>\n <clock offset='utc'>\n <timer name='kvmclock' present='yes'/>\n </clock>\n <on_poweroff>destroy</on_poweroff>\n <on_reboot>restart</on_reboot> \n <on_crash>destroy</on_crash>\n <pm>\n <suspend-to-mem enabled='no'/>\n <suspend-to-disk enabled='no'/>\n </pm>\n <devices>\n <emulator>/usr/libexec/qemu-kvm</emulator>\n <disk type='file' device='disk'>\n <driver name='qemu' type='qcow2'/>\n <source file='/var/tmp/localvmvlmuvv/images/df736b49-951b-4e7e-b141-930b20cf9485/7b9bf5b3-a825-42ce-8601-21de81670584'/>\n <backingStore/>\n <target dev='vda' bus='virtio'/>\n <alias name='virtio-disk0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>\n </disk>\n <disk type='file' device='cdrom'>\n <driver name='qemu' type='raw'/>\n <source file='/var/tmp/localvmvlmuvv/seed.iso'/>\n <backingStore/>\n <target dev='hda' bus='ide'/>\n <readonly/>\n <alias name='ide0-0-0'/>\n <address type='drive' controller='0' bus='0' target='0' unit='0'/>\n </disk>\n <controller type='usb' index='0' model='none'/>\n <controller type='p ci' index='0' model='pci-root'>\n <alias name='pci.0'/>\n </controller>\n <controller type='ide' index='0'>\n <alias name='ide'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>\n </controller>\n <controller type='virtio-serial' index='0'>\n <alias name='virtio-serial0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>\n </controller>\n <interface type='network'>\n <mac address='00:16:3e:09:7f:be'/>\n <source network='default' bridge='virbr0'/>\n <target dev='vnet0'/>\n <model type='virtio'/>\n <alias name='net0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>\n </interface>\n <serial type='pty'>\n <source path='/dev/pts/2'/>\n <target type='isa-serial' port='0'>\n <model name='isa-serial'/>\n </target>\n <alias name='serial0'/>\n </serial>\n <console type='pty' tty='/dev/pts/2'>\n <source path='/dev/pts/2'/>\n <target type='serial' port='0'/>\n <alias name='serial0'/>\n </console>\n <channel type='unix'>\n <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-1-HostedEngineLocal/org.qemu.guest_agent.0'/>\n <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/>\n <alias name='channel0'/>\n <address type='virtio-serial' controller='0' bus='0' port='1'/>\n </channel>\n <input type='mouse' bus='ps2'>\n <alias name='input0'/>\n </input>\n <input type='keyboard' bus='ps2'>\n <alias name='input1'/>\n </input>\n <graphics type='vnc' port='5900' autoport='yes' listen='127.0.0.1'>\n <listen type='address' address='127.0.0.1'/>\n </graphics>\n <video>\n <model type='vga' vram='16384' heads='1' primary='yes'/>\n <alias name='video0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>\n </video>\n <memballoon mod el='none'/>\n <rng model='virtio'>\n <backend model='random'>/dev/random</backend>\n <alias name='rng0'/>\n <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>\n </rng>\n </devices>\n <seclabel type='dynamic' model='selinux' relabel='yes'>\n <label>system_u:system_r:svirt_t:s0:c609,c740</label>\n <imagelabel>system_u:object_r:svirt_image_t:s0:c609,c740</imagelabel>\n </seclabel>\n <seclabel type='dynamic' model='dac' relabel='yes'>\n <label>+107:+107</label>\n <imagelabel>+107:+107</imagelabel>\n </seclabel>\n</domain>\n"}} from=::ffff:192.168.122.123,36798, flow_id=5750c6a5 (api:54) 2019-06-16 15:08:21,116+0000 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.dumpxmls succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:21,200+0000 INFO (jsonrpc/6) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:21,249+0000 INFO (jsonrpc/6) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:21,509+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:21,630+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:21,767+0000 INFO (jsonrpc/6) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:21,768+0000 INFO (jsonrpc/6) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'27474', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'158', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'15083', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fi ltering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute ': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Ha swell-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'ope ratingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:21,775+0000 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.58 seconds (__init__:312) 2019-06-16 15:08:21,784+0000 INFO (jsonrpc/7) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:21,785+0000 INFO (jsonrpc/7) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:21,785+0000 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:23,115+0000 INFO (jsonrpc/0) [api.host] START getAllVmStats() from=::1,50104 (api:48) 2019-06-16 15:08:23,115+0000 INFO (jsonrpc/0) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,50104 (api:54) 2019-06-16 15:08:23,116+0000 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:23,147+0000 INFO (jsonrpc/2) [api.host] START getAllVmIoTunePolicies() from=::1,50104 (api:48) 2019-06-16 15:08:23,147+0000 INFO (jsonrpc/2) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'56371630-7d71-4a9a-b84a-61f38f9d7c4d': {'policy': [], 'current_values': []}}} from=::1,50104 (api:54) 2019-06-16 15:08:23,147+0000 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:312) 2019-06-16 15:08:24,201+0000 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=25f56bb8-f808-44c8-ae07-8edf6dbbdf52 (api:48) 2019-06-16 15:08:24,201+0000 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=25f56bb8-f808-44c8-ae07-8edf6dbbdf52 (api:54) 2019-06-16 15:08:24,201+0000 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:709) 2019-06-16 15:08:24,208+0000 INFO (jsonrpc/1) [api.host] START getCapabilities() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:24,253+0000 INFO (jsonrpc/1) [root] managedvolume not supported: Managed Volume Not Supported. Missing package os-brick.: ('Cannot import os_brick',) (caps:150) 2019-06-16 15:08:24,500+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= (hooks:114) 2019-06-16 15:08:24,618+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/openstacknet_utils.py: rc=0 err= (hooks:114) 2019-06-16 15:08:24,753+0000 INFO (jsonrpc/1) [root] /usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err= (hooks:114) 2019-06-16 15:08:24,753+0000 INFO (jsonrpc/1) [api.host] FINISH getCapabilities return={'status': {'message': 'Done', 'code': 0}, 'info': {u'HBAInventory': {u'iSCSI': [{u'InitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1'}], u'FC': []}, u'packages2': {u'kernel': {u'release': u'957.10.1.el7.x86_64', u'version': u'3.10.0'}, u'glusterfs-rdma': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-fuse': {u'release': u'1.el7', u'version': u'5.5'}, u'spice-server': {u'release': u'6.el7_6.1', u'version': u'0.14.0'}, u'librbd1': {u'release': u'4.el7', u'version': u'10.2.5'}, u'vdsm': {u'release': u'1.el7', u'version': u'4.30.13'}, u'qemu-kvm': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'openvswitch': {u'release': u'3.el7', u'version': u'2.10.1'}, u'libvirt': {u'release': u'10.el7_6.6', u'version': u'4.5.0'}, u'ovirt-hosted-engine-ha': {u'release': u'1.el7', u'version': u'2.3.1'}, u'qemu-img': {u'release': u'18.el7_6.3.1', u'version': u'2.12.0'}, u'mom': {u'release': u'1.e l7.centos', u'version': u'0.5.12'}, u'glusterfs': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-cli': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-server': {u'release': u'1.el7', u'version': u'5.5'}, u'glusterfs-geo-replication': {u'release': u'1.el7', u'version': u'5.5'}}, u'numaNodeDistance': {u'0': [10]}, u'cpuModel': u'Intel(R) Xeon(R) E-2146G CPU @ 3.50GHz', u'nestedVirtualization': False, u'liveMerge': u'true', u'hooks': {u'after_vm_start': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ea0a5a715da8c1badbcda28e8b8fa00e'}}, u'after_network_setup': {u'30_ethtool_options': {u'md5': u'ce1fbad7aa0389e3b06231219140bf0d'}}, u'before_vm_start': {u'50_hostedengine': {u'md5': u'95c810cdcfe4195302a59574a5148289'}, u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'after_device_migrate_destination': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md 5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_network_setup': {u'50_fcoe': {u'md5': u'28c352339c8beef1e1b05c67d106d062'}}, u'before_device_create': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_device_create': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'after_nic_hotplug': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'6226fbc4d1602994828a3904fc1b875d'}}, u'before_vm_migrate_destination': {u'50_vhostmd': {u'md5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_vm_dehibernate': {u'50_vhostmd': {u'md 5': u'9206bc390bcbf208b06a8e899581be2d'}}, u'before_nic_hotplug': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}, u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'ec8d5d7ba063a109f749cd63c7a2b58d'}, u'20_ovirt_provider_ovn_vhostuser_hook': {u'md5': u'a8af653b7386c138b2e6e9738bd6b62c'}, u'10_ovirt_provider_ovn_hook': {u'md5': u'73822988042847bab1ea832a6b9fa837'}}, u'after_get_caps': {u'openstacknet_utils.py': {u'md5': u'1ed38ddf30f8a9c7574589e77e2c0b1f'}, u'50_openstacknet': {u'md5': u'5c3a9ab6e06e039bdd220c0216e45809'}, u'ovirt_provider_ovn_hook': {u'md5': u'4c4b1d2d5460e6a65114ae36cb775df6'}}, u'before_device_migrate_destination': {u'50_vmfex': {u'md5': u'49caba1a5faadd8efacef966f79bc30a'}}, u'after_vm_destroy': {u'delete_vhostuserclient_hook': {u'md5': u'c2f279cc9483a3f842f6c29df13994c1'}, u'50_vhostmd': {u'md5': u'bdf4802c0521cf1bae08f2b90a9559cf'}}}, u'supportsIPv6': True, u'realtimeKernel': False, u'vmTypes': [ u'kvm'], u'liveSnapshot': u'true', u'cpuThreads': u'12', u'kdumpStatus': 0, u'deferred_preallocation': True, u'networks': {u'ovirtmgmt': {u'iface': u'ovirtmgmt', u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6addrs': [], u'switch': u'legacy', u'bridged': True, u'southbound': u'enp2s0', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'mtu': u'1500', u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'ports': [u'enp2s0']}}, u'kernelArgs': u'BOOT_IMAGE=/ovirt-node-ng-4.3.3.1-0.20190417.0+1/vmlinuz-3.10.0-957.10.1.el7.x86_64 root=/dev/onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 ro crashkernel=auto rd.lvm.lv=onn_host/swap rd.lvm.lv=onn_host/ovirt-node-ng-4.3.3.1-0.20190417.0+1 rhgb quiet LANG=en_GB.UTF-8 img.bootid=ovirt-node-ng-4.3.3.1-0.20190417.0+1', u'domain_versions': [0, 2, 3, 4, 5], u'bridges': {u'ovirtmgmt': {u'ipv6autoconf': True, u'addr': u'10.0.8.152', u'dhcpv6': False, u'ipv6a ddrs': [], u'mtu': u'1500', u'dhcpv4': True, u'netmask': u'255.255.255.0', u'ipv4defaultroute': True, u'stp': u'off', u'ipv4addrs': [u'10.0.8.152/24'], u'ipv6gateway': u'::', u'gateway': u'10.0.8.1', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'multicast_startup_query_interval': u'3125', u'hello_timer': u'0', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'0', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.00e04c687529', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'27173', u'root_id': u'8000.00e04c687529', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_filtering': u'0', u'multicast_querier': u'0', u'forward_delay': u'0'}, u'ports': [u'enp2s0']}, u'virbr0': {u'ipv6autoconf': False, u'addr': u'192.168.122.1', u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'255.255.255.0', u'ipv4defaultroute': False, u'stp': u'on', u'ipv4addrs': [u'192.168.122.1/24'], u'ipv6gateway': u'::', u'gateway': u'', u'opts': {u'multicast_last_member_count': u'2', u'vlan_protocol': u'0x8100', u'hash_elasticity': u'4', u'multicast_query_response_interval': u'1000', u'group_fwd_mask': u'0x0', u'multicast_snooping': u'1', u'mul ticast_startup_query_interval': u'3125', u'hello_timer': u'57', u'multicast_querier_interval': u'25500', u'max_age': u'2000', u'hash_max': u'512', u'stp_state': u'1', u'topology_change_detected': u'0', u'priority': u'32768', u'multicast_igmp_version': u'2', u'multicast_membership_interval': u'26000', u'root_path_cost': u'0', u'root_port': u'0', u'multicast_stats_enabled': u'0', u'multicast_startup_query_count': u'2', u'nf_call_iptables': u'0', u'vlan_stats_enabled': u'0', u'hello_time': u'200', u'topology_change': u'0', u'bridge_id': u'8000.5254006a0284', u'topology_change_timer': u'0', u'ageing_time': u'30000', u'nf_call_ip6tables': u'0', u'multicast_mld_version': u'1', u'gc_timer': u'14782', u'root_id': u'8000.5254006a0284', u'nf_call_arptables': u'0', u'group_addr': u'1:80:c2:0:0:0', u'multicast_last_member_interval': u'100', u'default_pvid': u'1', u'multicast_query_interval': u'12500', u'multicast_query_use_ifaddr': u'0', u'tcn_timer': u'0', u'multicast_router': u'1', u'vlan_fil tering': u'0', u'multicast_querier': u'0', u'forward_delay': u'200'}, u'ports': [u'vnet0', u'virbr0-nic']}}, u'uuid': u'03d502e0-045e-05e4-b806-190700080009', u'onlineCpus': u'0,1,2,3,4,5,6,7,8,9,10,11', u'nameservers': [u'10.0.8.1', u'10.0.8.1', u'8.8.8.8', u'8.8.4.4'], u'nics': {u'enp2s0': {u'ipv6autoconf': False, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'00:e0:4c:68:75:29', u'ipv6gateway': u'::', u'gateway': u''}, u'eno1': {u'ipv6autoconf': True, u'addr': u'', u'speed': 10, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute': False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:19', u'ipv6gateway': u'::', u'gateway': u''}, u'enp9s0': {u'ipv6autoconf': True, u'addr': u'', u'speed': 1000, u'dhcpv6': False, u'ipv6addrs': [], u'mtu': u'1500', u'dhcpv4': False, u'netmask': u'', u'ipv4defaultroute' : False, u'ipv4addrs': [], u'hwaddr': u'e0:d5:5e:e4:b8:1a', u'ipv6gateway': u'::', u'gateway': u''}}, u'software_revision': u'1', u'hostdevPassthrough': u'false', u'clusterLevels': [u'4.1', u'4.2', u'4.3'], u'cpuFlags': u'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,pdpe1gb,rdtscp,lm,constant_tsc,art,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,sdbg,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,3dnowprefetch,intel_pt,ssbd,ibrs,ibpb,stibp,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,mpx,rdseed,adx,smap,clflushopt,xsaveopt,xsavec,xgetbv1,dtherm,ida,arat,pln,pts,hwp,hwp_notify,hwp_act_window,hwp_epp,spec_ctrl,intel_stibp,flush_l1d,model_Opteron_G2,model_kvm32,model_SandyBridge-IBRS,model_Has well-noTSX,model_Opteron_G1,model_core2duo,model_pentium,model_Haswell,model_Westmere-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_qemu64,model_Broadwell-noTSX-IBRS,model_kvm64,model_Skylake-Client,model_Broadwell-IBRS,model_coreduo,model_Nehalem,model_Skylake-Client-IBRS,model_Nehalem-IBRS,model_IvyBridge,model_Westmere,model_SandyBridge,model_IvyBridge-IBRS,model_n270,model_Haswell-noTSX-IBRS,model_qemu32,model_Penryn,model_pentium2,model_pentium3,model_Conroe,model_Broadwell,model_486', u'kernelFeatures': {u'IBRS': 1, u'RETP': 0, u'SSBD': 3, u'PTI': 1}, u'ISCSIInitiatorName': u'iqn.1994-05.com.redhat:ce1834079cf1', u'netConfigDirty': u'True', u'selinux': {u'mode': u'1'}, u'autoNumaBalancing': 0, u'reservedMem': u'321', u'bondings': {}, u'software_version': u'4.30.13', u'supportedENGINEs': [u'4.1', u'4.2', u'4.3'], u'vncEncrypted': False, u'backupEnabled': False, u'cpuSpeed': u'4298.095', u'numaNodes': {u'0': {u'totalMemory': u'128602', u'cpus': [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]}}, u'cpuSockets': u'1', u'vlans': {}, u'version_name': u'Snow Man', 'lastClientIface': 'ovirtmgmt', u'cpuCores': u'6', u'hostedEngineDeployed': False, u'hugepages': [1048576, 2048], u'guestOverhead': u'65', u'additionalFeatures': [u'libgfapi_supported', u'GLUSTER_SNAPSHOT', u'GLUSTER_GEO_REPLICATION', u'GLUSTER_BRICK_MANAGEMENT'], u'openstack_binding_host_ids': {u'OPENSTACK_OVN': u'host.example.com', u'OPEN_VSWITCH': u'host.example.com', u'OVIRT_PROVIDER_OVN': u'ed84f8bd-6024-41dc-baff-29ddcf8c9fc1'}, u'kvmEnabled': u'true', u'memSize': u'128602', u'emulatedMachines': [u'pc-i440fx-rhel7.1.0', u'pc-q35-rhel7.3.0', u'rhel6.3.0', u'pc-i440fx-rhel7.5.0', u'pc-i440fx-rhel7.0.0', u'rhel6.1.0', u'pc-q35-rhel7.6.0', u'pc-i440fx-rhel7.4.0', u'rhel6.6.0', u'pc-q35-rhel7.5.0', u'rhel6.2.0', u'pc', u'pc-i440fx-rhel7.3.0', u'q35', u'pc-i440fx-rhel7.2.0', u'rhel6.4.0', u'pc-q35-rhel7.4.0', u'pc-i440fx-rhel7.6.0', u'rhel6.0.0', u'rhel6.5.0'], u'rngSources': [u'hwrng', u'random'], u'oper atingSystem': {u'release': u'6.1810.2.el7.centos', u'pretty_name': u'oVirt Node 4.3.3.1', u'version': u'7', u'name': u'RHEL'}}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:24,757+0000 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.55 seconds (__init__:312) 2019-06-16 15:08:24,768+0000 INFO (jsonrpc/3) [api.host] START getHardwareInfo() from=::ffff:192.168.122.123,36798 (api:48) 2019-06-16 15:08:24,768+0000 INFO (jsonrpc/3) [api.host] FINISH getHardwareInfo return={'status': {'message': 'Done', 'code': 0}, 'info': {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}} from=::ffff:192.168.122.123,36798 (api:54) 2019-06-16 15:08:24,768+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:312) supervdsm.log shows: MainProcess|vm/56371630::DEBUG::2019-06-16 15:06:03,113::cmdutils::141::root::(exec_cmd) FAILED: <err> = ''; <rc> = 1 MainProcess|vm/56371630::DEBUG::2019-06-16 15:06:03,113::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return ovs_bridge with None MainProcess|vm/56371630::DEBUG::2019-06-16 15:06:03,118::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call prepareVmChannel with ('/var/lib/libvirt/qemu/channels/56371630-7d71-4a9a-b84a-61f38f9d7c4d.com.redhat.rhevm.vdsm',) {} MainProcess|vm/56371630::ERROR::2019-06-16 15:06:03,118::supervdsm_server::103::SuperVdsm.ServerCallback::(wrapper) Error in prepareVmChannel Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/supervdsm_server.py", line 101, in wrapper res = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/supervdsm_api/virt.py", line 39, in prepareVmChannel fsinfo = os.stat(socketFile) OSError: [Errno 2] No such file or directory: '/var/lib/libvirt/qemu/channels/56371630-7d71-4a9a-b84a-61f38f9d7c4d.com.redhat.rhevm.vdsm' MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:06:23,118::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call ksmTune with ({u'run': 0},) {} MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:06:23,119::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return ksmTune with None MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,781::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,781::logutils::319::root::(_report_stats) ThreadedHandler is ok in the last 113 seconds (max pending: 15) MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,786::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,790::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,817::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '99', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '17825', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'ipv4addrs': ['10.0.8.152/24'], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', ' gateway': '10.0.8.1'}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': True, 'vlans': {}, 'networks': {}} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,880::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,881::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,881::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,881::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:07:53,882::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,539::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call setupNetworks with ({u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'defaultRoute': True, u'bootproto': u'dhcp'}}, {}, {u'connectivityCheck': u'true', u'connectivityTimeout': 120, u'commitOnSuccess': False}) {} MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,539::api::211::root::(setupNetworks) Setting up network according to configuration: networks:{u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'defaultRoute': True, u'bootproto': u'dhcp'}}, bondings:{}, options:{u'connectivityCheck': u'true', u'connectivityTimeout': 120, u'commitOnSuccess': False} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,543::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,547::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,566::netconfpersistence::58::root::(setNetwork) Adding network ovirtmgmt({u'ipv6autoconf': True, 'nameservers': [], u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, 'stp': False, u'bridged': True, u'defaultRoute': True, u'bootproto': u'dhcp'}) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,568::commands::198::root::(execCmd) /usr/bin/taskset --cpu-list 0-11 /usr/libexec/vdsm/hooks/before_network_setup/50_fcoe (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,797::commands::219::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,797::hooks::114::root::(_runHooksDir) /usr/libexec/vdsm/hooks/before_network_setup/50_fcoe: rc=0 err= MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,799::legacy_switch::484::root::(bonds_setup) Starting bondings setup. bonds={}, in_rollback=False MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,802::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,805::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,826::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,828::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,844::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,846::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,861::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,863::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,875::legacy_switch::431::root::(add_missing_networks) Adding network u'ovirtmgmt' MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,875::netconfpersistence::58::root::(setNetwork) Adding network ovirtmgmt({u'ipv6autoconf': True, u'nameservers': [], u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'stp': False, u'bridged': True, u'defaultRoute': True, u'bootproto': u'dhcp'}) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,875::legacy_switch::188::root::(_add_network) Validating network... MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,875::legacy_switch::195::root::(_add_network) Adding network ovirtmgmt with vlan=None, bonding=None, nic=enp2s0, mtu=1500, bridged=True, defaultRoute=True, options={u'switch': u'legacy', u'stp': False} MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,875::legacy_switch::223::root::(_add_network) Configuring device ovirtmgmt MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,875::cmdutils::133::root::(exec_cmd) /bin/systemctl status NetworkManager (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,896::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,899::cmdutils::133::root::(exec_cmd) /sbin/dhclient '-do-you-support-loading-duid-from-lease-files?' (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,918::cmdutils::141::root::(exec_cmd) FAILED: <err> = 'Internet Systems Consortium DHCP Client 4.2.5\nCopyright 2004-2013 Internet Systems Consortium.\nAll rights reserved.\nFor info, please visit https://www.isc.org/software/dhcp/\nUsage: dhclient [-4|-6] [-SNTPI1dvrxi] [-nw] [-p <port>] [-D LL|LLT] \n [-s server-addr] [-cf config-file] [-lf lease-file]\n [-pf pid-file] [--no-pid] [-e VAR=val]\n [-I <dhcp-client-identifier>] [-B]\n [-H <host-name> | -F <fqdn.fqdn>] [-timeout <timeout>]\n [-V <vendor-class-identifier>]\n [-R <request option list>]\n [-sf script-file] [interface]\n\nThis version of ISC DHCP is based on the release available\non ftp.isc.org. Features have been added and other changes\nhave been made to the base software release in order to make\nit work better with this distribution.\n\nPlease report for this softwar e via the CentOS Bugs Database:\n http://bugs.centos.org/\n\nexiting.\n'; <rc> = 1 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,919::ifcfg::521::root::(_persistentBackup) backing up ifcfg-ovirtmgmt: # original file did not exist MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,919::ifcfg::471::root::(writeBackupFile) Persistently backed up /var/lib/vdsm/netconfback/ifcfg-ovirtmgmt (until next 'set safe config') MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,919::ifcfg::578::root::(writeConfFile) Writing to file /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt configuration: # Generated by VDSM version 4.30.13.1 DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes BOOTPROTO=dhcp MTU=1500 DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=yes IPV6_AUTOCONF=yes MainProcess|jsonrpc/1::INFO::2019-06-16 15:07:54,947::dhclient::108::root::(kill) Stopping dhclient-4 on enp2s0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,947::cmdutils::133::root::(exec_cmd) /sbin/ip addr flush dev enp2s0 scope global (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,951::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,951::ifcfg::488::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-enp2s0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,952::ifcfg::521::root::(_persistentBackup) backing up ifcfg-enp2s0: TYPE=Ethernet PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=dhcp DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=no IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME=enp2s0 UUID=be848c96-e984-4160-bfba-991fc98ec00e DEVICE=enp2s0 ONBOOT=yes MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,952::ifcfg::471::root::(writeBackupFile) Persistently backed up /var/lib/vdsm/netconfback/ifcfg-enp2s0 (until next 'set safe config') MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,952::ifcfg::578::root::(writeConfFile) Writing to file /etc/sysconfig/network-scripts/ifcfg-enp2s0 configuration: # Generated by VDSM version 4.30.13.1 DEVICE=enp2s0 BRIDGE=ovirtmgmt ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:54,953::cmdutils::133::root::(exec_cmd) /sbin/ifdown enp2s0 (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,245::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = 'bridge ovirtmgmt does not exist!\n'; <rc> = 0 netlink/events::DEBUG::2019-06-16 15:07:55,246::concurrent::193::root::(run) START thread <Thread(netlink/events, started daemon 140113750009600)> (func=<bound method Monitor._scan of <vdsm.network.netlink.monitor.Monitor object at 0x7f6ecc096dd0>>, args=(), kwargs={}) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,247::cmdutils::133::root::(exec_cmd) /usr/bin/systemd-run --scope --unit=cbe374a2-fe91-4389-865f-6e0f8504f477 --slice=vdsm-dhclient /sbin/ifup enp2s0 (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,362::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = 'Running scope as unit cbe374a2-fe91-4389-865f-6e0f8504f477.scope.\n'; <rc> = 0 netlink/events::DEBUG::2019-06-16 15:07:55,363::concurrent::196::root::(run) FINISH thread <Thread(netlink/events, stopped daemon 140113750009600)> MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,363::ifacetracking::34::root::(add) Add iface tracking for device ovirtmgmt ifup/ovirtmgmt::DEBUG::2019-06-16 15:07:55,364::concurrent::193::root::(run) START thread <Thread(ifup/ovirtmgmt, started daemon 140113750009600)> (func=<function _exec_ifup at 0x7f6ecd148578>, args=(Bridge(ovirtmgmt: Nic(enp2s0)), 'vdsm-dhclient'), kwargs={}) ifup/ovirtmgmt::DEBUG::2019-06-16 15:07:55,364::cmdutils::133::root::(exec_cmd) /usr/bin/systemd-run --scope --unit=3e40e5ca-d946-46c1-aee5-5bcd23f28687 --slice=vdsm-dhclient /sbin/ifup ovirtmgmt (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,369::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,372::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:07:55,393::connectivity::46::root::(check) Checking connectivity... MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,010::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call add_sourceroute with ('ovirtmgmt', '10.0.8.152', '255.255.255.0', '10.0.8.1') {} MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,010::sourceroute::196::root::(add) Adding source route for device ovirtmgmt MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,010::cmdutils::133::root::(exec_cmd) /sbin/ip -4 route add 0.0.0.0/0 via 10.0.8.1 dev ovirtmgmt table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,013::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,013::cmdutils::133::root::(exec_cmd) /sbin/ip -4 route add 10.0.8.0/24 via 10.0.8.152 dev ovirtmgmt table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,016::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,016::cmdutils::133::root::(exec_cmd) /sbin/ip rule add from 10.0.8.0/24 prio 32000 table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,018::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,019::cmdutils::133::root::(exec_cmd) /sbin/ip rule add from all to 10.0.8.0/24 dev ovirtmgmt prio 32000 table 180684952 (cwd None) MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,021::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|dhclient-monitor::DEBUG::2019-06-16 15:08:08,021::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return add_sourceroute with None ifup/ovirtmgmt::DEBUG::2019-06-16 15:08:08,230::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = 'Running scope as unit 3e40e5ca-d946-46c1-aee5-5bcd23f28687.scope.\n'; <rc> = 0 ifup/ovirtmgmt::DEBUG::2019-06-16 15:08:08,230::concurrent::196::root::(run) FINISH thread <Thread(ifup/ovirtmgmt, stopped daemon 140113750009600)> MainProcess|jsonrpc/1::INFO::2019-06-16 15:08:09,409::netconfpersistence::231::root::(_clearDisk) Clearing netconf: /var/lib/vdsm/staging/netconf MainProcess|jsonrpc/1::INFO::2019-06-16 15:08:09,419::netconfpersistence::181::root::(save) Saved new config RunningConfig({u'ovirtmgmt': {u'ipv6autoconf': True, u'nameservers': [], u'nic': u'enp2s0', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False, u'stp': False, u'bridged': True, u'defaultRoute': True, u'bootproto': u'dhcp'}}, {}, {}) to [/var/lib/vdsm/staging/netconf/nets,/var/lib/vdsm/staging/netconf/bonds,/var/lib/vdsm/staging/netconf/devices] MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:09,420::commands::198::root::(execCmd) /usr/bin/taskset --cpu-list 0-11 /usr/libexec/vdsm/hooks/after_network_setup/30_ethtool_options (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:09,521::commands::219::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::INFO::2019-06-16 15:08:09,521::hooks::114::root::(_runHooksDir) /usr/libexec/vdsm/hooks/after_network_setup/30_ethtool_options: rc=0 err= MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:09,521::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return setupNetworks with None MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,562::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,567::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,567::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,568::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,571::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,572::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,574::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,600::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '28337', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '21', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15946', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_i faddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': True , 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,609::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,609::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,609::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,610::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/5::DEBUG::2019-06-16 15:08:12,611::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,204::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,208::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,209::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,209::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,212::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,213::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,215::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,235::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '28273', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '157', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15883', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': Tru e, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,243::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,244::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:13,245::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:13,764::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:13,778::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,178::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,182::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,183::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,183::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,186::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,187::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,190::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,208::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '28076', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '160', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15686', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': Tru e, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,217::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,218::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/0::DEBUG::2019-06-16 15:08:15,219::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/2::DEBUG::2019-06-16 15:08:15,728::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/2::DEBUG::2019-06-16 15:08:15,728::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,192::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,195::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,196::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,196::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,200::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,200::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,203::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,220::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '27775', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '59', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15384', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_i faddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': True , 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,228::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,229::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/1::DEBUG::2019-06-16 15:08:18,230::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:08:18,751::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/3::DEBUG::2019-06-16 15:08:18,751::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,201::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,204::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,205::routes::110::root::(get_gateway) The gateway 10.0.8.1 is duplicated for the device ovirtmgmt MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,205::cmdutils::133::root::(exec_cmd) /sbin/tc qdisc show (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,209::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,210::cmdutils::133::root::(exec_cmd) /sbin/tc class show dev enp2s0 classid 0:1388 (cwd None) MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,213::cmdutils::141::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,233::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '10.0.8.152', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '0', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multi cast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.00e04c687529', 'bridge_id': '8000.00e04c687529', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '27474', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '0'}}, 'virbr0': {'ipv6autoconf': False, 'addr': '192.168.122.1', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': False, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'stp': 'on', 'ipv4addrs': ['192.168.122.1/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'virbr0-nic'], 'opts': {'multicast_last_member_count': '2', 'vlan_protocol': '0x8 100', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '158', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '1', 'topology_change_detected': '0', 'priority': '32768', 'multicast_igmp_version': '2', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_stats_enabled': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'vlan_stats_enabled': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5254006a0284', 'bridge_id': '8000.5254006a0284', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'multicast_mld_version': '1', 'gc_timer': '15083', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'multicast_query_use_ ifaddr': '0', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'multicast_querier': '0', 'forward_delay': '200'}}}, 'bondings': {}, 'nameservers': ['10.0.8.1', '10.0.8.1', '8.8.8.8', '8.8.4.4'], 'nics': {'enp2s0': {'ipv6autoconf': False, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '00:e0:4c:68:75:29', 'ipv6gateway': '::', 'gateway': ''}, 'eno1': {'ipv6autoconf': True, 'addr': '', 'speed': 10, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:19', 'ipv6gateway': '::', 'gateway': ''}, 'enp9s0': {'ipv6autoconf': True, 'addr': '', 'speed': 1000, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': 'e0:d5:5e:e4:b8:1a', 'ipv6gateway': '::', 'gateway': ''}}, 'supportsIPv6': Tru e, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'southbound': 'enp2s0', 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '10.0.8.152', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.0.8.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['10.0.8.152/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0']}}} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_pti with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_pti with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_retp with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_retp with 0 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,247::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ibrs with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ibrs with 1 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call get_ssbd with () {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return get_ssbd with 3 MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,248::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call check_qemu_conf_contains with ('vnc_tls', '1') {} MainProcess|jsonrpc/6::DEBUG::2019-06-16 15:08:21,249::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return check_qemu_conf_contains with False MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:21,784::supervdsm_server::99::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc/7::DEBUG::2019-06-16 15:08:21,785::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'C246-WU4', 'systemSerialNumber': 'Default string', 'systemFamily': 'Default string', 'systemVersion': 'Default string', 'systemUUID': '03D502E0-045E-05E4-B806-190700080009', 'systemManufacturer': 'Gigabyte Technology Co., Ltd.'}

4 7

ovirt_nic ansible module
by Nathanaël Blanchet 18 Jun '19

18 Jun '19

Hello, With that module, we can make the nic present/absent/plugged/unplugged, but is there a way to make the link state up or down? Thanks. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0

Moving (or removing) an HE host should be prevented
by Stefano Stagnaro 18 Jun '19

18 Jun '19

I've realized that moving an HE host to another DC/CL is not prevented, leading to an awkward situation for which the host is UP in the new CL but still retains the "silver crown". Moreover, "hosted-engine --vm-status" on another HE host still show the departed host with score 0. The same situation can be achieved removing an HE host that was previously set in Maintenance. I think those operations should be prevented for HE hosts and a warning message like "Please undeploy HE first" should be displayed. Otherwise trigger the HE undeployment on host move/remove. B.R., Stefano Stagnaro

1 1

HE Fails to install on oVirt 4.3.3
by nico.kruger＠darkmatter.ae 18 Jun '19

18 Jun '19

Hi Guys, I have tried installing oVirt 4.3.4 using ovirt-node-ng-installer-4.3.4-2019061016.el7.iso and ovirt-engine-appliance-4.3-20190610.1.el7.x86_64.rpm Gluster install works fine, but HE deployment fails every time at last "waiting for host to be up". I have tried the deployment on multiple different hardware types, also tried single Vs 3 node deployments and all fail at the same point. I suspect that the IP in the HE is not being correctly configured as i see qemu running, but ansible times out and cleans up the fail install. Any ideas on why this is happening? i will try add the logs I am going to try using a older HE appliance rpm to see if that fixes the issue.

1 1

How-to create migration network between 3 hosts without switch?
by Konstantin Shalygin 18 Jun '19

18 Jun '19

Hi oVirters, I have a network topology: host with two NIC's ports - each host connected with two another hosts. host2 / \ host1 / \ \ / \ / host3 oVirt can't setup multiple migration networks for cluster. May be possible avoid this or setup some virtual device in shell (like vxvlan) with which oVirt can work? Why we can't use switch at this time? This is 100G "only for migration network" (huge VM's 256GB RAM+) and witch switch price for this setup increased from $3500 to $19000. Thanks, k

1 0

Re: New to oVirt - Cluster questions
by Strahil 17 Jun '19

17 Jun '19

In my setup, I have 2 AMD hosts + an Intel-based arbiter. Actually , if you separate them in 2 different clusters (1 for intel + 1 for amd) - you can run VMs on any of the nodes. So you can host the arbiter as a VM or get a 3rd machine for it. I think a VM (with decent storage) is enough for the arbiter , but you should test prior putting the oVirt setup into production. Best Regards, Strahil NikolovOn Jun 17, 2019 15:09, adam.fasnacht(a)gmail.com wrote: > > Jayme, > > Could the arbiter be a VM hosted on another host Host 3? I do have another server that I could use, but it does not match the 2 main hosts. (Host 3 would not actually be used for VM storage/running VMs.) > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/N5KOFY2EKFYOK…

1 0

Re: New to oVirt - Cluster questions
by Strahil 17 Jun '19

17 Jun '19

Hi Adam, The arbiter holds only metadata for gluster to be able to resolve any potential split brains. It can run on another host (not in the 2 replicas) and the only requirements are: 1. Low network lattency - you don't want to put it in Chona, unless your replica servers are also there :) With remote arbiter - the lattency will affect you only when 1 of the replicas is down. 2. Fast storage that can easily create the files' inodes. I would preffer a SSD , but even high speed rotational disks are OK In other words, you should create gluster bricks like this one: server1:/gluster_bricks/myvolume/brick1 server2:/gluster_bricks/myvolume/brick1 arbiter:/gluster_bricks/myvolume/arbiter_brick In this case, if a node dies - the other node + arbiter will have quorum and will serve any I/O for oVirt. The arbiter_brick does not require much space, as only metadata will be written. Actually with hyperconverged setup you have 2 clusters on the same nodes - storage (gluster) & oVirt (virtualization). Best Regards, Strahil NikolovOn Jun 17, 2019 15:06, adam.fasnacht(a)gmail.com wrote: > > Hello Strahil, > > Thank you for getting back to me. The arbitier machine is similar to a hyper-v Quoroum, is that correct? I come from a Hyper-V world, and am getting familiar with the terminology here. If that is true, can he arbitier be a VM hosted on another separate host? In other words, I have 2 hosts that I would use for ovirt. I have another host that is only used as a backup device. Could a VM on the backup host be used as an arbitier for the cluster? > > Adam > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YHRLXTHSL3JWW…

1 0

New to oVirt - Cluster questions
by adam.fasnacht＠gmail.com 17 Jun '19

17 Jun '19

Hello, I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? Thank you!

2 2

Re: New to oVirt - Cluster questions
by Strahil 17 Jun '19

17 Jun '19

Hi Adam, The problem with replica2 volumes (1 copy on 1 server , 1 on the other) is that you may be in split-brain easily. Thus ovirt accepts only replica3 or replica2 arbiter1. If you have a small system with an SSD , then you can create your arbiter there. My lab has a Lenovo M-series for an arbiter. Guster (not talking about Glusterd2 here) will very soon support another feature called remote arbiter which will allow you to bring an arbiter in the cloud (or any other remote destination) and the latency will not cause any issues. Keep in mind that due to the nature of linux bonding/teaming it's better to have high bandwidth NIC vs multiple small ones ( 2 NICs x 10 gbit/s brings better performance vs 20 NICs x 1 gbit/s ). So, you need a 3rd node - no matter locally (regular arbiter or a full replica ) or remotely (remote arbiter). Of course for testing, you can still setup gluster (manually) in a replica2 volumes and use oVirt ability to use POSIX-compliant FS . This type of setup will not be supported and you won't be able to use the UI but you can still explore the oVirt project. Best Regards, Strahil NikolovOn Jun 15, 2019 20:57, adam.fasnacht(a)gmail.com wrote: > > Hello, > > I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? > > I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? > > Thank you! > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YRKWAAHN4EGPU…

2 1

Re: Info about soft fencing mechanism
by Strahil 17 Jun '19

17 Jun '19

On Jun 13, 2019 16:14, Gianluca Cecchi <gianluca.cecchi(a)gmail.com> wrote: > > Hello, > I would like to know in better detail how soft fencing works in 4.3. > In particular, with "soft fencing" we "only" mean vdsmd restart attempt, correct? > Who is responsible for issuing the command? Manager or host itself? The manager should take the decision, but the actual command should be done by another host. > Because in case of Manager, if the host has already lost connection, how could the manager be able to do it? Soft fencing is ussed when ssh is available. In all other cases it doesn't work. > Thanks in advance for clarifications and eventually documentation pointers oVirt DOCs need a lot of updates, but I never found a way to add or edit a page. Best Regards, Strahil Nikolov

2 1

Metrics store install failed
by roy.morris＠ventura.org 17 Jun '19

17 Jun '19

I'm struggling installing the metrics store VMs. It appears that etcd image fails to download or build a template. Thank you ahead of time for your assistance. 2019-05-28 20:07:12,650 p=22689 u=root | Tuesday 28 May 2019 20:07:12 -0400 (0:00:00.097) 0:04:54.774 *********** 2019-05-28 20:07:12,687 p=22689 u=root | fatal: [master0.ent.co.ventura.ca.us]: FAILED! => {"msg": "The conditional check 'etcd_image != l_default_osm_etcd_image' failed. The error was: An unhandled exception occurred while templating '{{ osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ l_default_osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ etcd_image_dict[openshift_deployment_type] | lib_utils_oo_oreg_image((oreg_url | default('None'))) }}'. Error was a <class 'ansible.errors.AnsibleFilterError'>, original message: oreg_url malformed: registry.redhat.io\n\nThe error appears to have been in '/usr/share/ansible/openshift-ansible/roles/etcd/tasks/static.yml': line 5, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name: Warn if osm_etcd_image is redefined\n ^ here\n"} 2019-05-28 20:07:12,688 p=22689 u=root | NO MORE HOSTS LEFT ************************************************************************************************************************************************************************************************************************** 2019-05-28 20:07:12,689 p=22689 u=root | PLAY RECAP ********************************************************************************************************************************************************************************************************************************** 2019-05-28 20:07:12,689 p=22689 u=root | localhost : ok=35 changed=1 unreachable=0 failed=0 2019-05-28 20:07:12,689 p=22689 u=root | master0.ent.co.ventura.ca.us : ok=204 changed=16 unreachable=0 failed=1 2019-05-28 20:07:12,690 p=22689 u=root | INSTALLER STATUS **************************************************************************************************************************************************************************************************************************** 2019-05-28 20:07:12,693 p=22689 u=root | Initialization : Complete (0:00:10) 2019-05-28 20:07:12,693 p=22689 u=root | Health Check : Complete (0:00:22) 2019-05-28 20:07:12,694 p=22689 u=root | Node Bootstrap Preparation : Complete (0:01:59) 2019-05-28 20:07:12,694 p=22689 u=root | etcd Install : In Progress (0:00:28) 2019-05-28 20:07:12,694 p=22689 u=root | This phase can be restarted by running: playbooks/openshift-etcd/config.yml 2019-05-28 20:07:12,694 p=22689 u=root | Tuesday 28 May 2019 20:07:12 -0400 (0:00:00.044) 0:04:54.819 *********** 2019-05-28 20:07:12,694 p=22689 u=root | =============================================================================== 2019-05-28 20:07:12,697 p=22689 u=root | openshift_node : install needed rpm(s) ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 38.86s 2019-05-28 20:07:12,697 p=22689 u=root | Ensure openshift-ansible installer package deps are installed ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- 36.95s 2019-05-28 20:07:12,697 p=22689 u=root | openshift_node : Install node, clients, and conntrack packages ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- 23.81s 2019-05-28 20:07:12,698 p=22689 u=root | Run health checks (install) - EL ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 22.26s 2019-05-28 20:07:12,698 p=22689 u=root | container_runtime : Install Docker --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 7.10s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_repos : Disable all repositories ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 6.78s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_repos : Enable RHEL repositories ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 6.09s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_node : Create credentials for registry auth -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 5.57s 2019-05-28 20:07:12,698 p=22689 u=root | rhel_subscribe : Install Red Hat Subscription manager -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 5.22s 2019-05-28 20:07:12,698 p=22689 u=root | openshift_repos : Ensure libselinux-python is installed ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 5.09s 2019-05-28 20:07:12,698 p=22689 u=root | nickhammond.logrotate : nickhammond.logrotate | Install logrotate -------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.99s 2019-05-28 20:07:12,699 p=22689 u=root | etcd : Install openssl --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.79s 2019-05-28 20:07:12,699 p=22689 u=root | openshift_node : Install dnsmasq ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.68s 2019-05-28 20:07:12,699 p=22689 u=root | etcd : Install openssl --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.68s 2019-05-28 20:07:12,699 p=22689 u=root | os_firewall : Install firewalld packages --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.63s 2019-05-28 20:07:12,699 p=22689 u=root | install NetworkManager --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.59s 2019-05-28 20:07:12,699 p=22689 u=root | etcd : Install etcd ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 4.57s 2019-05-28 20:07:12,699 p=22689 u=root | container_runtime : Create credentials for oreg_url ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.54s 2019-05-28 20:07:12,700 p=22689 u=root | openshift_node : Install NFS storage plugin dependencies ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 4.53s 2019-05-28 20:07:12,700 p=22689 u=root | openshift_node : Add firewalld allow rules ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 3.39s 2019-05-28 20:07:12,700 p=22689 u=root | Failure summary: 1. Hosts: master0.ent.co.ventura.ca.us Play: Configure etcd Task: Warn if osm_etcd_image is redefined Message: [0;31mThe conditional check 'etcd_image != l_default_osm_etcd_image' failed. The error was: An unhandled exception occurred while templating '{{ osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ l_default_osm_etcd_image }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: An unhandled exception occurred while templating '{{ etcd_image_dict[openshift_deployment_type] | lib_utils_oo_oreg_image((oreg_url | default('None'))) }}'. Error was a <class 'ansible.errors.AnsibleFilterError'>, original message: oreg_url malformed: registry.redhat.io[0m [0;31m[0m [0;31mThe error appears to have been in '/usr/share/ansible/openshift-ansible/roles/etcd/tasks/static.yml': line 5, column 3, but may[0m [0;31mbe elsewhere in the file depending on the exact syntax problem.[0m [0;31m[0m [0;31mThe offending line appears to be:[0m [0;31m[0m [0;31m[0m [0;31m- name: Warn if osm_etcd_image is redefined[0m [0;31m ^ here[0m [0;31m[0m

2 11

4.3.4 caching disk error during hyperconverged deployment
by adrianquintero＠gmail.com 17 Jun '19

17 Jun '19

While trying to do a hyperconverged setup and trying to use "configure LV Cache" /dev/sdf the deployment fails. If I dont use the LV cache SSD Disk the setup succeds, thought you mighg want to know, for now I retested with 4.3.3 and all worked fine, so reverting to 4.3.3 unless you know of a workaround? Error: TASK [gluster.infra/roles/backend_setup : Extend volume group] ***************** failed: [vmm11.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} failed: [vmm12.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} failed: [vmm10.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'30G', u'cachelvsize': u'270G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "270G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "30G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} PLAY RECAP ********************************************************************* vmm10.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 vmm11.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 vmm12.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 --------------------------------------------------------------------------------------------------------------------- #cat /etc/ansible/hc_wizard_inventory.yml --------------------------------------------------------------------------------------------------------------------- hc_nodes: hosts: vmm10.mydomain.com: gluster_infra_volume_groups: - vgname: gluster_vg_sdb pvname: /dev/sdb - vgname: gluster_vg_sdc pvname: /dev/sdc - vgname: gluster_vg_sdd pvname: /dev/sdd - vgname: gluster_vg_sde pvname: /dev/sde gluster_infra_mount_devices: - path: /gluster_bricks/engine lvname: gluster_lv_engine vgname: gluster_vg_sdb - path: /gluster_bricks/vmstore1 lvname: gluster_lv_vmstore1 vgname: gluster_vg_sdc - path: /gluster_bricks/data1 lvname: gluster_lv_data1 vgname: gluster_vg_sdd - path: /gluster_bricks/data2 lvname: gluster_lv_data2 vgname: gluster_vg_sde gluster_infra_cache_vars: - vgname: gluster_vg_sdb cachedisk: /dev/sdf cachelvname: cachelv_gluster_thinpool_gluster_vg_sdb cachethinpoolname: gluster_thinpool_gluster_vg_sdb cachelvsize: 270G cachemetalvsize: 30G cachemetalvname: cache_gluster_thinpool_gluster_vg_sdb cachemode: writethrough gluster_infra_thick_lvs: - vgname: gluster_vg_sdb lvname: gluster_lv_engine size: 100G gluster_infra_thinpools: - vgname: gluster_vg_sdc thinpoolname: gluster_thinpool_gluster_vg_sdc poolmetadatasize: 14G - vgname: gluster_vg_sdd thinpoolname: gluster_thinpool_gluster_vg_sdd poolmetadatasize: 14G - vgname: gluster_vg_sde thinpoolname: gluster_thinpool_gluster_vg_sde poolmetadatasize: 14G gluster_infra_lv_logicalvols: - vgname: gluster_vg_sdc thinpool: gluster_thinpool_gluster_vg_sdc lvname: gluster_lv_vmstore1 lvsize: 2700G - vgname: gluster_vg_sdd thinpool: gluster_thinpool_gluster_vg_sdd lvname: gluster_lv_data1 lvsize: 2700G - vgname: gluster_vg_sde thinpool: gluster_thinpool_gluster_vg_sde lvname: gluster_lv_data2 lvsize: 2700G vmm11.mydomain.com: gluster_infra_volume_groups: - vgname: gluster_vg_sdb pvname: /dev/sdb - vgname: gluster_vg_sdc pvname: /dev/sdc - vgname: gluster_vg_sdd pvname: /dev/sdd - vgname: gluster_vg_sde pvname: /dev/sde gluster_infra_mount_devices: - path: /gluster_bricks/engine lvname: gluster_lv_engine vgname: gluster_vg_sdb - path: /gluster_bricks/vmstore1 lvname: gluster_lv_vmstore1 vgname: gluster_vg_sdc - path: /gluster_bricks/data1 lvname: gluster_lv_data1 vgname: gluster_vg_sdd - path: /gluster_bricks/data2 lvname: gluster_lv_data2 vgname: gluster_vg_sde gluster_infra_cache_vars: - vgname: gluster_vg_sdb cachedisk: /dev/sdf cachelvname: cachelv_gluster_thinpool_gluster_vg_sdb cachethinpoolname: gluster_thinpool_gluster_vg_sdb cachelvsize: 0.9G cachemetalvsize: 0.1G cachemetalvname: cache_gluster_thinpool_gluster_vg_sdb cachemode: writethrough gluster_infra_thick_lvs: - vgname: gluster_vg_sdb lvname: gluster_lv_engine size: 100G gluster_infra_thinpools: - vgname: gluster_vg_sdc thinpoolname: gluster_thinpool_gluster_vg_sdc poolmetadatasize: 14G - vgname: gluster_vg_sdd thinpoolname: gluster_thinpool_gluster_vg_sdd poolmetadatasize: 14G - vgname: gluster_vg_sde thinpoolname: gluster_thinpool_gluster_vg_sde poolmetadatasize: 14G gluster_infra_lv_logicalvols: - vgname: gluster_vg_sdc thinpool: gluster_thinpool_gluster_vg_sdc lvname: gluster_lv_vmstore1 lvsize: 2700G - vgname: gluster_vg_sdd thinpool: gluster_thinpool_gluster_vg_sdd lvname: gluster_lv_data1 lvsize: 2700G - vgname: gluster_vg_sde thinpool: gluster_thinpool_gluster_vg_sde lvname: gluster_lv_data2 lvsize: 2700G vmm12.mydomain.com: gluster_infra_volume_groups: - vgname: gluster_vg_sdb pvname: /dev/sdb - vgname: gluster_vg_sdc pvname: /dev/sdc - vgname: gluster_vg_sdd pvname: /dev/sdd - vgname: gluster_vg_sde pvname: /dev/sde gluster_infra_mount_devices: - path: /gluster_bricks/engine lvname: gluster_lv_engine vgname: gluster_vg_sdb - path: /gluster_bricks/vmstore1 lvname: gluster_lv_vmstore1 vgname: gluster_vg_sdc - path: /gluster_bricks/data1 lvname: gluster_lv_data1 vgname: gluster_vg_sdd - path: /gluster_bricks/data2 lvname: gluster_lv_data2 vgname: gluster_vg_sde gluster_infra_cache_vars: - vgname: gluster_vg_sdb cachedisk: /dev/sdf cachelvname: cachelv_gluster_thinpool_gluster_vg_sdb cachethinpoolname: gluster_thinpool_gluster_vg_sdb cachelvsize: 0.9G cachemetalvsize: 0.1G cachemetalvname: cache_gluster_thinpool_gluster_vg_sdb cachemode: writethrough gluster_infra_thick_lvs: - vgname: gluster_vg_sdb lvname: gluster_lv_engine size: 100G gluster_infra_thinpools: - vgname: gluster_vg_sdc thinpoolname: gluster_thinpool_gluster_vg_sdc poolmetadatasize: 14G - vgname: gluster_vg_sdd thinpoolname: gluster_thinpool_gluster_vg_sdd poolmetadatasize: 14G - vgname: gluster_vg_sde thinpoolname: gluster_thinpool_gluster_vg_sde poolmetadatasize: 14G gluster_infra_lv_logicalvols: - vgname: gluster_vg_sdc thinpool: gluster_thinpool_gluster_vg_sdc lvname: gluster_lv_vmstore1 lvsize: 2700G - vgname: gluster_vg_sdd thinpool: gluster_thinpool_gluster_vg_sdd lvname: gluster_lv_data1 lvsize: 2700G - vgname: gluster_vg_sde thinpool: gluster_thinpool_gluster_vg_sde lvname: gluster_lv_data2 lvsize: 2700G vars: gluster_infra_disktype: JBOD gluster_set_selinux_labels: true gluster_infra_fw_ports: - 2049/tcp - 54321/tcp - 5900/tcp - 5900-6923/tcp - 5666/tcp - 16514/tcp gluster_infra_fw_permanent: true gluster_infra_fw_state: enabled gluster_infra_fw_zone: public gluster_infra_fw_services: - glusterfs gluster_features_force_varlogsizecheck: false cluster_nodes: - vmm10.mydomain.com - vmm11.mydomain.com - vmm12.mydomain.com gluster_features_hci_cluster: '{{ cluster_nodes }}' gluster_features_hci_volumes: - volname: engine brick: /gluster_bricks/engine/engine arbiter: 0 - volname: vmstore1 brick: /gluster_bricks/vmstore1/vmstore1 arbiter: 0 - volname: data1 brick: /gluster_bricks/data1/data1 arbiter: 0 - volname: data2 brick: /gluster_bricks/data2/data2 arbiter: false --------------------------------------------------------------------------------------------------------------------- Thanks

2 1

Re: New to oVirt - Cluster questions
by ccox＠endlessnow.com 15 Jun '19

15 Jun '19

It is my opinion that you never want fewer than 3. Somebody else may want to comment on what is actually possible.------ Original message------From: adam.fasnacht(a)gmail.comDate: Sat, Jun 15, 2019 1:41 PMTo: users(a)ovirt.org;Cc: Subject:[ovirt-users] New to oVirt - Cluster questionsHello, I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? Thank you! _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YRKWAAHN4EGPU…

1 0

New to oVirt - Cluster questions
by adam.fasnacht＠gmail.com 15 Jun '19

15 Jun '19

Hello, I just discovered oVirt, and before installing, I'm already a fan. I have a question regarding the number of nodes needed for a cluster. My main end goal, is to have HA, where I can have live migrations. I currently have 2 nodes (2 Dell R630s) that have a ton of local SSD storage on them. Is it possible to setup oVirt with just 2 nodes, and have an HA "hyper converged" style cluster? I can't seem to find a solid answer for this question. I've read the documentation, as well as consulted Google. I seem to get mixed answers. Is this possible? Thank you!

1 0

4.3 live migration creates wrong image permissions.
by Alex McWhirter 14 Jun '19

14 Jun '19

after upgrading from 4.2 to 4.3, after a vm live migrates it's disk images are become owned by root:root. Live migration succeeds and the vm stays up, but after shutting down the VM from this point, starting it up again will cause it to fail. At this point i have to go in and change the permissions back to vdsm:kvm on the images, and the VM will boot again.

6 13

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3
by Strahil 14 Jun '19

14 Jun '19

Hi Adrian, Please keep in mind that when a server dies, the easiest way to recover is to get another freshly installed server with different IP/FQDN . Then you will need to use 'replace-brick' and once gluster replaces that node - you should be able to remove the old entry in oVirt. Once the old entry is gone, you can add the new installation in oVirt via the UI. Another approach is to have the same IP/FQDN for the fresh install.In this situation, you need to have the same gluster ID (which should be a text file) and the peer IDs. Most probably you can create them on your own , based on data on the other gluster peers. Once the fresh install is available in 'gluster peer' , you can initiate a reset-brick' (don't forget to set the SELINUX , firewall and repos) and a full heal. From there you can reinstall the machine from the UI and it should be available for usage. P.S.: I know that the whole procedure is not so easy :) Best Regards, Strahil NikolovOn Jun 12, 2019 19:02, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Strahil, I dont use the GUI that much, in this case I need to understand how all is tied together if I want to move to production. As far as Gluster goes, I can get do the administration thru CLI, however when my test environment was set up it was setup using geodeploy for Hyperconverged setup under oVirt. > The initial setup was 3 servers with the same amount of physical disks: sdb, sdc, sdc, sdd, sde(this last one used for caching as it is an SSD) > > vmm10.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm10.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm10.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm10.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm11.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm11.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm11.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm11.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm12.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm12.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm12.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm12.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > As you can see from the above the the engine volume is conformed of hosts vmm10 (Initiating cluster server but now dead sever), vmm11 and vmm12 and on block device /dev/sdb (100Gb LV), also the vmstore1 volume is also on /dev/sdb (2600Gb LV). > /dev/mapper/gluster_vg_sdb-gluster_lv_engine xfs 100G 2.0G 98G 2% /gluster_bricks/engine > /dev/mapper/gluster_vg_sdb-gluster_lv_vmstore1 xfs 2.6T 35M 2.6T 1% /gluster_bricks/vmstore1 > /dev/mapper/gluster_vg_sdc-gluster_lv_data1 xfs 2.7T 4.6G 2.7T 1% /gluster_bricks/data1 > /dev/mapper/gluster_vg_sdd-gluster_lv_data2 xfs 2.7T 9.5G 2.7T 1% /gluster_bricks/data2 > vmm10.mydomain.com:/engine fuse.glusterfs 300G 9.2G 291G 4% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_engine > vmm10.mydomain.com:/vmstore1 fuse.glusterfs 5.1T 53G 5.1T 2% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_vmstore1 > vmm10.mydomain.com:/data1 fuse.glusterfs 8.0T 95G 7.9T 2% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_data1 > vmm10.mydomain.com:/data2 fuse.glusterfs 8.0T 112G 7.8T 2% /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_data2 > > > > before any issues I increased the size of the cluster and the gluster cluster with the following, creating 4 distributed replicated volumes (engine, vmstore1, data1, data2) > > vmm13.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm13.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm13.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm13.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm14.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm14.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm14.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm14.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm15.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm15.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm15.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm15.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm16.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm16.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm16.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm16.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm17.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm17.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm17.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm17.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2 > > vmm18.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine > vmm18.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1 > vmm18.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1 > vmm18.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data > > with your first suggestion I dont think it is possible to recover as I will lose the engine if I stop the "engine" volume, It might be doable for vmstore1, data1 and data2 but not the engine. > A) If you have space on another gluster volume (or volumes) or on NFS-based storage, you can migrate all VMs live . Once you do it, the simple way will be to stop and remove the storage domain (from UI) and gluster volume that correspond to the problematic brick. Once gone, you can remove the entry in oVirt for the old host and add the newly built one. Then you can recreate your volume and migrate the data back. > > I tried removing the brick using CLI but get the following error: > volume remove-brick start: failed: Host node of the brick vmm10.mydomain.com:/gluster_bricks/engine/engine is down > > So I used the force command: > gluster vol remove-brick engine vmm10.mydomain.com:/gluster_bricks/engine/engine vmm11.mydomain.com:/gluster_bricks/engine/engine vmm12.mydomain.com:/gluster_bricks/engine/engine force > Remove-brick force will not migrate files from the removed bricks, so they will no longer be available on the volume. > Do you want to continue? (y/n) y > volume remove-brick commit force: success > > so I lost my engine: > Please enter your authentication name: vdsm@ovirt > Please enter your password: > Id Name State > ---------------------------------------------------- > 3 HostedEngine paused > > hosted-engine --vm-start > The hosted engine configuration has not been retrieved from shared storage. Please ensure that ovirt-ha-agent is running and the storage server is reachable. > > I guess this fail scenario is more complex than I thought, hosted engine should of survived, as far as gluster I am able to get around command line, the issue is the engine, though it was running on vmm18 and not running on any bricks belonging to vmm10, 11, or 12 (original setup) it still failed... > virsh list --all > Please enter your authentication name: vdsm@ovirt > Please enter your password: > Id Name State > ---------------------------------------------------- > - HostedEngine shut off > > Now I cant get it to start: > hosted-engine --vm-start > The hosted engine configuration has not been retrieved from shared storage. Please ensure that ovirt-ha-agent is running and the storage server is reachable. > df -hT still showing mounts from old hosts bricks, could the problem be that this was the initiating host of the hyperconverged setup? > vmm10.mydomain.com:/engine fuse.glusterfs 200G 6.2G 194G 4% /rhev/data-center/mnt/glusterSD/vmm10.mydomain.com:_engine > > > I will re-create everything from scratch and simulate this again, and see why is it too complex to recover ovirt's engine with gluster when a server dies completely. Maybe it is my lack of understanding with regards how ovirt integrates with gluster though I have a decent understanding of Gluster to work with it... > > I will let you know once I have the cluster recreated and will kill the same server and see if I missed anything from the recommendations your provided. > > Thanks, > > -- > Adrian. > > > > > > > > On Tue, Jun 11, 2019 at 4:13 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: >> >> Do you have empty space to store the VMs ? If yes, you can always script the migration of the disks via the API . Even a bash script and curl can do the trick. >> >> About the /dev/sdb , I still don't get it . A pure "df -hT" from a node will make it way clear. I guess '/dev/sdb' is a PV and you got 2 LVs ontop of it. >> >> Note: I should admit that as an admin - I don't use UI for gluster management. >> >> For now do not try to remove the brick. The approach is either to migrate the qemu disks to another storage or to reset-brick/replace-brick in order to restore the replica count. >> I will check the file and I will try to figure it out. >> >> Redeployment never fixes the issue, it just speeds up the recovery. If you can afford the time to spent on fixing the issue - then do not redeploy. >> >> I would be able to take a look next week , but keep in mind that I'm not so in deep with oVirt - I have started playing with it when I deployed my lab. >> >> Best Regards, >> Strahil Nikolov >> >> Strahil, >> >> Looking at your suggestions I think I need to provide a bit more info on my current setup. >> >> >> I have 9 hosts in total >> >> I have 5 storage domains: >> >> hosted_storage (Data Master) >> >> vmstore1 (Data) >> >> data1 (Data) >> >> data2 (Data) >> >> ISO (NFS) //had to create this one because oVirt 4.3.3.1 would not let me upload disk images to a data domain without an ISO (I think this is due to a bug) >> >> Each volume is of the type “Distributed Replicate” and each one is composed of 9 bricks. >> I started with 3 bricks per volume due to the initial Hyperconverged setup, then I expanded the cluster and the gluster cluster by 3 hosts at a time until I got to a total of 9 hosts. >> >> Disks, bricks and sizes used per volume >> / dev/sdb engine 100GB >> / dev/sdb vmstore1 2600GB >> / dev/sdc data1 2600GB >> / dev/sdd data2 2600GB >> / dev/sde -------- 400GB SSD Used for caching purposes >> >> From the above layout a few questions came up: >> >> Using the web UI, How can I create a 100GB brick and a 2600GB brick to replace the bad bricks for “engine” and “vmstore1” within the same block device (sdb) ? >> >> What about / dev/sde (caching disk), When I tried creating a new brick thru the UI I saw that I could use / dev/sde for caching but only for 1 brick (i.e. vmstore1) so if I try to create another brick how would I specify it is the same / dev/sde device to be used for caching? >> >> >> If I want to remove a brick and it being a replica 3, I go to storage > Volumes > select the volume > bricks once in there I can select the 3 servers that compose the replicated bricks and click remove, this gives a pop-up window with the following info: >> >> Are you sure you want to remove the following Brick(s)? >> - vmm11:/gluster_bricks/vmstore1/vmstore1 >> - vmm12.virt.iad3p:/gluster_bricks/vmstore1/vmstore1 >> - 192.168.0.100:/gluster-bricks/vmstore1/vmstore1 >> - Migrate Data from the bricks? >> >> If I proceed with this that means I will have to do this for all the 4 volumes, that is just not very efficient, but if that is the only way, then I am hesitant to put this into a real production environment as there is no way I can take that kind of a hit for +500 vms :) and also I wont have that much storage or extra volumes to play with in a real sceneario. >> >> After modifying yesterday / etc/vdsm/vdsm.id by following (https://stijn.tintel.eu/blog/2013/03/02/ovirt-problem-duplicate-uuids) I was able to add the server back to the cluster using a new fqdn and a new IP, and tested replacing one of the bricks and this is my mistake as mentioned in #3 above I used / dev/sdb entirely for 1 brick because thru the UI I could not separate the block device and be used for 2 bricks (one for the engine and one for vmstore1). So in the “gluster vol info” you might see vmm102.mydomain.com but in reality it is myhost1.mydomain.com >> >> I am also attaching gluster_peer_status.txt and in the last 2 entries of that file you will see and entry vmm10.mydomain.com (old/bad entry) and vmm102.mydomain.com (new entry, same server vmm10, but renamed to vmm102). Also please find gluster_vol_info.txt file. >> >> I am ready to redeploy this environment if needed, but I am also ready to test any other suggestion. If I can get a good understanding on how to recover from this I will be ready to move to production. >> >> Wondering if you’d be willing to have a look at my setup through a shared screen? >> >> >> Thanks >> >> >> Adrian >> >> >> On Mon, Jun 10, 2019 at 11:41 PM Strahil <hunter86_bg(a)yahoo.com> wrote: >>> >>> Hi Adrian, >>> >>> You have several options: >>> A) If you have space on another gluster volume (or volumes) or on NFS-based storage, you can migrate all VMs live . Once you do it, the simple way will be to stop and remove the storage domain (from UI) and gluster volume that correspond to the problematic brick. Once gone, you can remove the entry in oVirt for the old host and add the newly built one.Then you can recreate your volume and migrate the data back. >>> >>> B) If you don't have space you have to use a more riskier approach (usually it shouldn't be risky, but I had bad experience in gluster v3): >>> - New server has same IP and hostname: >>> Use command line and run the 'gluster volume reset-brick VOLNAME HOSTNAME:BRICKPATH HOSTNAME:BRICKPATH commit' >>> Replace VOLNAME with your volume name. >>> A more practical example would be: >>> 'gluster volume reset-brick data ovirt3:/gluster_bricks/data/brick ovirt3:/gluster_ ricks/data/brick commit' >>> >>> If it refuses, then you have to cleanup '/gluster_bricks/data' (which should be empty). >>> Also check if the new peer has been probed via 'gluster peer status'.Check the firewall is allowing gluster communication (you can compare it to the firewalls on another gluster host). >>> >>> The automatic healing will kick in 10 minutes (if it succeeds) and will stress the other 2 replicas, so pick your time properly. >>> Note: I'm not recommending you to use the 'force' option in the previous command ... for now :) >>> >>> - The new server has a different IP/hostname: >>> Instead of 'reset-brick' you can use 'replace-brick': >>> It should be like this: >>> gluster volume replace-brick data old-server:/path/to/brick new-server:/new/path/to/brick commit force >>> >>> In both cases check the status via: >>> gluster volume info VOLNAME >>> >>> If your cluster is in production , I really recommend you the first option as it is less risky and the chance for unplanned downtime will be minimal. >>> >>> The 'reset-brick' in your previous e-mail shows that one of the servers is not connected. Check peer status on all servers, if they are less than they should check for network and/or firewall issues. >>> On the new node check if glusterd is enabled and running. >>> >>> In order to debug - you should provide more info like 'gluster volume info' and the peer status from each node. >>> >>> Best Regards, >>> Strahil Nikolov >>> >>> On Jun 10, 2019 20:10, Adrian Quintero <adrianquintero(a)gmail.com> wrote: >>>> >>>> > >>>> > Can you let me know how to fix the gluster and missing brick?, >>>> > I tried removing it by going to "storage > Volumes > vmstore > bricks > selected the brick >>>> > However it is showing as an unknown status (which is expected because the server was completely wiped) so if I try to "remove", "replace brick" or "reset brick" it wont work >>>> > If i do remove brick: Incorrect bricks selected for removal in Distributed Replicate volume. Either all the selected bricks should be from the same sub volume or one brick each for every sub volume! >>>> > If I try "replace brick" I cant because I dont have another server with extra bricks/disks >>>> > And if I try "reset brick": Error while executing action Start Gluster Volume Reset Brick: Volume reset brick commit force failed: rc=-1 out=() err=['Host myhost1_mydomain_com not connected'] >>>> > >>>> > Are you suggesting to try and fix the gluster using command line? >>>> > >>>> > Note that I cant "peer detach" the sever , so if I force the removal of the bricks would I need to force downgrade to replica 2 instead of 3? what would happen to oVirt as it only supports replica 3? >>>> > >>>> > thanks again. >>>> > >>>> > On Mon, Jun 10, 2019 at 12:52 PM Strahil <hunter86_bg(a)yahoo.com> wrote: >>>>> >>>>> >> >>>>> >> Hi Adrian, >>>>> >> Did you fix the issue with the gluster and the missing brick? >>>>> >> If yes, try to set the 'old' host in maintenance an >> >> >> >> -- >> Adrian Quintero > > > > -- > Adrian Quintero

3 3

Re: Memory ballon question
by Strahil 14 Jun '19

14 Jun '19

Hi Martin, Thanks for clarifying that. Best Regards, Strahil NikolovOn Jun 14, 2019 13:02, Martin Sivak <msivak(a)redhat.com> wrote: > > Hi, > > > 2019-06-13 07:11:40,973 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 695648 to 660865 > > 2019-06-13 07:12:51,437 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 ending > > > > Can someone clarify what exactly does this (from xxxx to yyyy) mean ? > > It is the ballooning operation log: > > - From - how much memory was left in the VM before the action > - To - how much after (could be both lower and higher) > > I do not remember the units, but I think it was in KiB. > > Martin > > > On Thu, Jun 13, 2019 at 9:26 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: > > > > Hi Martin,Darrell, > > > > thanks for your feedback. > > > > I have checked the /var/log/vdsm/mom.log and it seems that MOM was actually working: > > > > 2019-06-13 07:08:47,690 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 starting > > 2019-06-13 07:09:39,490 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 1048576 to 996147 > > 2019-06-13 07:09:54,658 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 996148 to 946340 > > 2019-06-13 07:10:09,853 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 946340 to 899023 > > 2019-06-13 07:10:25,053 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 899024 to 854072 > > 2019-06-13 07:10:40,233 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 854072 to 811368 > > 2019-06-13 07:10:55,428 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 811368 to 770799 > > 2019-06-13 07:11:10,621 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 770800 to 732260 > > 2019-06-13 07:11:25,827 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 732260 to 695647 > > 2019-06-13 07:11:40,973 - mom.Controllers.Balloon - INFO - Ballooning guest:node1 from 695648 to 660865 > > 2019-06-13 07:12:51,437 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 ending > > > > Can someone clarify what exactly does this (from xxxx to yyyy) mean ? > > > > Best Regards, > > Strahil Nikolov > > > > В четвъртък, 13 юни 2019 г., 17:27:01 ч. Гринуич+3, Martin Sivak <msivak(a)redhat.com> написа: > > > > > > Hi, > > > > iirc the guest agent is not needed anymore as we get almost the same > > stats from the balloon driver directly. > > > > Ballooning has to be enabled on cluster level though. So that is one > > thing to check. If that is fine then I guess a more detailed > > description is needed. > > > > oVirt generally starts ballooning when the memory load gets over 80% > > of available memory. > > > > The host agent that handles ballooning is called mom and the logs are > > located in /var/log/vdsm/mom* iirc. It might be a good idea to check > > whether the virtual machines were declared ready (meaning all data > > sources we collect provided data). > > > > -- > > Martin Sivak > > used to be maintainer of mom > > > > On Thu, Jun 13, 2019 at 12:26 AM Darrell Budic <budic(a)onholyground.com> wrote: > > > > > > Do you have the overt-guest-agent running on your VMs? It’s required for ballooning to control allocations on the guest side. > > > > > > On Jun 12, 2019, at 11:32 AM, Strahil <hunter86_bg(a)yahoo.com> wrote: > > > > > > Hello All, > > > > > > as a KVM user I know how usefull is the memory balloon and how you can both increase - and also decrease memory live (both Linux & Windows). > > > I have noticed that I cannot decrease the memory in oVirt. > > > > > > Does anyone got a clue why the situation is like that ? > > > > > > I was expecting that the guaranteed memory is the minimum to which the balloon driver will not go bellow, but when I put my host under pressure - the host just started to swap instead of reducing some of the VM memory (and my VMs had plenty of free space). > > > > > > It will be great if oVirt can decrease the memory (if the VM has unallocated memory) when the host is under pressure and the VM cannot be relocated. > > > > > > Best Regards, > > > Strahil Nikolov > > > > > > _______________________________________________ > > > Users mailing list -- users(a)ovirt.org > > > To unsubscribe send an email to users-leave(a)ovirt.org > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUWCN2MLNTDJU… > > > > > > > > > _______________________________________________ > > > Users mailing list -- users(a)ovirt.org > > > To unsubscribe send an email to users-leave(a)ovirt.org > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/22XYJD7XAYZLV… > > > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-l

1 0

Memory ballon question
by Strahil 14 Jun '19

14 Jun '19

Hello All, as a KVM user I know how usefull is the memory balloon and how you can both increase - and also decrease memory live (both Linux & Windows). I have noticed that I cannot decrease the memory in oVirt. Does anyone got a clue why the situation is like that ? I was expecting that the guaranteed memory is the minimum to which the balloon driver will not go bellow, but when I put my host under pressure - the host just started to swap instead of reducing some of the VM memory (and my VMs had plenty of free space). It will be great if oVirt can decrease the memory (if the VM has unallocated memory) when the host is under pressure and the VM cannot be relocated. Best Regards, Strahil Nikolov

4 4

Re: High Performance VM: trouble using vNUMA and hugepages
by Andrej Krejcir 14 Jun '19

14 Jun '19

Hi, this is probably a bug. Can you open a new ticket in Bugzilla? https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine As a workaround, if you are sure that the VM's NUMA configuration is compatible with the host's NUMA configuration, you could create a custom cluster scheduling policy and disable the "NUMA" filter. In Administration -> Configure -> Scheduling Policies. Regards, Andrej On Thu, 13 Jun 2019 at 12:49, Matthias Leopold < matthias.leopold(a)meduniwien.ac.at> wrote: > Hi, > > I'm having trouble using vNUMA and hugepages at the same time: > > - hypervisor host hast 2 CPU and 768G RAM > - hypervisor host is configured to allocate 512 1G hugepages > - VM configuration > * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs > * 512G RAM > * 2 vNUMA nodes that are pinned to the 2 host NUMA nodes > * custom property "hugepages=1048576" > - VM is the only VM on hypervisor host > > when I want to start the VM I'm getting the error message > "The host foo did not satisfy internal filter NUMA because cannot > accommodate memory of VM's pinned virtual NUMA nodes within host's > physical NUMA nodes" > VM start only works when VM memory is shrunk so that it fits in (host > memory - allocated huge pages) > > I don't understand why this happens. Can someone explain to me how this > is supposed to work? > > oVirt engine is 4.3.3 > oVirt host is 4.3.4 > > thanks > matthias

2 2

Ovirt engine setup Err'or
by PS Kazi 14 Jun '19

14 Jun '19

I am getting following error while ovirt engine setup. I am using ovirt node 4.3.4 please help ___________________________________ [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 90, "changed": true, "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:5f:0e:ea | awk '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.086952", "end": "2019-06-14 12:05:37.249240", "rc": 0, "start": "2019-06-14 12:05:37.162288", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Remove local vm dir] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Remove temporary entry in /etc/hosts for the local VM] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Notify the user about a failure] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.\n"}

1 0

Ovirt hiperconverged setup error
by PS Kazi 14 Jun '19

14 Jun '19

ovirt Node version 4.3.3.1 I am trying to configure 3 node Gluster storage and oVirt hosted engine but gettng following error: TASK [gluster.features/roles/gluster_hci : Check if valid FQDN is provided] **** failed: [ov-node-2 -> localhost] (item=ov-node-2) => {"changed": true, "cmd": ["dig", "ov-node-2", "+short"], "delta": "0:00:00.041003", "end": "2019-06-12 12:52:34.158688", "failed_when_result": true, "item": "ov-node-2", "rc": 0, "start": "2019-06-12 12:52:34.117685", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} failed: [ov-node-2 -> localhost] (item=ov-node-3) => {"changed": true, "cmd": ["dig", "ov-node-3", "+short"], "delta": "0:00:00.038688", "end": "2019-06-12 12:52:34.459176", "failed_when_result": true, "item": "ov-node-3", "rc": 0, "start": "2019-06-12 12:52:34.420488", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} failed: [ov-node-2 -> localhost] (item=ov-node-1) => {"changed": true, "cmd": ["dig", "ov-node-1", "+short"], "delta": "0:00:00.047938", "end": "2019-06-12 12:52:34.768149", "failed_when_result": true, "item": "ov-node-1", "rc": 0, "start": "2019-06-12 12:52:34.720211", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} Please help

4 5

Re: The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.
by Strahil 13 Jun '19

13 Jun '19

In the docs, the proper order to update is: 1. update ovirt-setup packages on the engine yum update ovirt\*setup\* 2. update the engine engine-setup 3. update the OS on the engine yum update 4. reboot the engine if kernel/glibc/systemd got updated 5 upgrade hosts 1 by 1 Best Regards, Strahil NikolovOn Jun 13, 2019 16:27, sandeepkumar86k(a)gmail.com wrote: > > Thank you. > > I upgraded all three hosts one by one to oVirt-4.3 and then HE. After the upgrade, I was able to change the CPU Type. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NGUEEF4DVLBXL…

1 0

Re: Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown
by Strahil 13 Jun '19

13 Jun '19

Hi Maria, I guess the memory usage is very specidic to the environment. My setup includes 2 VDOs, 8 gluster volumes , 2 clusters, 12 VMs and only 1 user - the built-in admin . In result my engine is using 4GB of RAM. How many users/storages/clusters/VMs do you have ? When you login on the engine, what is the process eating most of the RAM? My suspicion is the DB. If so, maybe someone else can advise if performing vacuum on DB during upgrade will be beneficial. Best Regards, Strahil NikolovOn Jun 13, 2019 15:55, souvaliotimaria(a)mail.com wrote: > > Hello and thank you very much for your reply. > > I'm terribly sorry for being so late to respond. > > I thought the same, that dropping the cache was more of a workaround and not a real solution but truthfully I was stuck and can't think of anything more than how much I need to upgrade the memory on the nodes. I try to find info about other ovirt virtualization set-ups and the amount of memory allocated so I can get an idea of what my set-up needs. The only thing that I found was that one admin had set ovirt up with 128GB and still needed more because of the growing needs of the system and its users and was about to upgrade its memory too. I'm just worried that ovirt is very memory consuming and no matter how much I will "feed" it, it will still ask for more. Also, I'm worried that there one, two or even more tweaks in the configurations that I still miss and they'd be able to solve the memory problem. > > Anyway, KSM is enabled. Sar shows that the committed memory when a Windows 10 VM is active too (alongside Hosted Engine of course, and two Linux VMs - 1 CentOS, 1 Debian) is around 89% in the specific host that it runs (together with the Debian VM) and has reached up to 98%. > > You are correct about the monitoring system too. I have set up a PRTG environment and there's Nagios running but they can't yet see ovirt. I will set them up correctly the next few days. > > I haven't made any changes to my tuned profile. it's the default from ovirt. Specifically, the active profile says it's set to virtual-host. > > Again I'm very sorry for taking me so long to reply and thank you very much for your response. > > Best Regards, > Maria Souvalioti > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/G4YELWF5L4AKU…

1 0

oVirt engine/engine-setup with other port than default HTTPS 443 possible?
by Dirk Rydvan 13 Jun '19

13 Jun '19

Hello, in a home lab with only one puplic IPv4-Adress is the Port 443 a very precious one. The installation of oVirt 4.3 on a single node/host with bare metal installed CentOS works well. (oVirt Cockpit and local installed engine added after installation of Centos 7.6). But it is more difficult to change the port from 443 to maybe 4443 the save the port 443. The change in: - /etc/httpd/conf/conf.d/ssl.conf - /var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine.xml and - disable selinux - add 4443 to public with firewall-cmd It does not work... now I see is more difficult than I think before... A port redirection at the edge route from <public-IPv4>:4443 to <private-IPv4>:443 does also not work, because the links points all to the standard https adress without a port number. Is there a way to change the default port 443 of oVirt engine to a other port? Many Thanks in advance!

2 2

Re: 4.3.4 caching disk error during hyperconverged deployment
by Strahil 13 Jun '19

13 Jun '19

Better raise a bug in bugilla.redhat.com and mention the working 4.3.3 Best Regards, Strahil NikolovOn Jun 13, 2019 04:30, adrianquintero(a)gmail.com wrote: > > While trying to do a hyperconverged setup and trying to use "configure LV Cache" /dev/sdf the deployment fails. If I dont use the LV cache SSD Disk the setup succeds, thought you mighg want to know, for now I retested with 4.3.3 and all worked fine, so reverting to 4.3.3 unless you know of a workaround? > > Error: > TASK [gluster.infra/roles/backend_setup : Extend volume group] ***************** > failed: [vmm11.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} > > failed: [vmm12.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'0.1G', u'cachelvsize': u'0.9G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "0.9G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "0.1G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} > > failed: [vmm10.mydomain.com] (item={u'vgname': u'gluster_vg_sdb', u'cachethinpoolname': u'gluster_thinpool_gluster_vg_sdb', u'cachelvname': u'cachelv_gluster_thinpool_gluster_vg_sdb', u'cachedisk': u'/dev/sdf', u'cachemetalvname': u'cache_gluster_thinpool_gluster_vg_sdb', u'cachemode': u'writethrough', u'cachemetalvsize': u'30G', u'cachelvsize': u'270G'}) => {"ansible_loop_var": "item", "changed": false, "err": " Physical volume \"/dev/sdb\" still in use\n", "item": {"cachedisk": "/dev/sdf", "cachelvname": "cachelv_gluster_thinpool_gluster_vg_sdb", "cachelvsize": "270G", "cachemetalvname": "cache_gluster_thinpool_gluster_vg_sdb", "cachemetalvsize": "30G", "cachemode": "writethrough", "cachethinpoolname": "gluster_thinpool_gluster_vg_sdb", "vgname": "gluster_vg_sdb"}, "msg": "Unable to reduce gluster_vg_sdb by /dev/sdb.", "rc": 5} > > PLAY RECAP ********************************************************************* > vmm10.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 > vmm11.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 > vmm12.mydomain.com : ok=13 changed=4 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0 > > > > --------------------------------------------------------------------------------------------------------------------- > #cat /etc/ansible/hc_wizard_inventory.yml > --------------------------------------------------------------------------------------------------------------------- > hc_nodes: > hosts: > vmm10.mydomain.com: > gluster_infra_volume_gro

2 1

The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.
by sandeepkumar86k＠gmail.com 13 Jun '19

13 Jun '19

Hi, I am having trouble in fixing the CPU type of my oVirt cluster. I have AMD EPYC 7551P 32-Core Processor hosts(x3) in a gluster cluster. The HE and cluster by default had the: AMD Opteron 23xx (Gen 3 Class Opteron). I tried changing it with this method(https://lists.ovirt.org/archives/list/users@ovirt.org/thread/XYY2WAG…, it didn't work as I can't move the Host to another cluster it complains (Error while executing action: *******: Cannot edit Host. Server having Gluster volume.) Then I tried updating the cpu_name manually in DB by following: https://www.mail-archive.com/users@ovirt.org/msg33177.html After the Update, the web UI shows it changed to AMD EPYC but if I click on Edit cluster it shows the "Intel Conroe Family" and again doesn't allow to modify. I am now stuck with unusable oVirt setup, my existing VMs won't start and throw: Error while executing action: ******: The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.) Please help or suggest to fix this issue. HE: cat /proc/cpuinfo |grep "model name" model name : AMD Opteron 23xx (Gen 3 Class Opteron) model name : AMD Opteron 23xx (Gen 3 Class Opteron) model name : AMD Opteron 23xx (Gen 3 Class Opteron) model name : AMD Opteron 23xx (Gen 3 Class Opteron) rpm -qa |grep -i ovirt ovirt-ansible-image-template-1.1.9-1.el7.noarch ovirt-engine-dwh-setup-4.2.4.3-1.el7.noarch ovirt-engine-backend-4.2.8.2-1.el7.noarch ovirt-engine-extension-aaa-ldap-1.3.8-1.el7.noarch ovirt-engine-extension-aaa-jdbc-1.1.7-1.el7.centos.noarch ovirt-engine-wildfly-overlay-14.0.1-3.el7.noarch ovirt-ansible-hosted-engine-setup-1.0.2-1.el7.noarch ovirt-host-deploy-java-1.7.4-1.el7.noarch ovirt-engine-setup-plugin-websocket-proxy-4.2.8.2-1.el7.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.2.8.2-1.el7.noarch ovirt-ansible-engine-setup-1.1.6-1.el7.noarch ovirt-ansible-cluster-upgrade-1.1.10-1.el7.noarch ovirt-ansible-roles-1.1.6-1.el7.noarch ovirt-release42-4.2.8-1.el7.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.2.8.2-1.el7.noarch ovirt-engine-tools-backup-4.2.8.2-1.el7.noarch ovirt-provider-ovn-1.2.18-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-js-dependencies-1.2.0-3.1.el7.centos.noarch ovirt-cockpit-sso-0.0.4-1.el7.noarch ovirt-engine-restapi-4.2.8.2-1.el7.noarch ovirt-engine-vmconsole-proxy-helper-4.2.8.2-1.el7.noarch ovirt-engine-api-explorer-0.0.2-1.el7.centos.noarch ovirt-engine-lib-4.2.8.2-1.el7.noarch ovirt-engine-setup-base-4.2.8.2-1.el7.noarch ovirt-engine-metrics-1.1.8.1-1.el7.noarch ovirt-ansible-repositories-1.1.3-1.el7.noarch ovirt-ansible-disaster-recovery-1.1.4-1.el7.noarch ovirt-ansible-infra-1.1.10-1.el7.noarch ovirt-ansible-shutdown-env-1.0.0-1.el7.noarch ovirt-engine-dwh-4.2.4.3-1.el7.noarch ovirt-iso-uploader-4.2.0-1.el7.centos.noarch ovirt-engine-webadmin-portal-4.2.8.2-1.el7.noarch ovirt-engine-dbscripts-4.2.8.2-1.el7.noarch ovirt-engine-setup-plugin-ovirt-engine-4.2.8.2-1.el7.noarch ovirt-engine-extension-aaa-ldap-setup-1.3.8-1.el7.noarch ovirt-engine-extensions-api-impl-4.2.8.2-1.el7.noarch ovirt-host-deploy-1.7.4-1.el7.noarch ovirt-vmconsole-1.0.6-2.el7.noarch python-ovirt-engine-sdk4-4.2.9-2.el7.x86_64 ovirt-engine-wildfly-14.0.1-3.el7.x86_64 ovirt-guest-agent-common-1.0.16-1.el7.noarch ovirt-ansible-v2v-conversion-host-1.9.0-1.el7.noarch ovirt-ansible-manageiq-1.1.13-1.el7.noarch ovirt-setup-lib-1.1.5-1.el7.noarch ovirt-engine-websocket-proxy-4.2.8.2-1.el7.noarch ovirt-engine-dashboard-1.2.4-1.el7.noarch ovirt-engine-setup-4.2.8.2-1.el7.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7.noarch ovirt-vmconsole-proxy-1.0.6-2.el7.noarch ovirt-web-ui-1.4.5-1.el7.noarch ovirt-ansible-vm-infra-1.1.12-1.el7.noarch ovirt-imageio-proxy-setup-1.4.6-1.el7.noarch ovirt-imageio-proxy-1.4.6-1.el7.noarch ovirt-engine-tools-4.2.8.2-1.el7.noarch ovirt-engine-4.2.8.2-1.el7.noarch ovirt-engine-cli-3.6.9.2-1.el7.centos.noarch 3xHosts: cat /proc/cpuinfo |grep "model name" model name : AMD EPYC 7551P 32-Core Processor model name : AMD EPYC 7551P 32-Core Processor model name : AMD EPYC 7551P 32-Core Processor rpm -qa |grep -i ovirt ovirt-release42-4.2.8-1.el7.noarch cockpit-ovirt-dashboard-0.11.38-1.el7.noarch ovirt-vmconsole-1.0.6-2.el7.noarch python-ovirt-engine-sdk4-4.2.9-2.el7.x86_64 cockpit-machines-ovirt-193-2.el7.noarch ovirt-imageio-daemon-1.4.6-1.el7.noarch ovirt-hosted-engine-setup-2.2.33-1.el7.noarch ovirt-engine-appliance-4.2-20190121.1.el7.noarch ovirt-vmconsole-host-1.0.6-2.el7.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7.noarch ovirt-setup-lib-1.1.5-1.el7.noarch ovirt-host-deploy-1.7.4-1.el7.noarch ovirt-host-dependencies-4.2.3-1.el7.x86_64 ovirt-hosted-engine-ha-2.2.19-1.el7.noarch ovirt-provider-ovn-driver-1.2.18-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-host-4.2.3-1.el7.x86_64 Thanks,

2 2

Info about soft fencing mechanism
by Gianluca Cecchi 13 Jun '19

13 Jun '19

Hello, I would like to know in better detail how soft fencing works in 4.3. In particular, with "soft fencing" we "only" mean vdsmd restart attempt, correct? Who is responsible for issuing the command? Manager or host itself? Because in case of Manager, if the host has already lost connection, how could the manager be able to do it? Thanks in advance for clarifications and eventually documentation pointers Gianluca

1 0

Re: Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown
by Strahil 13 Jun '19

13 Jun '19

On Jun 6, 2019 12:52, souvaliotimaria(a)mail.com wrote: > > Hello, > > I came upon a problem the previous month that I figured it would be good to discuss here. I'm sorry I didn't post here earlier but time slipped me. > > I have set up a glustered, hyperconverged oVirt environment for experimental use as a means to see its behaviour and get used to its management and performance before setting it up as a production environment for use in our organization. The environment is up and running since 2018 October. The three nodes are HP ProLiant DL380 G7 and have the following characteristics: > > Mem: 22GB > CPU: 2x Hexa Core - Intel Xeon Hexa Core E56xx > HDD: 5x 300GB > Network: BCM5709C with dual-port Gigabit > OS: Linux RedHat 7.5.1804(Core 3.10.0-862.3.2.el7.x86_64 x86_64) - Ovirt Node 4.2.3.1 > > As I was working on the environment, the engine stopped working. > Not long before the time the HE stopped, I was in the web interface managing my VMs, when the browser froze and the HE was also not responding to ICMP requests. > > The first thing I did was to connect via ssh to all nodes and run the command > #hosted-engine --vm-status > which showed that the HE was down in nodes 1 and 2 and up on the 3rd node. > > After executing > #virsh -r list > the VM list that was shown contained two of the VMs I had previously created and were up; the HE was nowhere. > > I tried to restart the HE with the > #hosted-engine --vm-start > but it didn't work. > > I then put all nodes in maintenance mode with the command > #hosted-engine --set-maintenance --mode=global > (I guess I should have done that earlier) and re-run > #hosted-engine --vm-start > that had the same result as it previously did. > > After checking the mails the system sent to the root user, I saw there were several mails on the 3rd node (where the HE had been), informing of the HE's state. The messages were changing between EngineDown-EngineStart, EngineStart-EngineStarting, EngineStarting-EngineMaybeAway, EngineMaybeAway-EngineUnexpectedlyDown, EngineUnexpectedlyDown-EngineDown, EngineDown-EngineStart and so forth. > > I continued by searching the following logs in all nodes : > /var/log/libvirt/qemu/HostedEngine.log > /var/log/libvirt/qemu/win10.log > /var/log/libvirt/qemu/DNStest.log > /var/log/vdsm/vdsm.log > /var/log/ovirt-hosted-engine-ha/agent.log > > After that I spotted and error that had started appearing almost a month ago in node #2: > ERROR Internal server error Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 197, in _dynamicMethod result = fn(*methodArgs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/apiwrapper.py", line 85, in logicalVolumeList return self._gluster.logicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 90, in wrapper rv = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 808, in logicalVolumeList status = self.svdsmProxy.glusterLogicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 52, in <lambda> getattr(self._supervdsmProxy._svdsm, self._funcName)(*args, AttributeError: 'AutoProxy[instance]' object has no attribute 'glusterLogicalVolumeList' > > > The outputs of the following commands were also checked as a way to see if there was a mandatory process missing/killed, a memory problem or even disk space shortage that led to the sudden death of a process > #ps -A > #top > #free -h > #df -hT > > Finally, after some time delving in the logs, the output of the > #journalctl --dmesg > showed the following message > "Out of memory: Kill process 5422 (qemu-kvm) score 514 or sacrifice child. > Killed process 5422 (qemu-kvm) total-vm:17526548kB, anon-rss:9310396kB, > file-rss:2336kB, shmem-rss:12kB" > which after that the ovirtmgmt started not responding. If you run out of memory, you should take that serious.Droping the cache seems like a workaround and not a fix. Check if KSM is enabled - this will merge your VM's memory pages for an exchange for CPU cycles - still better than getting a VM killed. Also, you can protect the HostedEngine from OOM killer. > I tried to restart the vhostd by executing > #/etc/rc.d/init.d/vhostmd start > but it didn't work. > > Finally, I decided to run the HE restart command on the other nodes as well (I'd figured that since the HE was last running on the node #3, that's where I should try to restart it). So, I run > #hosted-engine --vm-start > and the output was > "Command VM.getStats with args {'vmID':'...<το ID της HE>....'} failed: > (code=1,message=Virtual machine does not exist: {'vmID':'...<το ID της > HE>....'})" > And then I run the command again and the output was > "VM exists and its status is Powering Up." > > After that I executed > #virsh -r list > and the output was the following: > Id Name State > ---------------------------------------------------- > 2 HostedEngine running > > After the HE's restart two mails came that stated: ReinitializeFSMEngineStarting and EngineStarting-EngineUp > > After that and after checking that we had access to the web interface again, we executed > hosted-engine --set-maintenance --mode=none > to get out of the maintenance mode. > > The thing is, I still am not 1000% sure what the problem was that led to the shutdown of the hosted engine and I think that maybe some of the steps I took were not needed. I believe it was because the process qemu-kvm was killed after there was not enough memory for it but is this the real cause? I wasn't doing anything unusual before the shutdown to believe it was because of the new VM that was still in shutdown mode or anything of the sort. Also, I believe it may be because of memory shortage because I hadn't executed the > #sync ; echo 3 > /proc/sys/vm/drop_caches > command for a couple of weeks. > > What are your thoughts on this? Could you point me to where to search for more information on the topic or tell me what is the right process to follow when something like this happens? Check the sar (there is a graphical util called 'ksar' and check cpu , memory, swap, context switches , I/O and network usage). Crreate simple systemd service to monitor your nodes, or even better put a real monitoring software so you can proactively take any actions. > Also, I have set up a few VMs but only three are Up and they have no users yet, even so the buffers fill almost to the brim when the usage is almost non-existant. If you have an environment that has some users or you use the VMs as virtual servers of some sort, what is the consumption of the memory? What's the optimal size for the memory? What is your tuned profile ? Any customizations there ? Best Regards, Strahil Nikolov > Thank you all very much. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PKRB26GSDQ5JV…

2 1

Re: 4.3 live migration creates wrong image permissions.
by Strahil 13 Jun '19

13 Jun '19

Hi Alex, Did you migrate from gluster v3 to v5 ? If yes, then it could be the issue with v5.3 where permissions go wrong. If so, pick ovirt 4.3.4 as it uses a newer (fixed ) version of gluster -> v5.6 Best Regards, Strahil NikolovOn Jun 13, 2019 09:46, Alex McWhirter <alex(a)triadic.us> wrote: > > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk > images are become owned by root:root. Live migration succeeds and the vm > stays up, but after shutting down the VM from this point, starting it up > again will cause it to fail. At this point i have to go in and change > the permissions back to vdsm:kvm on the images, and the VM will boot > again. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TSWRTC2E7XZSG…

2 1

High Performance VM: trouble using vNUMA and hugepages
by Matthias Leopold 13 Jun '19

13 Jun '19

Hi, I'm having trouble using vNUMA and hugepages at the same time: - hypervisor host hast 2 CPU and 768G RAM - hypervisor host is configured to allocate 512 1G hugepages - VM configuration * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs * 512G RAM * 2 vNUMA nodes that are pinned to the 2 host NUMA nodes * custom property "hugepages=1048576" - VM is the only VM on hypervisor host when I want to start the VM I'm getting the error message "The host foo did not satisfy internal filter NUMA because cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes" VM start only works when VM memory is shrunk so that it fits in (host memory - allocated huge pages) I don't understand why this happens. Can someone explain to me how this is supposed to work? oVirt engine is 4.3.3 oVirt host is 4.3.4 thanks matthias

1 0

[ANN] oVirt 4.3.5 First Release Candidate is now available
by Sandro Bonazzola 13 Jun '19

13 Jun '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 First Release Candidate, as of June 13th, 2019. This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used in production. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] Additional Resources: * Read more about the oVirt 4.3.5 release highlights: http://www.ovirt.org/release/4.3.5/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.5/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

1 0

Re: Memory ballon question
by Strahil 13 Jun '19

13 Jun '19

Hi Darrell, Yes , all VMs (both openSUSE and RedHat/CentOS 7) have the ovirt-guest-agent up and running. Best Regards, Strahil NikolovOn Jun 12, 2019 22:07, Darrell Budic <budic(a)onholyground.com> wrote: > > Do you have the overt-guest-agent running on your VMs? It’s required for ballooning to control allocations on the guest side. > >> On Jun 12, 2019, at 11:32 AM, Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hello All, >> >> as a KVM user I know how usefull is the memory balloon and how you can both increase - and also decrease memory live (both Linux & Windows). >> I have noticed that I cannot decrease the memory in oVirt. >> >> Does anyone got a clue why the situation is like that ? >> >> I was expecting that the guaranteed memory is the minimum to which the balloon driver will not go bellow, but when I put my host under pressure - the host just started to swap instead of reducing some of the VM memory (and my VMs had plenty of free space). >> >> It will be great if oVirt can decrease the memory (if the VM has unallocated memory) when the host is under pressure and the VM cannot be relocated. >> >> Best Regards, >> Strahil Nikolov >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUWCN2MLNTDJU… > >

2 1

Re: Ovirt hiperconverged setup error
by Strahil 13 Jun '19

13 Jun '19

Simone has provided you a workaround, so check his e-mail. The ansible is actually running: dig ov-node2 +short As dig is quarrying your DNS server, you need to bypass this check if you use /etc/host entries. Best Regards, Strahil NikolovOn Jun 12, 2019 21:57, PS Kazi <faruk.apsara(a)gmail.com> wrote: > > Hi, > How to check my DNS settings is ok or not for ovirt? > > On Wed, 12 Jun 2019, 6:55 pm Strahil Nikolov, <hunter86_bg(a)yahoo.com> wrote: >> >> Command run is "dig' which tries to resolve the hostname of each server. >> Do you have a DNS resolver properly configured ? >> >> Best Regards, >> Strahil Nikolov >> >> В сряда, 12 юни 2019 г., 3:59:14 ч. Гринуич-4, PS Kazi <faruk.apsara(a)gmail.com> написа: >> >> >> ovirt Node version 4.3.3.1 >> I am trying to configure 3 node Gluster storage and oVirt hosted engine but gettng following error: >> >> TASK [gluster.features/roles/gluster_hci : Check if valid FQDN is provided] **** >> failed: [ov-node-2 -> localhost] (item=ov-node-2) => {"changed": true, "cmd": ["dig", "ov-node-2", "+short"], "delta": "0:00:00.041003", "end": "2019-06-12 12:52:34.158688", "failed_when_result": true, "item": "ov-node-2", "rc": 0, "start": "2019-06-12 12:52:34.117685", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} >> failed: [ov-node-2 -> localhost] (item=ov-node-3) => {"changed": true, "cmd": ["dig", "ov-node-3", "+short"], "delta": "0:00:00.038688", "end": "2019-06-12 12:52:34.459176", "failed_when_result": true, "item": "ov-node-3", "rc": 0, "start": "2019-06-12 12:52:34.420488", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} >> failed: [ov-node-2 -> localhost] (item=ov-node-1) => {"changed": true, "cmd": ["dig", "ov-node-1", "+short"], "delta": "0:00:00.047938", "end": "2019-06-12 12:52:34.768149", "failed_when_result": true, "item": "ov-node-1", "rc": 0, "start": "2019-06-12 12:52:34.720211", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} >> >> >> Please help >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BXMOTKHGI5TNP…

1 0

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3
by Strahil 12 Jun '19

12 Jun '19

Hi Adrian, You have several options: A) If you have space on another gluster volume (or volumes) or on NFS-based storage, you can migrate all VMs live . Once you do it, the simple way will be to stop and remove the storage domain (from UI) and gluster volume that correspond to the problematic brick. Once gone, you can remove the entry in oVirt for the old host and add the newly built one.Then you can recreate your volume and migrate the data back. B) If you don't have space you have to use a more riskier approach (usually it shouldn't be risky, but I had bad experience in gluster v3): - New server has same IP and hostname: Use command line and run the 'gluster volume reset-brick VOLNAME HOSTNAME:BRICKPATH HOSTNAME:BRICKPATH commit' Replace VOLNAME with your volume name. A more practical example would be: 'gluster volume reset-brick data ovirt3:/gluster_bricks/data/brick ovirt3:/gluster_ ricks/data/brick commit' If it refuses, then you have to cleanup '/gluster_bricks/data' (which should be empty). Also check if the new peer has been probed via 'gluster peer status'.Check the firewall is allowing gluster communication (you can compare it to the firewalls on another gluster host). The automatic healing will kick in 10 minutes (if it succeeds) and will stress the other 2 replicas, so pick your time properly. Note: I'm not recommending you to use the 'force' option in the previous command ... for now :) - The new server has a different IP/hostname: Instead of 'reset-brick' you can use 'replace-brick': It should be like this: gluster volume replace-brick data old-server:/path/to/brick new-server:/new/path/to/brick commit force In both cases check the status via: gluster volume info VOLNAME If your cluster is in production , I really recommend you the first option as it is less risky and the chance for unplanned downtime will be minimal. The 'reset-brick' in your previous e-mail shows that one of the servers is not connected. Check peer status on all servers, if they are less than they should check for network and/or firewall issues. On the new node check if glusterd is enabled and running. In order to debug - you should provide more info like 'gluster volume info' and the peer status from each node. Best Regards, Strahil Nikolov On Jun 10, 2019 20:10, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Can you let me know how to fix the gluster and missing brick?, > I tried removing it by going to "storage > Volumes > vmstore > bricks > selected the brick > However it is showing as an unknown status (which is expected because the server was completely wiped) so if I try to "remove", "replace brick" or "reset brick" it wont work > If i do remove brick: Incorrect bricks selected for removal in Distributed Replicate volume. Either all the selected bricks should be from the same sub volume or one brick each for every sub volume! > If I try "replace brick" I cant because I dont have another server with extra bricks/disks > And if I try "reset brick": Error while executing action Start Gluster Volume Reset Brick: Volume reset brick commit force failed: rc=-1 out=() err=['Host myhost1_mydomain_com not connected'] > > Are you suggesting to try and fix the gluster using command line? > > Note that I cant "peer detach" the sever , so if I force the removal of the bricks would I need to force downgrade to replica 2 instead of 3? what would happen to oVirt as it only supports replica 3? > > thanks again. > > On Mon, Jun 10, 2019 at 12:52 PM Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hi Adrian, >> Did you fix the issue with the gluster and the missing brick? >> If yes, try to set the 'old' host in maintenance an

3 4

oVirt engine/engine-setup with other port than default HTTPS 443 possible?
by Dirk Rydvan 12 Jun '19

12 Jun '19

Hello, in a home lab with only one puplic IPv4-Adress is the Port 443 a very precious one. The installation of oVirt 4.3 on a single node/host with bare metal installed CentOS works well. (oVirt Cockpit and local installed engine added after installation of Centos 7.6). But it is more difficult to change the port from 443 to maybe 4443 the save the port 443. The change in: - /etc/httpd/conf/conf.d/ssl.conf - /var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine.xml and - disable selinux - add 4443 to public with firewall-cmd It does not work... now I see is more difficult than I think before... A port redirection at the edge route from <public-IPv4>:4443 to <private-IPv4>:443 does also not work, because the links points all to the standard https adress without a port number. Is there a way to change the default port 443 of oVirt engine to a other port? Many Thanks in advance!

1 0

RFE: HostedEngine to use boom by default
by Strahil Nikolov 12 Jun '19

12 Jun '19

Hello All, I have seen a lot of cases where the HostedEngine gets corrupted/broken and beyond repair. I think that BOOM is a good option for our HostedEngine appliances due to the fact that it supports booting from LVM snapshots and thus being able to easily recover after upgrades or other outstanding situations. Sadly, BOOM has 1 drawback - that everything should be under a single snapshot - thus no separation of /var /log or /audit. Do you think that changing the appliance layout is worth it ? Note: I might have an unsupported layout that could cause my confusion.Is your layout a single root LV ? Best Regards,Strahil Nikolov

2 2

4K Sector Hard drive Support - oVirt 4.3.4
by nico.kruger＠darkmatter.ae 12 Jun '19

12 Jun '19

Hi Guys, Does anyone have any idea if/when 4K Sector drives will be supported? My understanding is that this was one of the features for 4.3.4 Thanks Nico Kruger

2 1

vNUMA question
by Matthias Leopold 12 Jun '19

12 Jun '19

Hi, when I want to use vNUMA for VMs is it necessary that the number of VM virtual sockets corresponds to the number of vNUMA nodes? concrete example: hypervisor host has 2 physical cpus VM has 2 vNUMA nodes and uses CPU pinning which distributes the VCPUs equally over both physical CPUs is it necessary for the VM to have 2 virtual sockets or is it ok for virtual socket count to be powers of 2 (eg. 16)? thanks matthias

2 1

Re: Can't bring upgraded to 4.3 host back to cluster
by Shani Leviim 12 Jun '19

12 Jun '19

Np :) On Tuesday, June 11, 2019, Artem Tambovskiy <artem.tambovskiy(a)gmail.com> wrote: > Actually, this one wasn't stupid. The host was running version 4.3.3 and > was upgraded to 4.3.4 after yum update. > And this solved the issue ... thanks a lot! > > Looing at the bugtracker (https://bugzilla.redhat.com/ > buglist.cgi?classification=oVirt&f1=flagtypes.name&o1= > substring&query_format=advanced&target_milestone=ovirt-4.3.4&v1=blocker) > I don't see a suitable bug for this. perhaps vdsmd reconfiguration + yum > upgrade + host reboot did the trick. > > Thank you very much for spending a time on this! > Regards, > Artem > > On Tue, Jun 11, 2019 at 5:19 PM Shani Leviim <sleviim(a)redhat.com> wrote: > >> A stupid one: did you try to yum update? >> >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Tue, Jun 11, 2019 at 5:11 PM Artem Tambovskiy < >> artem.tambovskiy(a)gmail.com> wrote: >> >>> >>> Just tried this: >>> >>> [root@ovirt1 vdsm]# vdsm-tool configure --force >>> >>> Checking configuration status... >>> >>> abrt is already configured for vdsm >>> Managed volume database is already configured >>> lvm is configured for vdsm >>> libvirt is already configured for vdsm >>> SUCCESS: ssl configured to true. No conflicts >>> Current revision of multipath.conf detected, preserving >>> >>> Running configure... >>> Reconfiguration of abrt is done. >>> Reconfiguration of passwd is done. >>> Reconfiguration of libvirt is done. >>> >>> Done configuring modules to VDSM. >>> >>> And tried to restart vdsmd - it failed again. >>> >>> [root@ovirt1 vdsm]# journalctl -xe >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service >>> failed. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: ovirt-ha-broker.service >>> holdoff time over, scheduling restart. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Cannot add dependency job >>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Stopped oVirt Hosted Engine >>> High Availability Communications Broker. >>> -- Subject: Unit ovirt-ha-broker.service has finished shutting down >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit ovirt-ha-broker.service has finished shutting down. >>> Jun 11 17:07:58 ovirt1.telia.ru systemd[1]: Started oVirt Hosted Engine >>> High Availability Communications Broker. >>> -- Subject: Unit ovirt-ha-broker.service has finished start-up >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit ovirt-ha-broker.service has finished starting up. >>> -- >>> -- The start-up result is done. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: mom-vdsm.service holdoff >>> time over, scheduling restart. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Cannot add dependency job >>> for unit lvm2-lvmetad.socket, ignoring: Unit is masked. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Stopped MOM instance >>> configured for VDSM purposes. >>> -- Subject: Unit mom-vdsm.service has finished shutting down >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit mom-vdsm.service has finished shutting down. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: start request repeated too >>> quickly for supervdsmd.service >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Failed to start Auxiliary >>> vdsm service for running helper functions as root. >>> -- Subject: Unit supervdsmd.service has failed >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit supervdsmd.service has failed. >>> -- >>> -- The result is failed. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Dependency failed for >>> Virtual Desktop Server Manager. >>> -- Subject: Unit vdsmd.service has failed >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit vdsmd.service has failed. >>> -- >>> -- The result is dependency. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Dependency failed for MOM >>> instance configured for VDSM purposes. >>> -- Subject: Unit mom-vdsm.service has failed >>> -- Defined-By: systemd >>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit mom-vdsm.service has failed. >>> -- >>> -- The result is dependency. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Job mom-vdsm.service/start >>> failed with result 'dependency'. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: Job vdsmd.service/start >>> failed with result 'dependency'. >>> Jun 11 17:07:59 ovirt1.telia.ru systemd[1]: supervdsmd.service failed. >>> >>> I also tried to enable DEBUG level but failed. >>> >>> [root@ovirt1 vdsm]# vdsm-client Host setLogLevel level=DEBUG >>> vdsm-client: Connection to localhost:54321 with use_tls=True, timeout=60 >>> failed: [Errno 111] Connection refused >>> >>> >>> Regards, >>> Artem >>> >>> >>> >>> On Tue, Jun 11, 2019 at 4:45 PM Shani Leviim <sleviim(a)redhat.com> wrote: >>> >>>> Until will get a response from Dan (maybe it's related to a network >>>> issue), I would suggest to re-configure the vdsm: >>>> vdsm-tool configure --force >>>> >>>> some further steps are available here: https://www.ovirt.org/develop/ >>>> developer-guide/vdsm/installing-vdsm-from-rpm.html# >>>> installing--configuring-vdsm >>>> >>>> Let me know if it helped. >>>> >>>> Also, can you please attach a VDSM log with DEBUG level? >>>> To do so: >>>> vdsm-client Host setLogLevel level=DEBUG >>>> >>>> >>>> *Regards,* >>>> >>>> *Shani Leviim* >>>> >>>> >>>> On Tue, Jun 11, 2019 at 3:04 PM Artem Tambovskiy < >>>> artem.tambovskiy(a)gmail.com> wrote: >>>> >>>>> Hi Shani, >>>>> >>>>> yes, you are right - I can do ssh form aby to any hosts in the >>>>> cluster. vdsm.log attached. >>>>> I have tried to restart vdsm manually and even done a host restart >>>>> several times with no success. >>>>> Host activation fails all the time ... >>>>> >>>>> Thank you in advance for your help! >>>>> Regard, >>>>> Artem >>>>> >>>>> On Tue, Jun 11, 2019 at 10:51 AM Shani Leviim <sleviim(a)redhat.com> >>>>> wrote: >>>>> >>>>>> Hi Artem, >>>>>> According to oVirt documentation [1], hosts on the same cluster >>>>>> should be reachable from one to each other. >>>>>> >>>>>> Can you please share your vdsm log? >>>>>> I suppose you do manage to ssh that inactive host (correct me if I'm >>>>>> wrong). >>>>>> While getting the vdsm log, maybe try to restart the network and >>>>>> vdsmd services on the host. >>>>>> >>>>>> Another thing you can try on the UI is putting the host on >>>>>> maintenance and then activate it. >>>>>> >>>>>> [1] https://www.ovirt.org/documentation/admin-guide/ >>>>>> chap-Clusters.html#introduction-to-clusters >>>>>> >>>>>> >>>>>> *Regards,* >>>>>> >>>>>> *Shani Leviim* >>>>>> >>>>>> >>>>>> On Mon, Jun 10, 2019 at 4:42 PM Artem Tambovskiy < >>>>>> artem.tambovskiy(a)gmail.com> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> May I ask you for and advise? >>>>>>> I'm running a small oVirt cluster and couple of months ago I decided >>>>>>> to do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that >>>>>>> time. I can only guess what I did wrong - probably one of the problems that >>>>>>> I haven't switched the cluster from iptables to firewalld. But this is just >>>>>>> my guess. >>>>>>> >>>>>>> The problem is that I have upgraded the engine and one host, and >>>>>>> then I done an upgrade of second host I can't bring it to active state. >>>>>>> Looks like VDSM can't detect the network and fails to start. I even tried >>>>>>> to reinstall the hosts from UI (I have seen that the packages being >>>>>>> installed) but again, VDSM doesn't startup at the end and reinstallation >>>>>>> fails. >>>>>>> >>>>>>> Looking at hosts process list I see script *wait_for_ipv4s* >>>>>>> hanging forever. >>>>>>> >>>>>>> vdsm 8603 1 6 16:26 ? 00:00:00 /usr/bin/python >>>>>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent >>>>>>> >>>>>>> *root 8630 1 0 16:26 ? 00:00:00 /bin/sh >>>>>>> /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 >>>>>>> 16:26 ? 00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* >>>>>>> root 8688 1 30 16:27 ? 00:00:00 /usr/bin/python2 >>>>>>> /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock >>>>>>> vdsm 8715 1 0 16:27 ? 00:00:00 /usr/bin/python >>>>>>> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker >>>>>>> >>>>>>> The all hosts in cluster are reachable from each other ... That >>>>>>> could be the issue? >>>>>>> >>>>>>> Thank you in advance! >>>>>>> -- >>>>>>> Regards, >>>>>>> Artem >>>>>>> _______________________________________________ >>>>>>> Users mailing list -- users(a)ovirt.org >>>>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>>>> oVirt Code of Conduct: https://www.ovirt.org/ >>>>>>> community/about/community-guidelines/ >>>>>>> List Archives: https://lists.ovirt.org/ >>>>>>> archives/list/users(a)ovirt.org/message/TQX3LN2TEM4DECKKUMMRCWXTRM6BGI >>>>>>> AB/ >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> Artem >>>>> >>>> >>> >>> -- >>> Regards, >>> Artem >>> >> > > -- > Regards, > Artem > -- *Regards,* *Shani Leviim*

1 0

VM Disk Performance metrics?
by Wesley Stewart 11 Jun '19

11 Jun '19

Is there any way to get ovirt disk performance metrics into the web interface? It would be nice to see some type of IOPs data, so we can see which VMs are hitting our data stores the most. It seems you can run virt-top on a host to get some of these metrics, but it would be nice to get some sort of data in the gui. Thanks!

3 2

Can't bring upgraded to 4.3 host back to cluster
by Artem Tambovskiy 11 Jun '19

11 Jun '19

Hello, May I ask you for and advise? I'm running a small oVirt cluster and couple of months ago I decided to do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time. I can only guess what I did wrong - probably one of the problems that I haven't switched the cluster from iptables to firewalld. But this is just my guess. The problem is that I have upgraded the engine and one host, and then I done an upgrade of second host I can't bring it to active state. Looks like VDSM can't detect the network and fails to start. I even tried to reinstall the hosts from UI (I have seen that the packages being installed) but again, VDSM doesn't startup at the end and reinstallation fails. Looking at hosts process list I see script *wait_for_ipv4s* hanging forever. vdsm 8603 1 6 16:26 ? 00:00:00 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent *root 8630 1 0 16:26 ? 00:00:00 /bin/sh /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 16:26 ? 00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* root 8688 1 30 16:27 ? 00:00:00 /usr/bin/python2 /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock vdsm 8715 1 0 16:27 ? 00:00:00 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker The all hosts in cluster are reachable from each other ... That could be the issue? Thank you in advance! -- Regards, Artem

3 5

Failed to activate Storage Domain --- ovirt 4.2
by aminur.rahman＠iongroup.com 11 Jun '19

11 Jun '19

Hi Has anyone experiencing the following issue with Storage Domain - Failed to activate Storage Domain cLUN-R940-DC2-dstore01 -- VDSM command ActivateStorageDomainVDS failed: Storage domain does not exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',) Currently, the storge Domain is Inactive and strangely, the VMs are running as normal. We can't manage or extend the volume size of this storage domain. The pvscan shows as: [root@uk1-ion-ovm-18 pvscan /dev/mapper/36000d310056978000000000000000014: Checksum error at offset 4397954425856 Couldn't read volume group metadata from /dev/mapper/36000d310056978000000000000000014. Metadata location on /dev/mapper/36000d310056978000000000000000014 at 4397954425856 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36000d310056978000000000000000014 Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 I have tired the following steps: 1. Restarted ovirt-engine.service 2. tried to restore the metadata using vgcfgrestore but it failed with the following error: [root@uk1-ion-ovm-19 backup]# vgcfgrestore 36000d310056978000000000000000014 Volume group 36000d310056978000000000000000014 has active volume: . WARNING: Found 1 active volume(s) in volume group "36000d310056978000000000000000014". Restoring VG with active LVs, may cause mismatch with its metadata. Do you really want to proceed with restore of volume group "36000d310056978000000000000000014", while 1 volume(s) are active? [y/n]: y /dev/mapper/36000d310056978000000000000000014: Checksum error at offset 4397954425856 Couldn't read volume group metadata from /dev/mapper/36000d310056978000000000000000014. Metadata location on /dev/mapper/36000d310056978000000000000000014 at 4397954425856 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36000d310056978000000000000000014 Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 /etc/lvm/backup/36000d310056978000000000000000014: stat failed: No such file or directory Couldn't read volume group metadata from file. Failed to read VG 36000d310056978000000000000000014 from /etc/lvm/backup/36000d310056978000000000000000014 Restore failed. Please let me know if anyone knows any possible resolution. -AMinur

5 6

[ANN] oVirt 4.3.4 is now generally available
by Sandro Bonazzola 11 Jun '19

11 Jun '19

The oVirt Project is pleased to announce the general availability of oVirt 4.3.4 as of June 11th, 2019. This update is the fourth in a series of stabilization updates to the 4.3 series. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Due to Fedora 28 being now at end of life this release is missing experimental tech preview for x86_64 and s390x architectures for Fedora 28. We are working on Fedora 29 and 30 support and we may re-introduce experimental support for Fedora in next release. See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] - oVirt Windows Guest Tools is already available[2] oVirt Guest Tools ISO has been updated including new virtio-win-prewhql drivers collection version 171, providing updated qxl-wddm-dod driver version 0.19 (see https://gitlab.freedesktop.org/spice/win32/qxl-wddm-dod/blob/master/Changel… for more information). oVirt Node and Appliance have been updated including: - oVirt 4.3.4: http://www.ovirt.org/release/4.3.4/ - Latest CentOS updates including: - CEBA-2019:1015 CentOS 7 glibc BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023302.html> - CESA-2019:0809 Important CentOS 7 ovmf Security Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023280.html> - CEBA-2019:0814 CentOS 7 lvm2 BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023294.html> - CEBA-2019:0808 CentOS 7 iproute BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023288.html> - CESA-2019:1168 Important CentOS 7 kernel Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023314.html> - CEBA-2019:0807 CentOS 7 gcc BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023286.html> - CEBA-2019:0820 CentOS 7 systemd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023281.html> - CEBA-2019:0816 CentOS 7 sssd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023283.html> - CESA-2019:1264 Important CentOS 7 libvirt Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023319.html> - CEEA-2019:1210 CentOS 7 microcode_ctl Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023311.html> - CESA-2019:1022 Important CentOS 7 python-jinja2 Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023303.html> - CEEA-2019:0045 CentOS 7 rsync Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023284.html> - CEBA-2019:0826 CentOS 7 scap-security-guide BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023291.html> - CEBA-2019:0819 CentOS 7 sos BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023292.html> - latest CentOS Virt and Storage SIG updates: - CESA-2019:1179 CentOS Virt SIG - Errata and Security Advisory 2019:1179 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:1179 - ansible-2.8.1: https://github.com/ansible/ansible/blob/stable-2.8/changelogs/CHANGELOG-v2.… - glusterfs-5.6: https://docs.gluster.org/en/latest/release-notes/5.6/ - cockpit 193: https://cockpit-project.org/blog/cockpit-193.html Additional Resources: * Read more about the oVirt 4.3.4 release highlights: http://www.ovirt.org/release/4.3.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.4/ [2] http://resources.ovirt.org/pub/ovirt-4.3/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

1 0

Replace bad Host from a 9 Node hyperconverged setup 4.3.3
by adrianquintero＠gmail.com 10 Jun '19

10 Jun '19

Anybody have had to replace a failed host from a 3, 6, or 9 node hyperconverged setup with gluster storage? One of my hosts is completely dead, I need to do a fresh install using ovirt node iso, can anybody point me to the proper steps? thanks,

6 15

Re: run ovirt without firewalld
by Strahil 10 Jun '19

10 Jun '19

Then ... You have no choice , but to enable firewalld via a cron job or systemd service. I think Sahina and/or Sandro can hint you how to proceed . Best Regards, Strahil Nikolov On Jun 10, 2019 20:02, Chris Boon <cpjboon(a)gmail.com> wrote: > > yeah i noticed the same, HostedEngine doesn't want to migrate or start due to disabled firewalld. > But some organizations have a company policy not to run firewalls on servers, only edge firewalls. > So automation tools disable firewalld :( > > best regards, > Chris > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/JQOROLNXKSQHT…

1 0

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3
by Strahil 10 Jun '19

10 Jun '19

Hi Adrian, Did you fix the issue with the gluster and the missing brick? If yes, try to set the 'old' host in maintenance and then forcefully remove it from oVirt. If it succeeds (and it should), then you can add the server back and then check what happens. Best Regards, Strahil NikolovOn Jun 10, 2019 18:12, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Ok I have tried reinstalling the server from scratch with a different name and IP address and when trying to add it to cluster I get the following error: > > Event details > ID: 505 > Time: Jun 10, 2019, 10:00:00 AM > Message: Host myshost2.virt.iad3p installation failed. Host myhost2.mydomain.com reports unique id which already registered for myhost1.mydomain.com > > I am at a loss here, I don't have a brand new server to do this and in need to re-use what I have. > > > From the oVirt engine log (/var/log/ovirt-engine/engine.log): > 2019-06-10 10:57:59,950-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-37744) [9b88055] EVENT_ID: VDS_INSTALL_FAILED(505), Host myhost2.mydomain.com installation failed. Host myhost2.mydomain.com reports unique id which already registered for myhost1.mydomain.com > > So in the /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20190610105759-myhost2.mydomain.com-9b88055.log of the ovirt engine I see that the host deploy is running the following command to identify the system, if this is the case then it will never work :( because it identifies each host using the system uuid. > > dmidecode -s system-uuid > b64d566e-055d-44d4-83a2-d3b83f25412e > > > Any suggestions? > > Thanks > > On Sat, Jun 8, 2019 at 11:23 AM Adrian Quintero <adrianquintero(a)gmail.com> wrote: >> >> Leo, >> I did try putting it under maintenance and checking to ignore gluster and it did not work. >> Error while executing action: >> -Cannot remove host. Server having gluster volume. >> >> Note: the server was already reinstalled so gluster will never see the volumes or bricks for this server. >> >> I will rename the server to myhost2.mydomain.com and try to replace the bricks hopefully that might work, however it would be good to know that you can re-install from scratch an existing cluster server and put it back to the cluster. >> >> Still doing research hopefully we can find a way. >> >> thanks again >> >> Adrian >> >> >> >> >> On Fri, Jun 7, 2019 at 2:39 AM Leo David <leoalex(a)gmail.com> wrote: >>> >>> You will need to remove the storage role from that server first ( not being part of gluster cluster ). >>> I cannot test this right now on production, but maybe putting host although its already died under "mantainance" while checking to ignore guster warning will let you remove it. >>> Maybe I am wrong about the procedure, can anybody input an advice helping with this situation ? >>> Cheers, >>> >>> Leo >>> >>> >>> >>> >>> On Thu, Jun 6, 2019 at 9:45 PM Adrian Quintero <adrianquintero(a)gmail.com> wrote: >>>> >>>> I tried removing the bad host but running into the following issue , any idea?

2 1

Re: run ovirt without firewalld
by Strahil 10 Jun '19

10 Jun '19

I remember a case where my HostedEngine couldn't start due to disqbled firewalld. I'd recommend you to keep it running , as it will only be benefitial . Best Regards, Strahil NikolovOn Jun 8, 2019 13:38, Chris Boon <cpjboon(a)gmail.com> wrote: > > Hello, > > When i deploy and use oVirt 4.3, is firewalld really needed on hypervisors or can oVirt 4.3 run and function with a disabled firewalld? > > Regards, > Chris > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7G4KQQCEVIXCK…

2 1

Erro seabios ovirt
by LIONS TECNOLOGIA 10 Jun '19

10 Jun '19

Please! I am a beginner in ovirt and I installed a single server, I am with the following problem, when I open the virtual machine console screen, it shows this black screen attached, I would like to know how to solve this problem.

2 1

Re: Failed to activate Storage Domain --- ovirt 4.2
by Eyal Shenitzky 10 Jun '19

10 Jun '19

Nir, can you please have a look? On Mon, Jun 10, 2019 at 2:29 PM Aminur Rahman <aminur.rahman(a)iongroup.com> wrote: > Hi Eyal > > > > We’re using: > > > > ovirt-engine-4.2.8.2-1.el7.noarch > > vdsm-client-4.20.46-1.el7.noarch > > > > Thanks > > *Aminur Rahman* > > aminur.rahman(a)iongroup.com > > *t* > > +44 20 7398 0243 <+44%2020%207398%200243> > > *m* > > +44 7825 780697 <+44%207825%20780697%3c> > > iongroup.com <https://www.iongroup.com> > > > > *From:* Eyal Shenitzky <eshenitz(a)redhat.com> > *Sent:* 10 June 2019 07:20 > *To:* Aminur Rahman <aminur.rahman(a)iongroup.com>; Nir Soffer < > nsoffer(a)redhat.com> > *Cc:* users <users(a)ovirt.org> > *Subject:* Re: [ovirt-users] Failed to activate Storage Domain --- ovirt > 4.2 > > > > Hi Aminur, > > > > Can you please send the engine and vdsm versions? > > > > > > On Fri, Jun 7, 2019 at 5:03 PM <aminur.rahman(a)iongroup.com> wrote: > > Hi > Has anyone experiencing the following issue with Storage Domain - > > Failed to activate Storage Domain cLUN-R940-DC2-dstore01 -- > VDSM command ActivateStorageDomainVDS failed: Storage domain does not > exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',) > > Currently, the storge Domain is Inactive and strangely, the VMs are > running as normal. We can't manage or extend the volume size of this > storage domain. The pvscan shows as: > [root@uk1-ion-ovm-18 pvscan > /dev/mapper/36000d310056978000000000000000014: Checksum error at offset > 4397954425856 > Couldn't read volume group metadata from > /dev/mapper/36000d310056978000000000000000014. > Metadata location on /dev/mapper/36000d310056978000000000000000014 at > 4397954425856 has invalid summary for VG. > Failed to read metadata summary from > /dev/mapper/36000d310056978000000000000000014 > Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 > > I have tired the following steps: > 1. Restarted ovirt-engine.service > 2. tried to restore the metadata using vgcfgrestore but it failed with the > following error: > > [root@uk1-ion-ovm-19 backup]# vgcfgrestore > 36000d310056978000000000000000014 > Volume group 36000d310056978000000000000000014 has active volume: . > WARNING: Found 1 active volume(s) in volume group > "36000d310056978000000000000000014". > Restoring VG with active LVs, may cause mismatch with its metadata. > Do you really want to proceed with restore of volume group > "36000d310056978000000000000000014", while 1 volume(s) are active? [y/n]: y > /dev/mapper/36000d310056978000000000000000014: Checksum error at offset > 4397954425856 > Couldn't read volume group metadata from > /dev/mapper/36000d310056978000000000000000014. > Metadata location on /dev/mapper/36000d310056978000000000000000014 at > 4397954425856 has invalid summary for VG. > Failed to read metadata summary from > /dev/mapper/36000d310056978000000000000000014 > Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 > /etc/lvm/backup/36000d310056978000000000000000014: stat failed: No such > file or directory > Couldn't read volume group metadata from file. > Failed to read VG 36000d310056978000000000000000014 from > /etc/lvm/backup/36000d310056978000000000000000014 > Restore failed. > > Please let me know if anyone knows any possible resolution. > > -AMinur > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/W2JP7ZO5XMV66… > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…> > > > > > -- > > Regards, > > Eyal Shenitzky > -- Regards, Eyal Shenitzky

1 0

oVirt survey - May 2019
by Sandro Bonazzola 10 Jun '19

10 Jun '19

As we continue to develop oVirt 4.3 and future releases, the Development and Integration teams at Red Hat would value insights on how you are deploying the oVirt environment. Please help us to hit the mark by completing this short survey. Survey will close on June 7th. If you're managing multiple oVirt deployments with very different use cases or very different deployments you can consider answering this survey multiple times. Please note the answers to this survey will be publicly accessible. This survey is under oVirt Privacy Policy available at https://www.ovirt.org/site/privacy-policy.html The survey is available here: https://forms.gle/8uzuVNmDWtoKruhm8 -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 1

Re: [ovirt-devel] cannot add host (oVirt 4.3.3.7)
by Nir Soffer 10 Jun '19

10 Jun '19

On Sun, Jun 9, 2019 at 9:15 PM Hetz Ben Hamo <hetz(a)hetz.biz> wrote: Moving to users list, devel list is for discussion about oVirt development, not troubleshooting. I'm trying to add a new host to oVirt. The main host is Xeon E5 while the > new host is AMD Ryzen 5. > > The main host is running oVirt 4.3.3 and the new node is a minimal install > of CentOS 7.6 (1810) with all the latest updates. > Which engine version? on which OS? I'm enclosing the log files. it complains that it cannot get the oVirt > packages, perhaps wrong channel(?). Looking at the log, it's trying to use > minidnf. I don't think CentOS 7 supports DNF.. > Did you install ovirt-release43 rpm before adding the host? https://ovirt.org/download/ Nir

3 4

Re: Clusters run virtual machines or Red Hat Gluster Storage Servers
by Strahil 10 Jun '19

10 Jun '19

OVirt + Gluster is called 'Hyperconverged' setup and it supports only replica3 or a 'replica3 arbiter1' volumes. Vmware VSAN is another popular Hyperconverged Setup but requires a lot of licenses. The CPU and Disk resources are plenty on virtualization Hosts and this setup allows you to save space by removal of the iSCSI/NFS/SAN dedicated system. The setup is quite popular and it works quite well, but requires a 10G network (as load balancing smaller NICs is very hard ) - if performance is required, while even a 1 gbit/s NIC is possible to be used. Note: 1gbit/s will provide no more than 87 MB/s on gluster level for all your VMs , which is very poor. If you have 4 hosts -> one of them will not be in the gluster setup, or you will have 2 separate gluster volumes like this: oVirt1- Replica for volume A oVirt2- Replica for volume A , arbiter for volume B oVirt3 - Replica for volume B,arbiter for volume A oVirt4 - Replica for volume B Then you add them as hosts in your oVirt setup. Best Regards, Strahil NikolovOn Jun 10, 2019 05:29, xilazz(a)126.com wrote: > > Hi, everybody. When I was looking at the administrator's manual, it prompted Clusters run virtual machines or Red Hat Gluster Storage Servers. These two purposes are mad exclusive: > Virtualization and storage hosts together. When I configured the cluster, I said that the glusterfs and virt I saw were alternatives to the two checkboxes. > I would like to ask what happens when glusterfs and virt are in the same cluster? > How can I use hosted engine when I have four nodes? > Thank you very much for your reply. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CZR73TNWNRE5L…

2 1

Clusters run virtual machines or Red Hat Gluster Storage Servers
by xilazz＠126.com 09 Jun '19

09 Jun '19

Hi, everybody. When I was looking at the administrator's manual, it prompted Clusters run virtual machines or Red Hat Gluster Storage Servers. These two purposes are mad exclusive: Virtualization and storage hosts together. When I configured the cluster, I said that the glusterfs and virt I saw were alternatives to the two checkboxes. I would like to ask what happens when glusterfs and virt are in the same cluster? How can I use hosted engine when I have four nodes? Thank you very much for your reply.

1 0

run ovirt without firewalld
by Chris Boon 08 Jun '19

08 Jun '19

Hello, When i deploy and use oVirt 4.3, is firewalld really needed on hypervisors or can oVirt 4.3 run and function with a disabled firewalld? Regards, Chris

1 0

oVirt hosted engine lost superblocks, need to recover data - 4.1
by marcushershberger＠locl.net 07 Jun '19

07 Jun '19

I have been working on this a few days now, though no solution seems to have emerged. I have an oVirt 4.1 hosted engine that is now failing to boot except into emergency mode. When xfs_repair is run, it gives an error saying that the primary and secondary superblocks are bad. Earlier this week, I was trying to install engine-backup because there were problems with the root partition being full. I was working on resolving dependencies for engine-backup when the hosted engine became unresponsive with an output about gov0 (which I believe is related to gluster), and I have not been able to boot it correctly since then. I am able to mount /var, and I have access to it, but that is not true for the root partition. What are some suggestions for recovering the data on the root partition? Thanks!

1 0

disk description
by Dmitry Filonov 07 Jun '19

07 Jun '19

Hi - Looks like Friday is right around the corner... Have a really stupid question. Is there a way to edit disk description (or extend it's size) without attaching that disk to some VM and editing disk there? Thanks! -- Dmitry Filonov Linux Administrator SBGrid Core | Harvard Medical School 250 Longwood Ave, SGM-114 Boston, MA 02115

2 2

ETL service sampling has encountered an error. Please consult the service log for more details.
by nicolas＠devels.es 07 Jun '19

07 Jun '19

Hi, We're running oVirt 4.1.9 (cannot upgrade yet until [1] is released). Since a few days ago our event list if full of lines like this: ETL service sampling has encountered an error. Please consult the service log for more details. Having a look at the log I see events like: 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tJDBCOutput_5 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:363) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:9030) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync$5.run(StatisticsSync.java:16071) 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tRunJob_5 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1654) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1456) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1228) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683) 2019-06-06 13:37:11|FdlWtU|TOlL8U|KNLNa4|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_5|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:4444) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:11363) Can someone tell me how to fix it? I already restarted ovirt-engine, ovirt-engine-dwhd, postgresql and the three at a time and still didn't fix the issue. Currently the DWHD data is empty in the Dashboard. Thanks! [1]: https://github.com/oVirt/ovirt-web-ui/issues/490

2 2

[ANN] oVirt 4.3.4 Fourth Release Candidate is now available
by Sandro Bonazzola 07 Jun '19

07 Jun '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.4 FourthRelease Candidate, as of June 6th, 2019. This update is a release candidate of the fourth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used inproduction. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] - oVirt Windows Guest Tools iso is already available [2] Additional Resources: * Read more about the oVirt 4.3.4 release highlights: http://www.ovirt.org/release/4.3.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.4/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

2 2

high number of interface RX errors on ovirtmgmt network
by Jayme 06 Jun '19

06 Jun '19

I have a three node HCI setup on Dell R720s running the latest stable version of 4.3.3 Each hosts has a 1gig link and a 10gig link. The 1gig is used for ovirt management network and 10gig link is used for backend glusterFS traffic. I haven't noticed before but after installing ovirt metrics store I'm seeing that gig interface used for ovirtmgmt on all three hosts are showing high RX error rates. The 10gig interfaces for glusterFS on all three hosts appear to be fine. The 1gig ethernet controllers are: Broadcom Inc. and subsidiaries NetXtreme II BCM57800 1/10 Gigabit Ethernet (rev 10) Other physical servers on the same network/switches outside of oVirt have zero RX errors. Here is an example of what I'm seeing: host0: # ip -s link show em3 4: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT group default qlen 1000 link/ether b0:83:fe:cc:9a:2d brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 51777532544474 36233202312 416993 0 0 2062421 TX: bytes packets errors dropped carrier collsns 7284362442704 18685883330 0 0 0 0 host1: # ip -s link show em3 4: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT group default qlen 1000 link/ether b0:83:fe:cc:99:31 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 9518766859330 14424644226 89638 0 0 2056578 TX: bytes packets errors dropped carrier collsns 27866585257227 22323979969 0 0 0 0 host2: # ip -s link show em3 4: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT group default qlen 1000 link/ether b0:83:fe:cc:92:50 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 6409138012195 13045254148 14825 0 0 2040655 TX: bytes packets errors dropped carrier collsns 31577745516683 23466818659 0 0 0 0 Anyone have any ideas why the RX error rate on the ovirtmgmt network could be so high?

1 1

Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown
by souvaliotimaria＠mail.com 06 Jun '19

06 Jun '19

Hello, I came upon a problem the previous month that I figured it would be good to discuss here. I'm sorry I didn't post here earlier but time slipped me. I have set up a glustered, hyperconverged oVirt environment for experimental use as a means to see its behaviour and get used to its management and performance before setting it up as a production environment for use in our organization. The environment is up and running since 2018 October. The three nodes are HP ProLiant DL380 G7 and have the following characteristics: Mem: 22GB CPU: 2x Hexa Core - Intel Xeon Hexa Core E56xx HDD: 5x 300GB Network: BCM5709C with dual-port Gigabit OS: Linux RedHat 7.5.1804(Core 3.10.0-862.3.2.el7.x86_64 x86_64) - Ovirt Node 4.2.3.1 As I was working on the environment, the engine stopped working. Not long before the time the HE stopped, I was in the web interface managing my VMs, when the browser froze and the HE was also not responding to ICMP requests. The first thing I did was to connect via ssh to all nodes and run the command #hosted-engine --vm-status which showed that the HE was down in nodes 1 and 2 and up on the 3rd node. After executing #virsh -r list the VM list that was shown contained two of the VMs I had previously created and were up; the HE was nowhere. I tried to restart the HE with the #hosted-engine --vm-start but it didn't work. I then put all nodes in maintenance mode with the command #hosted-engine --set-maintenance --mode=global (I guess I should have done that earlier) and re-run #hosted-engine --vm-start that had the same result as it previously did. After checking the mails the system sent to the root user, I saw there were several mails on the 3rd node (where the HE had been), informing of the HE's state. The messages were changing between EngineDown-EngineStart, EngineStart-EngineStarting, EngineStarting-EngineMaybeAway, EngineMaybeAway-EngineUnexpectedlyDown, EngineUnexpectedlyDown-EngineDown, EngineDown-EngineStart and so forth. I continued by searching the following logs in all nodes : /var/log/libvirt/qemu/HostedEngine.log /var/log/libvirt/qemu/win10.log /var/log/libvirt/qemu/DNStest.log /var/log/vdsm/vdsm.log /var/log/ovirt-hosted-engine-ha/agent.log After that I spotted and error that had started appearing almost a month ago in node #2: ERROR Internal server error Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 197, in _dynamicMethod result = fn(*methodArgs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/apiwrapper.py", line 85, in logicalVolumeList return self._gluster.logicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 90, in wrapper rv = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/api.py", line 808, in logicalVolumeList status = self.svdsmProxy.glusterLogicalVolumeList() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 52, in <lambda> getattr(self._supervdsmProxy._svdsm, self._funcName)(*args, AttributeError: 'AutoProxy[instance]' object has no attribute 'glusterLogicalVolumeList' The outputs of the following commands were also checked as a way to see if there was a mandatory process missing/killed, a memory problem or even disk space shortage that led to the sudden death of a process #ps -A #top #free -h #df -hT Finally, after some time delving in the logs, the output of the #journalctl --dmesg showed the following message "Out of memory: Kill process 5422 (qemu-kvm) score 514 or sacrifice child. Killed process 5422 (qemu-kvm) total-vm:17526548kB, anon-rss:9310396kB, file-rss:2336kB, shmem-rss:12kB" which after that the ovirtmgmt started not responding. I tried to restart the vhostd by executing #/etc/rc.d/init.d/vhostmd start but it didn't work. Finally, I decided to run the HE restart command on the other nodes as well (I'd figured that since the HE was last running on the node #3, that's where I should try to restart it). So, I run #hosted-engine --vm-start and the output was "Command VM.getStats with args {'vmID':'...<το ID της HE>....'} failed: (code=1,message=Virtual machine does not exist: {'vmID':'...<το ID της HE>....'})" And then I run the command again and the output was "VM exists and its status is Powering Up." After that I executed #virsh -r list and the output was the following: Id Name State ---------------------------------------------------- 2 HostedEngine running After the HE's restart two mails came that stated: ReinitializeFSMEngineStarting and EngineStarting-EngineUp After that and after checking that we had access to the web interface again, we executed hosted-engine --set-maintenance --mode=none to get out of the maintenance mode. The thing is, I still am not 1000% sure what the problem was that led to the shutdown of the hosted engine and I think that maybe some of the steps I took were not needed. I believe it was because the process qemu-kvm was killed after there was not enough memory for it but is this the real cause? I wasn't doing anything unusual before the shutdown to believe it was because of the new VM that was still in shutdown mode or anything of the sort. Also, I believe it may be because of memory shortage because I hadn't executed the #sync ; echo 3 > /proc/sys/vm/drop_caches command for a couple of weeks. What are your thoughts on this? Could you point me to where to search for more information on the topic or tell me what is the right process to follow when something like this happens? Also, I have set up a few VMs but only three are Up and they have no users yet, even so the buffers fill almost to the brim when the usage is almost non-existant. If you have an environment that has some users or you use the VMs as virtual servers of some sort, what is the consumption of the memory? What's the optimal size for the memory? Thank you all very much.

2 1

Bond Mode 1 （Active-Backup）,vm unreachable for minutes when bond link change
by henaumars＠sina.com 06 Jun '19

06 Jun '19

Hello, I've a problem, all my ovirt hosts and vms are linked with a bonding mode 1（Active-Backup）2x10Gbps ovirt version：4.3 topology： ----------eno2 vm----------ovirtmgmt------bond0-----------eno1 ifcfg-bond0： # Generated by VDSM version 4.30.9.1 DEVICE=bond0 BONDING_OPTIOS='mode=1 miion=100' BRIDGE=ovirtmgmt MACADDR=a4:be:26:16:e9:b2 ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLER=no IPV6INIT=no ifcfg-eno1: # Generated by VDSM version 4.30.9.1 DEVICE=eno1 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLER=no IPV6INIT=no ifcfg-eno2: # Generated by VDSM version 4.30.9.1 DEVICE=eno2 MASTER=bond0 SLAVE=yes ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLER=no IPV6INIT=no ifcfg-ovirtmgmt: # Generated by VDSM version 4.30.9.1 DEVICE=ovirtmgmt TYPE=Brodge DELAY=0 STP=off ONBOOT=yes IPADDR=x.x.x.x NEYMASK=255.255.255.0 GATEWAY=x.x.x.x BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLER=no IPV6INIT=yes IPV6_AUTOCONF=yes cat /proc/net/bonding/bond0 Ethernet Chanel Bonding Driver:v3.7.1(April 27, 2011) Bonding Mode:fault-tolerance(active-ackup) Primary Slave:none Currently Active Slave:eno1 MII Status:up MII Polling Intercal (ms):100 Up Delay (ms) : 0 Down Delay (ms) : 0 Slave Interface :eno1 MII Status:up Speed : 10000 Mbps Link Failure Count : 0 Permanent HW addr :a4:be:26:16:e9:b2 Slave queue ID: 0 Slave Interface :eno2 MII Status:up Speed : 10000 Mbps Link Failure Count : 0 Permanent HW addr :a4:be:26:16:e9:b2 Slave queue ID: 0 ping vm from different subnet. Eveything is okay if I don't change bond link interface。When I unplug Currently Active Slave eno1,bond link change to eno2 as expected but vm become unreachable until external physical switch MAC Table ageing time expired.It seems that vm doesn't sent gratuitous ARP when bond link change. How can I fix if? vm os is Centos 7.5 ovirt version 4.2 also tested.

3 3

oVirt on RHEL 8.
by vrk5398＠gmail.com 05 Jun '19

05 Jun '19

Hello Did anyone managed to install oVirt on RHEL8? If so, Can you please guide me? I'm trying to install but it throws an error as "Failed to synchronize repo for ovirt-*". Please help me. Thank You.

3 4

Re: oVirt on RHEL 8.
by Strahil 05 Jun '19

05 Jun '19

Ovirt is still based on EL7. You have to wait till official announcement. Best Regards, Strahil NikolovOn Jun 5, 2019 15:52, vrk5398(a)gmail.com wrote: > > Hello > Did anyone managed to install oVirt on RHEL8? > If so, Can you please guide me? > I'm trying to install but it throws an error as "Failed to synchronize repo for ovirt-*". > Please help me. > > Thank You. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZBPBZCIAKFA4V…

1 0

oVirt Hosted-Engine upgrade filed
by mail＠set-pro.net 05 Jun '19

05 Jun '19

Hello! Get problems with upgrade oVirt Hosted-Engine from 4.2.8 to 4.3.3. After installing http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm on Engine VM i run yum update, then engine-setup and got this error: --== DATABASE CONFIGURATION ==-- [WARNING] This release requires PostgreSQL server 10.6 but the engine database is currently hosted on PostgreSQL server 9.5.14. [ INFO ] Verifying PostgreSQL SELinux file context rules [ ERROR ] Failed to execute stage 'Environment customization': could not stat file "base/13699369/1259_fsm": Permission denied [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20190602110956-iqr6bc.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20190602111120-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed But i don't find any solution how resolve this issue. Maybe i doing something wrong?

3 6

Followup: Create New VM from Template Glitch
by Andrei Verovski 05 Jun '19

05 Jun '19

Hi ! Followup to my previous post. Creating template from snapshot in 4.2.8 also suffers from the same bug - allocation policy selected to thin provision even if I select RAW from the popup menu. Verified twice. > Looks like there is some strange glitch creating new VM from template on oVirt 4.2.8.2. > > Basically I’m need to convert disk image from QCOW2 thin allocated to raw format in an existing VM. > These are steps performed: > 1) Create snapshot of an existing VM. > 2) Make template from snapshot. > 3) Create new VM using template, in Resource Allocation -> Storage Allocation -> Clone -> Format -> Raw. > > Unfortunately, newly created VM still have QCOW2 thin allocated disk. > Did this operation twice to be sure, and both times things went wrong. > > What is done wrong, and how to solve this problem? > Thanks in advance. >

2 5

Create New VM from Template Glitch
by Andrei Verovski 05 Jun '19

05 Jun '19

Hi ! Looks like there is some strange glitch creating new VM from template on oVirt 4.2.8.2. Basically I’m need to convert disk image from QCOW2 thin allocated to raw format in an existing VM. These are steps performed: 1) Create snapshot of an existing VM. 2) Make template from snapshot. 3) Create new VM using template, in Resource Allocation -> Storage Allocation -> Clone -> Format -> Raw. Unfortunately, newly created VM still have QCOW2 thin allocated disk. Did this operation twice to be sure, and both times things went wrong. What is done wrong, and how to solve this problem? Thanks in advance. Andrei

1 0

storware vProtect
by Giulio Casella 05 Jun '19

05 Jun '19

Hi everyone, I'm evaluating some datacenter backup solution, and finally I'm going to give a chance to storware vprotect for my ovirt DC (2 clusters, 3+32 hypervisors, about 100+ VMs). How many of you are using it? Any suggestion? Any caveat not immediately visible? Hints? Drawbacks? For example I have some problem mounting backup of some VM (pfsense firewalls), based on UFS filesystem. And I couldn't browse mounted backup from WebUI (NFS problems between server and node). I know these are problems I can easily get around, but I'm more concerned about issue I can't see right now. TIA, gc

1 0

Issue with oVirt aaa-ldap connector on fresh install of 4.3.3
by Vrgotic, Marko 05 Jun '19

05 Jun '19

________________________________ From: Vrgotic, Marko Sent: Tuesday, June 4, 2019 4:44:08 PM To: users(a)ovirt.org Cc: Stojchev, Darko Subject: Issue with aaa-ldap connector on fresh install of 4.3.3 Dear oVIrt, We are running 4.3.3 latest with SHE. Tried to connect our domain users using aaa-ldap extension tool provided. We tried multiple different accounts, with multiple dn search tree syntaxes and verified the passwords. The error is always the same: `2019-06-04 14:03:30,763+0000 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:835 Cannot authenticate using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com': {'info': '80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 'Invalid credentials'}` The log file is showing the following: 2019-06-04 14:02:31,666+0000 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._getURLs:283 URLs: [u'ldap://hqdc2.example.com:389', u'ldap://eudc1.example.com:389', u'ldap://eudc2.example.com:389', u'ldap://hqdc1.example.com:389'] 2019-06-04 14:02:31,666+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:393 Connecting to LDAP using 'ldap://hqdc2.example.com:389' 2019-06-04 14:02:31,675+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:444 Executing startTLS 2019-06-04 14:02:32,420+0000 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:447 Perform search 2019-06-04 14:02:32,567+0000 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:455 Result: [('', {'supportedLDAPVersion': ['3', '2']})] 2019-06-04 14:02:32,568+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:457 Connection succeeded 2019-06-04 14:02:32,568+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_USER 2019-06-04 14:02:32,568+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): 2019-06-04 14:02:57,540+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:RECEIVE uid=da-dstojchev,ou=Users,dc=example,dc=com 2019-06-04 14:02:57,541+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_PASSWORD 2019-06-04 14:02:57,541+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user password: 2019-06-04 14:03:00,713+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._bindLDAP:478 Attempting to bind using 'uid=da-dstojchev,ou=Users,dc=example,dc=com' 2019-06-04 14:03:00,862+0000 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:835 Cannot authenticate using 'uid=da-dstojchev,ou=Users,dc=example,dc=com': {'info': '80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 'Invalid credentials'} 2019-06-04 14:03:00,863+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_USER 2019-06-04 14:03:00,863+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): 2019-06-04 14:03:27,376+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:RECEIVE uid=openstack-test,ou=ABC Users,dc=example,dc=com 2019-06-04 14:03:27,376+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_PASSWORD 2019-06-04 14:03:27,377+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user password: 2019-06-04 14:03:30,616+0000 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._bindLDAP:478 Attempting to bind using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com' 2019-06-04 14:03:30,763+0000 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:835 Cannot authenticate using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com': {'info': '80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 'Invalid credentials'} 2019-06-04 14:03:30,764+0000 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVAAALDAP_LDAP_USER 2019-06-04 14:03:30,764+0000 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): 2019-06-04 14:03:41,055+0000 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.py", line 812, in _customization_late default='', File "/usr/share/otopi/plugins/otopi/dialog/human.py", line 211, in queryString value = self._readline(hidden=hidden) File "/usr/lib/python2.7/site-packages/otopi/dialog.py", line 246, in _readline value = self.__input.readline() File "/usr/lib/python2.7/site-packages/otopi/main.py", line 53, in _signal raise RuntimeError("SIG%s" % signum) RuntimeError: SIG2 2019-06-04 14:03:41,057+0000 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Environment customization': SIG2 2019-06-04 14:03:41,057+0000 DEBUG otopi.context context.dumpEnvironment:731 ENVIRONMENT DUMP – BEGIN This is fresh install of oVIrt 4.3.3 latest, assigned for our prod env. Kindly awaiting your reply, Marko Vrgotic ActiveVideo

1 0

Planned restart of production services
by Evgheni Dereveanchin 04 Jun '19

04 Jun '19

Hi everyone, I will be restarting several production systems within the following hour to apply updates. The following services may be unreachable for some period of time: - resources.ovirt.org - package repositories - jenkins.ovirt.org - CI master - glance.ovirt.org - Glance image repository Package repositories will be unreachable for a short period of time. No new CI jobs will be started during this period. I will announce you once maintenance is complete. -- Regards, Evgheni Dereveanchin

1 1

fence_rhevm not working with ovirt 4.3.4.2-1.el7 (RC2)
by Strahil Nikolov 04 Jun '19

04 Jun '19

Hello Community, I'm sending this e-mail just to notify you that I have raised a bug for the fence_rhevm (RHEL 8) which has problems parsing the response from the oVirt's API. The bug is : 1717179 – fence_rhevm cannot obtain plug status on oVirt 4.3.4.2-1.el7 (RC2) | | | | 1717179 – fence_rhevm cannot obtain plug status on oVirt 4.3.4.2-1.el7 (... | | | I guess the package won't work also with RHV (unless the changes in the API are in a recent version). Best Regards,Strahil Nikolov

1 0

Error importing kvm vm to oVirt 4.3.3: https://bugzilla.redhat.com/show_bug.cgi?id=1667488
by adrianquintero＠gmail.com 04 Jun '19

04 Jun '19

Has a resolution for https://bugzilla.redhat.com/show_bug.cgi?id=1667488 been provided somewhere? I cant seem to find a work around except to create an empty ISO domain. Engine logs: 2019-06-04 14:17:45,364-04 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] (default task-223) [f65d3feb-e76b-4e76-98f2-852152032a48] Lock Acquired to object 'EngineLock:{exclusiveLocks='[11553d4c-e084-4dfa-8ceb-6b00d62da19f=VM, testvm.mydomain.com=VM_NAME]', sharedLocks=''}' 2019-06-04 14:17:45,421-04 WARN [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] (default task-223) [] Validation of action 'ImportVmFromExternalProvider' failed for user admin@internal-authz. Reasons: VAR__ACTION__IMPORT,VAR__TYPE__VM,ERROR_CANNOT_FIND_ISO_IMAGE_PATH 2019-06-04 14:17:45,422-04 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] (default task-223) [] Lock freed to object 'EngineLock:{exclusiveLocks='[11553d4c-e084-4dfa-8ceb-6b00d62da19f=VM, testvm.mydomain.com=VM_NAME]', sharedLocks=''}' Thanks, AQ

1 0

VM import doesn't see VMs on storage
by Dmitry Filonov 04 Jun '19

04 Jun '19

Hi, I have 2 independent oVirt datacenters. Need to move some of the VMs from DC1 to DC2. So far the strategy was as simple as this - 1) connect new storage domain (NFS) to DC1 2) move VM disks to that storage 3) shut down VMs 4) disconnect storage from DC1 5) import same storage into DC2 6) import VMs from that storage and optionally move VM disks to storage local to DC2. Works fine for a dozen VMs until last Friday when I tried to import another 13 VMs into DC2 and VM import shows only 6. I can see disks in Disk import tab, but not VMs. I guess this is related to the fact that some of the VMs to be moved are based on a template that is still on DC1. But how do I move these VMs then? I can't move the template as 1) I still need it in DC1 2) it doesn't have any disks attached, so I can't really do the same steps to move it. Any ideas are very welcome here. Thanks a lot. -- Dmitry Filonov Linux Administrator SBGrid Core | Harvard Medical School 250 Longwood Ave, SGM-114 Boston, MA 02115

2 3

Feature Request: oVirt to warn when VDO is getting full
by Strahil 04 Jun '19

04 Jun '19

Hello All, I would like to ask how many of you use VDO before asking the oVirt Devs to assess a feature in oVirt for monitoring the size of the VDOs on hyperconverged systems. I think such warning, will save a lot of headaches, but it will not be usefull if most of the community is not using VDO at all. Best Regards, Strahil Nikolov

3 2

SSO problem for Window 7 VM (64)
by Harry Conings 04 Jun '19

04 Jun '19

Hi i am new to oVirt so i think i am missing something. I my case ovirt-engine-extension-aaa-ldap-setup did not work and i am not a domain administrator so i had to set it up by hand I can login with my AD user into the VM portal but SSO to a windows 7 machine does not happen Thks for your help rgds Harry my files: in /etc/ovirt-engine/aaa/zkf200mut.prd.properties vars.user = CN=HARRY (Adm),OU=Administrative Accounts,OU=Operations,OU=203,DC=zkf200mut,DC=prd vars.password = password pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} pool.default.serverset.type = single pool.default.serverset.single.server = 10.63.123.22 pool.default.dc-resolve.default.serverset.type = single pool.default.dc-resolve.serverset.single.server = 10.63.123.22 pool.default.socketfactory.type = java /etc/ovirt-engine/extensions.d/zkf200mut.prd-authn.properties ovirt.engine.extension.name = zkf200mut.prd-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = zkf200mut.prd ovirt.engine.aaa.authn.authz.plugin = zkf200mut.prd config.profile.file.1 = ../aaa/zkf200mut.prd.properties /etc/ovirt-engine/extensions.d/zkf200mut.prd.properties ovirt.engine.extension.name = zkf200mut.prd ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = ../aaa/zkf200mut.prd.properties engine.log -> when i login and click on the console of the VM 2019-06-04 12:24:30,442+02 INFO [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand] (default task-8) [354a4756] Running command: TerminateSessionsForTokenCommand internal: true. 2019-06-04 12:24:46,247+02 INFO [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-7) [] User m203hcon(a)zkf200mut.prd successfully logged in with scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-access 2019-06-04 12:24:46,316+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-7) [d7805c4] Running command: CreateUserSessionCommand internal: false. 2019-06-04 12:24:46,331+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-7) [d7805c4] EVENT_ID: USER_VDC_LOGIN(30), User m203hcon@zkf200mut.prd@zkf200mut.prd connecting from '10.63.120.199' using session 'CGIKs/CP4HQdLoUhWAzsq996BKkMcKDrqdfHT1x/kIBzixxbNl/hle8BZCZmS2L/ehVZdoStH2JByXragQxeqw==' logged in. 2019-06-04 12:24:47,015+02 ERROR [org.ovirt.engine.core.bll.GetPermissionsForObjectQuery] (default task-3) [1e271632-b9f4-4bcc-8205-ccd8ff1421f6] Query execution failed due to insufficient permissions. 2019-06-04 12:24:47,017+02 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-3) [] Operation Failed: query execution failed due to insufficient permissions. 2019-06-04 12:24:50,106+02 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-8) [6f85887f] Running command: SetVmTicketCommand internal: false. Entities affected : ID: 3985528e-5bd3-4d87-b766-361c7985788f Type: VMAction group CONNECT_TO_VM with role type USER 2019-06-04 12:24:50,118+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-8) [6f85887f] START, SetVmTicketVDSCommand(HostName = ovirtServer1.zkf200mut.prd, SetVmTicketVDSCommandParameters:{hostId='d28491ac-2c3b-4462-b24b-1c673155c644', vmId='3985528e-5bd3-4d87-b766-361c7985788f', protocol='SPICE', ticket='PzMAJhjN75ij', validTime='120', userName='m203hcon(a)zkf200mut.prd', userId='12f092ed-db4c-4ed0-b4bb-f3051c4fc677', disconnectAction='LOCK_SCREEN'}), log id: 103ea2 2019-06-04 12:24:50,150+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-8) [6f85887f] FINISH, SetVmTicketVDSCommand, return: , log id: 103ea2 2019-06-04 12:24:50,168+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-8) [6f85887f] EVENT_ID: VM_SET_TICKET(164), User m203hcon@zkf200mut.prd@zkf200mut.prd initiated console session for VM W203YZ001V

1 0

Re: [External] Re: ovirt metrics - vm dashboard not working
by Jayme 03 Jun '19

03 Jun '19

I just get a blank output from that command. I'm running oVirt Node NG 4.3.3.1 hosts On Mon, Jun 3, 2019 at 3:48 PM Morris, Roy <roy.morris(a)ventura.org> wrote: > Jayme, > > > > Can you run the following command and report back with the results? > > > > #systemctl status selinux* -l > > > > Best regards, > > Roy Morris > > GSA Virtualization Systems Analyst > > County of Ventura > > (805) 654-3625 > > (805) 603-9403 > > [image: cid:7c03dd9d67a9cfb78447b56087323d91a66d7c29.camel@ventura.org] > > > > *From:* Jayme <jaymef(a)gmail.com> > *Sent:* Monday, June 3, 2019 11:40 AM > *To:* users <users(a)ovirt.org> > *Subject:* [External] [ovirt-users] Re: ovirt metrics - vm dashboard not > working > > > > *CAUTION: *This email contains links. If it looks suspicious or is not > expected, DO NOT click and immediately forward to Spam.Manager(a)ventura.org > . > > > > > I'm seeing this in the journal for collectd on all of my hosts: > > > > collectd[18380]: write_syslog plugin: error with wr_send_message > collectd[18380]: write_syslog plugin: Connecting to localhost:44514 > failed. The last error was: Connection refused > collectd[18380]: write_syslog plugin: wr_callback_init failed. > collectd[18380]: write_syslog plugin: error with wr_send_message > collectd[18380]: write_syslog plugin: send failed with status -1 > (Connection reset by peer) > collectd[18380]: write_syslog plugin: error with wr_send_message > collectd[18380]: write_syslog plugin: send failed with status -1 > (Connection reset by peer) > > > > collectd and rsyslog are running, I tried restarting both. I can also > telnet to port 44514 on localhost and it's responding. > > > > > > On Mon, Jun 3, 2019 at 3:12 PM Jayme <jaymef(a)gmail.com> wrote: > > I finally managed to get oVirt metrics store running. I loaded sample > dashboards, searches and visualizations in to Kibana from > /etc/ovirt-engine-metrics/dashboards-examples. When importing searches and > visualizations there are warnings about missing index patterns. > > > > It appears that the "VM" dashboard is completely broken, no stats are > showing on it at all including simple stats such as running VM count. > > > > The other two dashboards Hosts and System are working and showing all > stats (sans VM count on the host dashboard). > > > > I believe I have a cash here of either missing indexes or potentially an > issue with the example dashboards? I can see that collectd is running on > all hosts and has the virt plugin loaded. > > > > What part of the config is responsible for suppling the VM > information/indexes? > >

2 2

Uploading disk images (oVirt 4.3.3.1)
by adrianquintero＠gmail.com 03 Jun '19

03 Jun '19

Hi, I have an issue while trying to upload disk images thru the Web UI. "Connection to ovirt-imageio-proxy service has failed. Make sure the service is installed, configured, and ovirt-engine certificate is registered as a valid CA in the browser." My ovirt engine's fqdn is ovirt-engine.mydomain.com however due to network restrictions I had to set rules in order to reach our ovirt-engine ovirt-engine.mydomain.com = 192.168.0.45 For example ovirt-engine.mydomain.otherstuff.com - 192.168.10.109:80, 192.168.10.109:443, 192.168.0.45:80 So as you can see I need to hit the ovirt-engine using ovirt-engine.mydomain.otherstuff.com which I am able to by modifyting the 11-setup-sso.conf file and adding "SSO_ENGINE_URL="https://ovirt-engine.mydomain.otherstuff.com:443/ovirt-engine/" I am able to upload disk images when using http://ovirt-engine.mydomain.com but not able to http://ovirt-engine.mydomain.otherstuff.com I know it might be related to the certificates but I need to be able to upload disk images using both URLs. any ideas?

3 6

ovirt metrics - vm dashboard not working
by Jayme 03 Jun '19

03 Jun '19

I finally managed to get oVirt metrics store running. I loaded sample dashboards, searches and visualizations in to Kibana from /etc/ovirt-engine-metrics/dashboards-examples. When importing searches and visualizations there are warnings about missing index patterns. It appears that the "VM" dashboard is completely broken, no stats are showing on it at all including simple stats such as running VM count. The other two dashboards Hosts and System are working and showing all stats (sans VM count on the host dashboard). I believe I have a cash here of either missing indexes or potentially an issue with the example dashboards? I can see that collectd is running on all hosts and has the virt plugin loaded. What part of the config is responsible for suppling the VM information/indexes?

2 2

Re: option to remove a specific VM greyed out
by Strahil 03 Jun '19

03 Jun '19

Maybe, there is a deletion protection? Just go to edit and uncheck it. Best Regards, Strahil NikolovOn Jun 3, 2019 17:46, Jayme <jaymef(a)gmail.com> wrote: > > Running latest stable 4.3. I have one particular VM that is shutdown but options for removal are greyed out in the admin gui. I tried starting it and shutting it down again but still the options are not-selectable. However, they are for other VMs. > > Any idea what is different about this VM that is preventing removal from the GUI? > >

1 0

option to remove a specific VM greyed out
by Jayme 03 Jun '19

03 Jun '19

Running latest stable 4.3. I have one particular VM that is shutdown but options for removal are greyed out in the admin gui. I tried starting it and shutting it down again but still the options are not-selectable. However, they are for other VMs. Any idea what is different about this VM that is preventing removal from the GUI?

2 2

Re: Gluster Deployment Failed - No Medium Found
by Strahil 03 Jun '19

03 Jun '19

Aanother option - you do not have blacklist section in multipath (requires rebuild of initramfs + reboot). Best Regards, Strahil NikolovOn Jun 3, 2019 14:49, Sachidananda URS <surs(a)redhat.com> wrote: > > Hi Stephen, > > > On Mon, Jun 3, 2019 at 3:57 PM <smcintosh(a)tradeprint.co.uk> wrote: >> >> Good Morning, >> >> I'm completely new to this and I'm testing setting up a Gluster environment with Ovirt. However, my deployment keeps fails and I don't understand what it means. Any assistance would be much appreciated. Please see error below... >> >> Error Message >> >> TASK [gluster.infra/roles/backend_setup : Create volume groups] **************** >> failed: [ov1.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} > > > One of the reasons for this is, the device could be having an existing partition table information. > > Can you please run the command: > > wipefs -a /dev/sdb > > On all the nodes and try again? > > -sachi >

1 0

Westmere CPU Family
by Vrgotic, Marko 03 Jun '19

03 Jun '19

Dear oVirt, For a strange reason I am convinced I have read somewhere that with 4.3 oVirt, the CPU family Westmere will not be supported any longer. Still, I see it in dropdown list after upgradingfrom 4.2 to 4.3, also after installing fresh 4.3. I also see it in oVirt documentation. Can someone tell me if its actually supported and if its going to be “discontinued” in 4.4 maybe? Thank you. Marko Vrgotic ActiveVideo

2 1

Gluster Deployment Failed - No Medium Found
by smcintosh＠tradeprint.co.uk 03 Jun '19

03 Jun '19

Good Morning, I'm completely new to this and I'm testing setting up a Gluster environment with Ovirt. However, my deployment keeps fails and I don't understand what it means. Any assistance would be much appreciated. Please see error below... Error Message TASK [gluster.infra/roles/backend_setup : Create volume groups] **************** failed: [ov1.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} failed: [ov3.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} failed: [ov2.test1.lan] (item={u'vgname': u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) => {"changed": false, "err": " /dev/sdb: open failed: No medium found\n Device /dev/sdb excluded by a filter.\n", "item": {"pvname": "/dev/sdb", "vgname": "gluster_vg_sdb"}, "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5} NO MORE HOSTS LEFT ************************************************************* NO MORE HOSTS LEFT ************************************************************* to retry, use: --limit @/usr/share/cockpit/ovirt-dashboard/ansible/hc_wizard.retry PLAY RECAP ********************************************************************* ov1.test1.lan : ok=10 changed=0 unreachable=0 failed=1 ov2.test1.lan : ok=10 changed=0 unreachable=0 failed=1 ov3.test1.lan : ok=10 changed=0 unreachable=0 failed=1 Any assistance would be much appreciated. Regards Stephen

2 1

Nvme over fabric array support through OVirt MANAGED_BLOCK_STORAGE Domain
by amit1.kumar＠intel.com 03 Jun '19

03 Jun '19

for an NVMe over fabric storage array that supports Cinder backend plugin, is it possible to use MANAGED_BLOCK_STORAGE domain to configure Virtual disk? in this case, is it required to have a single Virtual disk accessible from all the VDSM hosts (within the cluster) to support VM migration? Thanks, Amit

3 4

Re: libvirt memory leak?
by Strahil 02 Jun '19

02 Jun '19

Hi Alex, As a sys admin - I would rexommend to thoroughly check the 'journalctl' if it is permanent. If not - check libvirt logs (/var/log/something/qemu/VM-name.log -> this is based on memory). Also, if you run out of memory - the OOM killer kicked in and it will be reporting details kn /var/log/messages. Best Regards, Strahil NikolovOn Jun 2, 2019 06:37, Alex McWhirter <alex(a)triadic.us> wrote: > > After moving from 4.2 -> 4.3 libvirtd seems to be leaking memory, it > recently crashed a host by eating 123GB of RAM. Seems to follow one > specific VM around, this is the only VM i have created since 4.3, the > others were all made in 4.2 them upgraded to 4.3 > > What logs would be applicable? > > Libvirt 4.5.0 > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SB75R63BMUEWC…

1 0

Re: Uploading disk images (oVirt 4.3.3.1)
by Strahil 02 Jun '19

02 Jun '19

If you can, edit your /etc/hosts (linux client browsing the web) to point 'engine.mydomain.otherstuff.com' to the IP of the engine. I'm using the same approach but from windows and it worka for me. I am not sure but a CNAME in DNS should also work, but someone more experienced should step in. Best Regards, Strahil NikolovOn May 31, 2019 23:55, adrianquintero(a)gmail.com wrote: > > Hi, > I have an issue while trying to upload disk images thru the Web UI. > "Connection to ovirt-imageio-proxy service has failed. Make sure the service is installed, configured, and ovirt-engine certificate is registered as a valid CA in the browser." > > My ovirt engine's fqdn is ovirt-engine.mydomain.com however due to network restrictions I had to set rules in order to reach our ovirt-engine > ovirt-engine.mydomain.com = 192.168.0.45 > > For example ovirt-engine.mydomain.otherstuff.com - 192.168.10.109:80, 192.168.10.109:443, 192.168.0.45:80 > So as you can see I need to hit the ovirt-engine using ovirt-engine.mydomain.otherstuff.com which I am able to by modifyting the 11-setup-sso.conf file and adding "SSO_ENGINE_URL="https://ovirt-engine.mydomain.otherstuff.com:443/ovirt-engine/" > > I am able to upload disk images when using http://ovirt-engine.mydomain.com but not able to http://ovirt-engine.mydomain.otherstuff.com > I know it might be related to the certificates but I need to be able to upload disk images using both URLs. > > any ideas? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSQKTZ6YCD7XB…

1 0

Re: possible to clear vm started under different name warning in gui?
by Strahil 02 Jun '19

02 Jun '19

KVM allows the config to be updated when the feature cannot be done live. The 'poweron' is the only time KVM reads the configuration files. In our case, vdsm completely destroys the VM (virsh undefine) during poweroff and creates the VM (virsh define) during poweron. When using 'reboot' the KVM process never stops - so from Virtualization perspective , the VM never stops and thus no reread of the config. Best Regards, Strahil NikolovOn May 31, 2019 16:58, Jayme <jaymef(a)gmail.com> wrote: > > Thanks, I feel silly for not figuring that out but it looks like a full shutdown/power-off resolved it. I was only doing reboots previously. > > On Fri, May 31, 2019 at 10:47 AM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: >> >> Have you tried to power off and then power on the VM ? >> >> Best Regards, >> Strahil Nikolov >> >> В петък, 31 май 2019 г., 8:59:54 ч. Гринуич-4, Jayme <jaymef(a)gmail.com> написа: >> >> >> When a VM is renamed a warning in engine gui appears with an exclamation point stating "vm was started with a different name". Is there a way to clear this warning? The VM has been restarted a few times since but it doesn't go away. >> >> Thanks! >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FLA643IOFHYXZ…

1 0

libvirt memory leak?
by Alex McWhirter 01 Jun '19

01 Jun '19

After moving from 4.2 -> 4.3 libvirtd seems to be leaking memory, it recently crashed a host by eating 123GB of RAM. Seems to follow one specific VM around, this is the only VM i have created since 4.3, the others were all made in 4.2 them upgraded to 4.3 What logs would be applicable? Libvirt 4.5.0

1 0