- Users - oVirt List Archives

Ovirt system crash when starting VM with Quadro GPU
by Wesley Stewart 18 Jul '18

18 Jul '18

I have recently been using an old Radeon R9 270X lying around without issue, until this card seemed to have kicked the bucket. I had an Nvidia Quadro P2000 lying around I thought I would try. After installing it into my system, it showed up in the PCI device as anticipated. I based both devices to my Windows 10 guest. It shows up a a GP106GL and a separate audio component. The same thing that happened with the AMD Radeon Card. The events just shows the VM's being terminated without giving a reason, and I am hoping for some guidance. Currently using a single node setup, running ovirt 4.2.3. Any ideas or places to check would be much appreciated!

1 1

ovirt upgrade 4.1 - 4.2 fail
by Альбов Леонид 18 Jul '18

18 Jul '18

Hello! After upgrade engin from 4.1 to 4.2 all Host in status Activate or Non Operational. Error Message: VDSM cluster-nodeXX command GetCapabilitiesAsyncVDS failed: General SSLEngine problem Need help! (Centos 7) engine.log 2018-07-18 17:37:46,903+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node11.office.vliga/10.252.252.211 2018-07-18 17:37:46,905+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:46,906+03 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 2018-07-18 17:37:47,744+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node10.office.vliga/10.252.252.210 2018-07-18 17:37:47,747+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:47,747+03 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-95) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 2018-07-18 17:37:52,814+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node6.office.vliga/10.252.252.206 2018-07-18 17:37:52,816+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:52,816+03 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-55) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 2018-07-18 17:37:59,513+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node6.office.vliga/10.252.252.206 2018-07-18 17:37:59,514+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:59,517+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node10.office.vliga/10.252.252.210 2018-07-18 17:37:59,519+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem -- Леонид Альбов

1 0

Python-SDK4: Check snapshot deletion result?
by nicolas＠devels.es 18 Jul '18

18 Jul '18

Hi, We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently we're trying to delete some snapshots via a script like this: sys_serv = conn.system_service() vms_service = sys_serv.vms_service() vm_service = vms_service.vm_service(vmid) snaps_service = vm_service.snapshots_service() snaps_service.service('SNAPSHOT-ID').remove() This works, mostly... however, sometimes the deletion fails: Failed to delete snapshot 'snapshot name' for VM 'vm'. Is it currently possible to know via Python-SDK that the deletion actually failed? I know I can check the state of a snapshot, but I'd like to check the result of the task. Is that possible somehow? Thanks.

3 5

Issue when updating node to 4.2.4
by Callum Smith 18 Jul '18

18 Jul '18

Error in the scripts as part of doing a yum update on the host: /var/log/messages Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,170 [INFO] (MainThread) Extracting image '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img' Jul 12 12:07:00 virtA003 kernel: EXT4-fs (loop3): mounted filesystem with ordered data mode. Opts: (null) Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,295 [INFO] (MainThread) Starting base creation Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,295 [INFO] (MainThread) New base will be: ovirt-node-ng-4.2.4-0.20180626.0 Jul 12 12:07:00 virtA003 python: detected unhandled Python exception in '/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py' Jul 12 12:07:00 virtA003 abrt-server: Executable '/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py' doesn't belong to any package and ProcessUnpackaged is set to 'no' Jul 12 12:07:00 virtA003 abrt-server: 'post-create' on '/var/tmp/abrt/Python-2018-07-12-12:07:00-4688' exited with 1 Jul 12 12:07:00 virtA003 abrt-server: Deleting problem directory '/var/tmp/abrt/Python-2018-07-12-12:07:00-4688' Jul 12 12:07:00 virtA003 yum[4558]: Updated: ovirt-node-ng-image-update-4.2.4-1.el7.noarch /tmp/imgbased.log 2018-07-12 12:07:00,166 [DEBUG] (MainThread) Version: imgbased-1.0.20 2018-07-12 12:07:00,170 [DEBUG] (MainThread) Arguments: Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', command='update', debug=True, experimental=False, format='liveimg', stream='Image') 2018-07-12 12:07:00,170 [INFO] (MainThread) Extracting image '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img' 2018-07-12 12:07:00,170 [DEBUG] (MainThread) Calling binary: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {} 2018-07-12 12:07:00,170 [DEBUG] (MainThread) Calling: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,173 [DEBUG] (MainThread) Returned: /tmp/mnt.qTRik 2018-07-12 12:07:00,173 [DEBUG] (MainThread) Calling binary: (['mount', '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', u'/tmp/mnt.qTRik'],) {} 2018-07-12 12:07:00,174 [DEBUG] (MainThread) Calling: (['mount', '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Mounted squashfs 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Found fsimage at '/tmp/mnt.qTRik/LiveOS/rootfs.img' 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Calling binary: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {} 2018-07-12 12:07:00,181 [DEBUG] (MainThread) Calling: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,184 [DEBUG] (MainThread) Returned: /tmp/mnt.SIk9q 2018-07-12 12:07:00,184 [DEBUG] (MainThread) Calling binary: (['mount', u'/tmp/mnt.qTRik/LiveOS/rootfs.img', u'/tmp/mnt.SIk9q'],) {} 2018-07-12 12:07:00,184 [DEBUG] (MainThread) Calling: (['mount', u'/tmp/mnt.qTRik/LiveOS/rootfs.img', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,199 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Using nvr: ovirt-node-ng-4.2.4-0.20180626.0 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Fetching image for '/' 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Calling binary: (['findmnt', '--noheadings', '-o', 'SOURCE', '/'],) {} 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Calling: (['findmnt', '--noheadings', '-o', 'SOURCE', '/'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,217 [DEBUG] (MainThread) Returned: /dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1 2018-07-12 12:07:00,218 [DEBUG] (MainThread) Found '/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1' 2018-07-12 12:07:00,218 [DEBUG] (MainThread) Calling binary: (['lvs', '--noheadings', '--ignoreskippedcluster', '-ovg_name,lv_name', u'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,218 [DEBUG] (MainThread) Calling: (['lvs', '--noheadings', '--ignoreskippedcluster', '-ovg_name,lv_name', u'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,248 [DEBUG] (MainThread) Returned: onn_virta003 ovirt-node-ng-4.2.3.1-0.20180530.0+1 2018-07-12 12:07:00,248 [DEBUG] (MainThread) Found LV for path /dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1: onn_virta003 ovirt-node-ng-4.2.3.1-0.20180530.0+1 2018-07-12 12:07:00,248 [DEBUG] (MainThread) Found LV 'ovirt-node-ng-4.2.3.1-0.20180530.0+1' for path '/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1' 2018-07-12 12:07:00,249 [DEBUG] (MainThread) Calling binary: (['vgs', '--noheadings', '--ignoreskippedcluster', '--select', 'vg_tags = imgbased:vg', '-o', 'vg_name'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,249 [DEBUG] (MainThread) Calling: (['vgs', '--noheadings', '--ignoreskippedcluster', '--select', 'vg_tags = imgbased:vg', '-o', 'vg_name'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,271 [DEBUG] (MainThread) Returned: onn_virta003 2018-07-12 12:07:00,271 [DEBUG] (MainThread) Calling binary: (['lvs', '--noheadings', '--ignoreskippedcluster', '-osize', '--units', 'B', u'onn_virta003/ovirt-node-ng-4.2.3.1-0.20180530.0+1'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,271 [DEBUG] (MainThread) Calling: (['lvs', '--noheadings', '--ignoreskippedcluster', '-osize', '--units', 'B', u'onn_virta003/ovirt-node-ng-4.2.3.1-0.20180530.0+1'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,294 [DEBUG] (MainThread) Returned: 349121282048B 2018-07-12 12:07:00,295 [DEBUG] (MainThread) Recommeneded base size: 349121282048B 2018-07-12 12:07:00,295 [INFO] (MainThread) Starting base creation 2018-07-12 12:07:00,295 [INFO] (MainThread) New base will be: ovirt-node-ng-4.2.4-0.20180626.0 2018-07-12 12:07:00,295 [DEBUG] (MainThread) Calling binary: (['vgs', '--noheadings', '--ignoreskippedcluster', '@imgbased:pool', '-o', 'lv_full_name'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,295 [DEBUG] (MainThread) Calling: (['vgs', '--noheadings', '--ignoreskippedcluster', '@imgbased:pool', '-o', 'lv_full_name'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Returned: onn_virta003/pool00 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Pool: <LV 'onn_virta003/pool00' /> 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Calling binary: (['lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00'],) {} 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Calling: (['lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,344 [DEBUG] (MainThread) Exception! Logical Volume "ovirt-node-ng-4.2.4-0.20180626.0" already exists in volume group "onn_virta003" 2018-07-12 12:07:00,344 [DEBUG] (MainThread) Calling binary: (['umount', '-l', u'/tmp/mnt.SIk9q'],) {} 2018-07-12 12:07:00,344 [DEBUG] (MainThread) Calling: (['umount', '-l', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,360 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,360 [DEBUG] (MainThread) Calling binary: (['rmdir', u'/tmp/mnt.SIk9q'],) {} 2018-07-12 12:07:00,360 [DEBUG] (MainThread) Calling: (['rmdir', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,364 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,364 [DEBUG] (MainThread) Calling binary: (['umount', '-l', u'/tmp/mnt.qTRik'],) {} 2018-07-12 12:07:00,364 [DEBUG] (MainThread) Calling: (['umount', '-l', u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,374 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,374 [DEBUG] (MainThread) Calling binary: (['rmdir', u'/tmp/mnt.qTRik'],) {} 2018-07-12 12:07:00,374 [DEBUG] (MainThread) Calling: (['rmdir', u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,377 [DEBUG] (MainThread) Returned: Traceback (most recent call last): File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py", line 53, in <module> CliApplication() File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__init__.py", line 82, in CliApplication app.hooks.emit("post-arg-parse", args) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/hooks.py", line 120, in emit cb(self.context, *args) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/plugins/update.py", line 56, in post_argparse base_lv, _ = LiveimgExtractor(app.imgbase).extract(args.FILENAME) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/plugins/update.py", line 118, in extract "%s" % size, nvr) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/plugins/update.py", line 84, in add_base_with_tree lvs) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/imgbase.py", line 310, in add_base new_base_lv = pool.create_thinvol(new_base.lv_name, size) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/lvm.py", line 324, in create_thinvol self.lvm_name]) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/utils.py", line 390, in lvcreate return self.call(["lvcreate"] + args, **kwargs) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/utils.py", line 378, in call stdout = call(*args, **kwargs) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/utils.py", line 153, in call return subprocess.check_output(*args, **kwargs).strip() File "/usr/lib64/python2.7/subprocess.py", line 575, in check_output raise CalledProcessError(retcode, cmd, output=output) subprocess.CalledProcessError: Command '['lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00']' returned non-zero exit status 5 How would i move forward on this? Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

2 3

Guest Agent Console
by Hari Prasanth Loganathan 18 Jul '18

18 Jul '18

Hi Team, A Quick question, As per this document ( https://www.ovirt.org/documentation/vmm-guide/chap-Installing_Linux_Virtual…) If I Install the common package - ovirt-engine-guest-agent-common using the apt-get / yum install ovirt-engine-guest-agent-common *Will it also install the drivers mentioned in it?* virtio-net, virtio-block, virtio-scsi, virtio-serial, virtio-baloon, qxl Thanks, Hari -- DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission.

2 1

Disk Statistics API in Ovirt
by Hari Prasanth Loganathan 18 Jul '18

18 Jul '18

Hi Team, We are using the following API to collect the disk statistics, https://X.X.X.2/ovirt-engine/api/ *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda…> I found one issue in the disk statistics. In case If the Virtual Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) attached to it and I perform some read / write operation in the VM and it increases the corresponding disk level Read data rate / Write data rate / disk.read.latency / disk.write.latency. *Example*, I received the following values for this disk, But the problem is even when I bring down the VM still the last known value is received continuously. *Is it a known issue Or any workaround is available? * *Expected : All values should go to Zero* *Actual : All values retains the last known values when the VM was in UP state. * { "statistic": [ { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 2184 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.read", "description": "Read data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" }, { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 41202005 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.write", "description": "Write data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0.12 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.read.latency", "description": "Read latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 1.4 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.write.latency", "description": "Write latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.flush.latency", "description": "Flush latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" } ] } Thanks, Hari -- DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission.

1 3

Windows VMs won't boot in debug mode
by Andrew X 17 Jul '18

17 Jul '18

Hi Everyone, I've been having problems getting Windows 10 VMs to boot in debug mode after turning on debugging over network (steps below). Also, device manager in Windows is not showing the processors' node which might be related (same reason why Windows is refusing to boot in debug mode?). I don't have any of these problems when I use generic KVM or Proxmox KVM. To turn on debugging in Windows, I do the follwoing from an admin terminal window: bcdedit /debug on bcdedit /dbgsettings net hostip:a.b.c.d port:p key:1.2.3.4 Any help will be appreciated, Thanks, Andrew

1 0

oVirt Metrics
by Shirly Radco 17 Jul '18

17 Jul '18

Dear users, I would love to get some feedback if someone has tried to install and use the oVirt metrics store, released in 4.2, for collecting metrics and logs, based on Elasticsearch, Kibana, Collectd and Fluentd on top of OpenShift. https://www.ovirt.org/develop/release-management/features/metrics/metrics-s… How did the installation go? Are you actively using it? And any other feedback would be much appreciated. Best regards, -- SHIRLY RADCO BI SeNIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

7 25

oVirt node not installed
by Spickiy Nikita 17 Jul '18

17 Jul '18

Hi, i try install oVirt node, but getting errors on step post-install script. Screen error in attachment. [cid:944CCD96-B8FF-4ABA-AF17-FA6A7DC184BB@digital-ecosystems.ru] [cid:8D77635B-AF62-4894-A9E2-F57E9F290DE5@digital-ecosystems.ru]

2 1

Disk Statistics API in oVirt
by Hari Prasanth Loganathan 17 Jul '18

17 Jul '18

Hi Team, We are using the following API to collect the disk statistics, https://X.X.X.2/ovirt-engine/api/ *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda…> I found one issue in the disk statistics. In case If the Virtual Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) attached to it and I perform some read / write operation in the VM and it increases the corresponding disk level Read data rate / Write data rate / disk.read.latency / disk.write.latency. *Example*, I received the following values for this disk, But the problem is even when I bring down the VM still the last known value is received continuously. *Is it a known issue Or any workaround is available? * *Expected : All values should go to Zero* *Actual : All values retains the last known values when the VM was in UP state. * { "statistic": [ { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 2184 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.read", "description": "Read data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" }, { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 41202005 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.write", "description": "Write data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0.12 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.read.latency", "description": "Read latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 1.4 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.write.latency", "description": "Write latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.flush.latency", "description": "Flush latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" } ] } Thanks, Hari -- DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission.

1 1