- Users - oVirt List Archives

2-node with FC Storage
by carsten.recker＠ccf.de 16 Sep '21

16 Sep '21

Hello, i want to run an 2-node oVirt cluster, where both nodes are connected to an FC Storage. What is the best practice to connect LUNs to it, so that you can switch VMs between both nodes? Thanks

3 2

host upgrade problems galore
by Diggy Mc 15 Sep '21

15 Sep '21

Brief background: Simple environment -- self-hosted engine and two oVirt Node hosts all running 4.4.4. Couple NFS-based data storage domains and a few VLAN-based networks. Upgrading the Hosted Engine from 4.4.4 to 4.4.8 appears to have completed successfully and without incident. I followed the published instructions. :) Problems upgrading the oVirt Node hosts !!! Initialized cluster upgrade. It got as far as rebooting the first host. ERRORS. Said "vdsmd... BAD" Found journal log entry suggesting I run a vdsm config command. Did that and rebooted. VDSM error went away and all looked good. Unfortunately VMs started on that host now were clearly unstable. Ugh! Unusable host. Removed that host from the cluster. Reinstalled from scratch using the 4.4.8 ISO. All went well. Added it to the cluster and deployed the HE to it. No Errors. Unfortunately, it is now stuck in a NonOperational state and I cannot determine why. Please help.

2 2

oVirt 4.3 DWH with Grafana
by Vrgotic, Marko 14 Sep '21

14 Sep '21

Dear oVirt, We are currently running oVirt 4.3 and upgrade/migration to 4.4 won’t be possible for few more months. I am looking into guidelines, how to, for setting up Grafana using DataWarehouse as data source. Did anyone already did this, and would be willing to share the steps? Kindly awaiting your reply. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message.

8 11

HE and Node upgrade procedures
by Diggy Mc 14 Sep '21

14 Sep '21

Where can I find the documentation on the procedure to upgrade the Hosted Engine as well as the oVirt Nodes? Specifically, both the HE and Nodes are currently at 4.4.4 and I would like to upgrade to 4.4.8.3. Also, if I remember correctly, 4.4.4 was the last version to use CentOS Linux 8 and later versions switched to CentOS Stream 8. Will the upgrade procedure automatically switch over to Stream? Is there anything I need to be aware of or concerned with regarding the switch to Stream? Your help and guidance is much appreciated.

2 2

what kind of managed block can oVirt manage ?
by Tommy Sway 14 Sep '21

14 Sep '21

On the create disk page, there is option to create disk that is from managed block, I want wo know what's kind of it ? Ceph block device ? Thanks!

2 17

virtio-win driver licensing
by simon＠justconnect.ie 14 Sep '21

14 Sep '21

Hi, Can someone clarify the licensing around virtio-win drivers on oVirt 4.4.8 as the following seems to imply a RedHat paid subscrition is required when installing "virtio-win-guest-tools.exe" "2. Program License Grant. Red Hat grants User a non-exclusive, non-transferable license to use the Program during the term of and on systems with fully-paid applicable Red Hat subscription(s) provided User may not: (a) modify, copy, or create any derivative works of the Program; (b) decompile, disassemble or reverse engineer the Program (except to the extent permitted by applicable law); (c) redistribute, encumber, sell, rent, lease, sublicense, or otherwise transfer rights to the Program (except to the extent permitted herein); or (d) remove or alter any trademark, logo, copyright or other proprietary notices, legends, symbols or labels in the Program. Upon expiration of the term set forth above, User will promptly remove, delete or destroy all copies of the Program in its possession." Kind Regards Simon...

5 9

Thank you for restreaming the oVirt Conf to China!
by Janos Bonic 14 Sep '21

14 Sep '21

Hey folks, I'm hoping whoever mentioned in the chat that they are rebroadcasting the conference to China is in this mailing list. I owe you a huge thank you! I tried to figure out how to stream to China, but I failed. If you are interested in helping us set up a direct stream or publish to a platform accessible in China next year, please contact me privately so we can coordinate. Janos

1 0

oVirt Monitoring Alerts via Grafana
by Aviv Litman 14 Sep '21

14 Sep '21

Hi all, Hope you all are doing well. Checkout this new oVirt blog: oVirt Monitoring Alerts via Grafana <https://blogs.ovirt.org/2021/08/ovirt-monitoring-alerts-via-grafana/>. The blog explains how to configure alerts in Grafana for your oVirt environment and provides an example alerts dashboard that you can import, use and edit to your needs. When using alerts significant or critical data changes can be immediately recognized, so don't miss this opportunity to learn how to configure and use this important tool. Feedback, comments and suggestions are more than welcome! -- Aviv Litman BI Associate Software Engineer Red Hat <https://www.redhat.com/> alitman(a)redhat.com <https://www.redhat.com/>

3 3

Firewalld problem
by Jorge Visentini 13 Sep '21

13 Sep '21

Hi all. Anyone with the problem below? *firewalld[29746]: ERROR: COMMAND_FAILED: 'python-nftables' failed: internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory internal:0:0-0: Error: No such file or directory* I'm using ovirt 4.4.8.3. The python-nftables package doesn't exist on the repository, just the python3-nftables package... Thanks!! -- Att, Jorge Visentini +55 55 98432-9868

1 0

about the cloud-init options on the vm portal
by Tommy Sway 13 Sep '21

13 Sep '21

It seems that the options for cloud-init in the VM portal interface are only host name and SSH key, other options that can be seen in the administrator interface are not visible. Is there a solution to this problem? Thanks!

1 0

Cannot Start VM After Pausing due to Storage I/O Error
by bob.franzke＠mdaemon.com 13 Sep '21

13 Sep '21

Noticed I had a VM that was 'paused' due to a 'Storage I/O error. I inherited this system from another admin and have no idea where to start figuring this out. We have a 4-node Ovirt cluster with a 5 Manager node. The VM in question is running on a host vm-host-colo-4. Best I can tell the VMs run on a gluster replicated volume replicated between all 4 nodes, with node 1 running as an arbiter node for the gluster volume. Other VMs are running on this host 4 so not sure what the issue is with this one VM. When I look at the status of the gluster volume for this host, I see the self-heal info for the bricks is listed as 'N/A' for this host. All the other hosts in the cluster list this info as 'OK'. When I cd into the gluster directory on host 4, I don't see the same things as I do on the other hosts. I am not sure this is an issue but its just different. When running various gluster commands gluster seems to respond. See below: [root@vm-host-colo-4 gluster]# gluster volume info all Volume Name: gl-colo-1 Type: Replicate Volume ID: 2c545e19-9468-487e-9e9b-cd3202fc24c4 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: 10.20.101.181:/gluster/gl-colo-1/brick1 Brick2: 10.20.101.183:/gluster/gl-colo-1/brick1 Brick3: 10.20.101.185:/gluster/gl-colo-1/brick1 (arbiter) Options Reconfigured: network.ping-timeout: 30 cluster.granular-entry-heal: enable performance.strict-o-direct: on storage.owner-gid: 36 storage.owner-uid: 36 cluster.choose-local: off features.shard: on cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 8 cluster.locking-scheme: granular cluster.data-self-heal-algorithm: full cluster.server-quorum-type: server cluster.quorum-type: auto cluster.eager-lock: enable network.remote-dio: off performance.low-prio-threads: 32 performance.io-cache: off performance.read-ahead: off performance.quick-read: off auth.allow: * user.cifs: off transport.address-family: inet nfs.disable: on performance.client-io-threads: off Volume Name: gl-vm-host-4 Type: Distribute Volume ID: a2ba6b29-2366-4a7e-bda8-2e0574cf4afa Status: Started Snapshot Count: 0 Number of Bricks: 1 Transport-type: tcp Bricks: Brick1: 10.20.101.187:/gluster/gl-vm-host-colo-4 Options Reconfigured: network.ping-timeout: 30 cluster.granular-entry-heal: enable network.remote-dio: off performance.strict-o-direct: on storage.owner-gid: 36 storage.owner-uid: 36 auth.allow: * user.cifs: disable transport.address-family: inet nfs.disable: on [root@vm-host-colo-4 gluster]# [root@vm-host-colo-4 gluster]# gluster-eventsapi status Webhooks: http://mydesktop.altn.int:80/ovirt-engine/services/glusterevents +-------------------------+-------------+-----------------------+ | NODE | NODE STATUS | GLUSTEREVENTSD STATUS | +-------------------------+-------------+-----------------------+ | vm-host-colo-1.altn.int | UP | OK | | vm-idev-colo-1.altn.int | UP | OK | | vm-host-colo-2.altn.int | UP | OK | | localhost | UP | OK | +-------------------------+-------------+-----------------------+ [root@vm-host-colo-4 gluster]# gluster volume status gl-vm-host-4 Status of volume: gl-vm-host-4 Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick 10.20.101.187:/gluster/gl-vm-host-col o-4 49152 0 Y 33221 Task Status of Volume gl-vm-host-4 ------------------------------------------------------------------------------ There are no active volume tasks I also get a timeout error when doing a 'gluster volume status' on this node. So while some aspects seem fine with the gluster volume, some don't. Should I restart the glusterd daemon or will that mess things up? I am not sure if this is due to something wrong with the gluster volume or with the vm-host's ability to access the data for the VM disk, meaning a true I/O problem. There are two VMs in this state both running on this host and I am not sure how to proceed to get them running again. Should I force this VM to be on a different host by editing the VM or should I try and make it work on the host its on. As mentioned, many other VMs are running on this host so not sure why these two have an issue. Up front apologies here. I am a network engineer and not a VM/Ovirt expert. This was dropped in my lap due to a layoff and could use some help on where to go from here. Thanks in advance for any help.

5 7

Create template from snapshot of vm using MBS disk
by ssarang520＠gmail.com 13 Sep '21

13 Sep '21

Hi, If I create a template with a snapshot of the vm that uses the mbs disk, the template cannot be used to create a new vm. Is this normal or a bug?

2 6

problems testing 4.3.10 to 4.4.8 upgrade SHE
by Gianluca Cecchi 13 Sep '21

13 Sep '21

Hello, I'm testing what in object in a test env with novirt1 and novirt2 as hosts. First reinstalled host is novirt2 For this I downloaded the 4.4.8 iso of the node: https://resources.ovirt.org/pub/ovirt-4.4/iso/ovirt-node-ng-installer/4.4.8… before running the restore command for the first scratched node I pre-installed the appliance rpm on it and I got: ovirt-engine-appliance-4.4-20210818155544.1.el8.x86_64 I selected to pause an d I arrived here with local vm engine completing its setup: INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Add host] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Include after_add_host tasks files] [ INFO ] You can now connect to https://novirt2.localdomain.local:6900/ovirt-engine/ and check the status of this host and eventually remediate it, please continue only when the host is listed as 'up' [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Create temporary lock file] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Pause execution until /tmp/ansible.4_o6a2wo_he_setup_lock is removed, delete it once ready to proceed] But connecting t the provided https://novirt2.localdomain.local:6900/ovirt-engine/ url I see that only the still 4.3.10 host results up while novirt2 is not resp[onsive vm situation: https://drive.google.com/file/d/1OwHHzK0owU2HWZqvHFaLLbHVvjnBhRRX/view?usp=… storage situation: https://drive.google.com/file/d/1D-rmlpGsKfRRmYx2avBk_EYCG7XWMXNq/view?usp=… hosts situation: https://drive.google.com/file/d/1yrmfYF6hJFzKaG54Xk0Rhe2kY-TIcUvA/view?usp=… In engine.log I see 2021-08-25 09:14:38,548+02 ERROR [org.ovirt.engine.core.vdsbroker.HostDevListByCapsVDSCommand] (EE-ManagedThreadFactory-engine-Thread-4) [5f4541ee] Command 'HostDevListByCapsVDSCommand(HostName = novirt2.localdomain.local, VdsIdAndVdsVDSCommandParametersBase:{hostId='ca9ff6f7-5a7c-4168-9632-998c52f76cfa', vds='Host[novirt2.localdomain.local,ca9ff6f7-5a7c-4168-9632-998c52f76cfa]'})' execution failed: java.net.ConnectException: Connection refused and continuouslly this message... I also tried to restart vdsmd on novit2 but nothing changed. Do I have to restart the HA daemons on novirt2? Any insight? Thanks Gianluca

3 15

Error when trying to change master storage domain
by Matthew Benstead 12 Sep '21

12 Sep '21

Hello, I'm trying to decommission the old master storage domain in ovirt, and replace it with a new one. All of the VMs have been migrated off of the old master, and everything has been running on the new storage domain for a couple months. But when I try to put the old domain into maintenance mode I get an error. Old Master: vm-storage-ssd New Domain: vm-storage-ssd2 The error is: Failed to Reconstruct Master Domain for Data Center EDC2 As well as: Sync Error on Master Domain between Host daccs01 and oVirt Engine. Domain: vm-storage-ssd is marked as Master in oVirt Engine database but not on the Storage side. Please consult with Support on how to fix this issue. 2021-07-28 11:41:34,870-07 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] (EE-ManagedThreadFactory-engine-Thread-23) [] Master domain version is not in sync between DB and VDSM. Domain vm-storage-ssd marked as master, but the version in DB: 283 and in VDSM: 280 And: Not stopping SPM on vds daccs01, pool id f72ec125-69a1-4c1b-a5e1-313fcb70b6ff as there are uncleared tasks Task '5fa9edf0-56c3-40e4-9327-47bf7764d28d', status 'finished' After a couple minutes all the domains are marked as active again and things continue, but vm-storage-ssd is still listed as the master domain. Any thoughts? This is on 4.3.10.4-1.el7 on CentOS 7. engine=# SELECT storage_name, storage_pool_id, storage, status FROM storage_pool_with_storage_domain ORDER BY storage_name; storage_name | storage_pool_id | storage | status -----------------------+--------------------------------------+----------------------------------------+-------- compute1-iscsi-ssd | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | yvUESE-yWUv-VIWL-qX90-aAq7-gK0I-EqppRL | 1 compute7-iscsi-ssd | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | 8ekHdv-u0RJ-B0FO-LUUK-wDWs-iaxb-sh3W3J | 1 export-domain-storage | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | d3932528-6844-481a-bfed-542872ace9e5 | 1 iso-storage | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | f800b7a6-6a0c-4560-8476-2f294412d87d | 1 vm-storage-7200rpm | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | a0bff472-1348-4302-a5c7-f1177efa45a9 | 1 vm-storage-ssd | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | 95acd9a4-a6fb-4208-80dd-1c53d6aacad0 | 1 vm-storage-ssd2 | f72ec125-69a1-4c1b-a5e1-313fcb70b6ff | 829d0600-c3f7-4dae-a749-d7f05c6a6ca4 | 1 (7 rows) Thanks, -Matthew --

2 12

Poor gluster performances over 10Gbps network
by Mathieu Valois 10 Sep '21

10 Sep '21

Sorry for double post but I don't know if this mail has been received. Hello everyone, I know this issue was already treated on this mailing list. However none of the proposed solutions is satisfying me. Here is my situation : I've got 3 hyperconverged gluster ovirt nodes, with 6 network interfaces, bounded in bunches of 2 (management, VMs and gluster). The gluster network is on a dedicated bound where the 2 interfaces are directly connected to the 2 other ovirt nodes. Gluster is apparently using it : # gluster volume status vmstore Status of volume: vmstore Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick gluster-ov1:/gluster_bricks /vmstore/vmstore 49152 0 Y 3019 Brick gluster-ov2:/gluster_bricks /vmstore/vmstore 49152 0 Y 3009 Brick gluster-ov3:/gluster_bricks /vmstore/vmstore where 'gluster-ov{1,2,3}' are domain names referencing nodes in the gluster network. This networks has 10Gbps capabilities : # iperf3 -c gluster-ov3 Connecting to host gluster-ov3, port 5201 [ 5] local 10.20.0.50 port 46220 connected to 10.20.0.51 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 1.16 GBytes 9.92 Gbits/sec 17 900 KBytes [ 5] 1.00-2.00 sec 1.15 GBytes 9.90 Gbits/sec 0 900 KBytes [ 5] 2.00-3.00 sec 1.15 GBytes 9.90 Gbits/sec 4 996 KBytes [ 5] 3.00-4.00 sec 1.15 GBytes 9.90 Gbits/sec 1 996 KBytes [ 5] 4.00-5.00 sec 1.15 GBytes 9.89 Gbits/sec 0 996 KBytes [ 5] 5.00-6.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes [ 5] 6.00-7.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes [ 5] 7.00-8.00 sec 1.15 GBytes 9.91 Gbits/sec 0 996 KBytes [ 5] 8.00-9.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes [ 5] 9.00-10.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 11.5 GBytes 9.90 Gbits/sec 22 sender [ 5] 0.00-10.04 sec 11.5 GBytes 9.86 Gbits/sec receiver iperf Done. However, VMs stored on the vmstore gluster volume has poor write performances, oscillating between 100KBps and 30MBps. I almost always observe a write spike (180Mbps) at the beginning until around 500MB written, then it drastically falls at 10MBps, sometimes even less (100KBps). Hypervisors have 32 threads (2 sockets, 8 cores per socket, 2 threads per core). Here is the volume settings : Volume Name: vmstore Type: Replicate Volume ID: XXX Status: Started Snapshot Count: 0 Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: gluster-ov1:/gluster_bricks/vmstore/vmstore Brick2: gluster-ov2:/gluster_bricks/vmstore/vmstore Brick3: gluster-ov3:/gluster_bricks/vmstore/vmstore Options Reconfigured: performance.io-thread-count: 32 # was 16 by default. cluster.granular-entry-heal: enable storage.owner-gid: 36 storage.owner-uid: 36 cluster.lookup-optimize: off server.keepalive-count: 5 server.keepalive-interval: 2 server.keepalive-time: 10 server.tcp-user-timeout: 20 network.ping-timeout: 30 server.event-threads: 4 client.event-threads: 8 # was 4 by default cluster.choose-local: off features.shard: on cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 8 cluster.locking-scheme: granular cluster.data-self-heal-algorithm: full cluster.server-quorum-type: server cluster.quorum-type: auto cluster.eager-lock: enable performance.strict-o-direct: on network.remote-dio: off performance.low-prio-threads: 32 performance.io-cache: off performance.read-ahead: off performance.quick-read: off auth.allow: * user.cifs: off storage.fips-mode-rchecksum: on transport.address-family: inet nfs.disable: on performance.client-io-threads: on When I naively write directly on the logical volume, which is mounted on a material RAID5 3-disks array, I have interesting performances: # dd if=/dev/zero of=a bs=4M count=2048 2048+0 records in 2048+0 records out 8589934592 bytes (8.6 GB, 8.0 GiB) copied, 17.2485 s, 498 MB/s #urandom gives around 200MBps Moreover, hypervisors have SSD which have been configured as lvcache, but I'm unsure how to test it efficiently. I can't find where is the problem, as every piece of the chain is apparently doing well ... Thanks anyone for helping me :) -- téïcée <https://www.teicee.com/?pk_campaign=Email> *Mathieu Valois* Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 Bretteville-sur-Odon Bureau Vitré: Zone de la baratière - 12, route de Domalain - 35500 Vitré 02 72 34 13 20 | www.teicee.com <https://www.teicee.com/?pk_campaign=Email> téïcée sur facebook <https://www.facebook.com/teicee> téïcée sur twitter <https://twitter.com/Teicee_fr> téïcée sur linkedin <https://www.linkedin.com/company/t-c-e> téïcée sur viadeo <https://fr.viadeo.com/fr/company/teicee> Datadocké

5 8

about the certification
by CuiTao 09 Sep '21

09 Sep '21

I wanted to understand how certificates work in OLVM, including the following: What certificates exist in the OLVM system? Second, what are the expiration dates of these certificates? Third, how to view the remaining time of the certificate and regenerate the certificate before expiration? Thanks!

1 0

Redeploying hosted engine from backup
by Artem Tambovskiy 09 Sep '21

09 Sep '21

Hello, Just had an issue with my cluster with a self-hosted engine (hosted-engine is not coming up) and decided to redeploy it as I have a backup. Just tried a hosted-engine --deploy --restore-from-file=engine.backup But the script is asking questions like DC name, Cluster name which I can't recall correctly. What will be the consequence of the wrong answer? Is there any chance to get this info from the hosts or backup file? -- Regards, Artem

2 1

how to remove a failed backup operation
by Gianluca Cecchi 09 Sep '21

09 Sep '21

Hello, I was trying incremental backup with the provided /usr/share/doc/python3-ovirt-engine-sdk4/examples/backup_vm.py and began using the "full" option. But I specified an incorrect dir and during backup I got error due to filesystem full [ 156.7 ] Creating image transfer for disk '33b0f6fb-a855-465d-a628-5fce9b64496a' [ 157.8 ] Image transfer 'ccc386d3-9f9d-4727-832a-56d355d60a95' is ready --- Logging error ---, 105.02 seconds, 147.48 MiB/s Traceback (most recent call last): File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/io.py", line 242, in _run handler.copy(req) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/io.py", line 286, in copy self._src.write_to(self._dst, req.length, self._buf) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/backends/http.py", line 216, in write_to writer.write(view[:n]) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/backends/nbd.py", line 118, in write self._client.write(self._position, buf) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/nbd.py", line 445, in write self._recv_reply(cmd) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/nbd.py", line 980, in _recv_reply if self._recv_reply_chunk(cmd): File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/nbd.py", line 1031, in _recv_reply_chunk self._handle_error_chunk(length, flags) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/_internal/nbd.py", line 1144, in _handle_error_chunk raise ReplyError(code, message) ovirt_imageio._internal.nbd.ReplyError: Writing to file failed: [Error 28] No space left on device Now if I try the same backup command (so with "full" option) and I get ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is "[Cannot backup VM. The VM is during a backup operation.]". HTTP response code is 409. How can I clean the situation? BTW: the parameter to put into ovirt.conf is backup-dir or backup_dir or what? Thanks, Gianluca

4 9

Re: Poor gluster performances over 10Gbps network
by Mathieu Valois 09 Sep '21

09 Sep '21

Default shard size was 64MB. I've tested to create another volume with a 512MB shard size and settings you provided. I observe a performance improvement with `dd`, which does a sequential write (from 1MBps to 50MBps). However, I find VM still slow : as an example, `apt upgrade` is very slow to unpack packages, more than 1 hour for around 400MB (90 packages). Le 08/09/2021 à 11:34, Alex K a écrit : > > > On Wed, Sep 8, 2021 at 12:33 PM Alex K <rightkicktech(a)gmail.com > <mailto:rightkicktech@gmail.com>> wrote: > > > > On Wed, Sep 8, 2021 at 12:15 PM Mathieu Valois <mvalois(a)teicee.com > <mailto:mvalois@teicee.com>> wrote: > > Sorry for double post but I don't know if this mail has been > received. > > Hello everyone, > > I know this issue was already treated on this mailing list. > However none of the proposed solutions is satisfying me. > > Here is my situation : I've got 3 hyperconverged gluster ovirt > nodes, with 6 network interfaces, bounded in bunches of 2 > (management, VMs and gluster). The gluster network is on a > dedicated bound where the 2 interfaces are directly connected > to the 2 other ovirt nodes. Gluster is apparently using it : > > # gluster volume status vmstore > Status of volume: vmstore > Gluster process TCP Port RDMA > Port Online Pid > ------------------------------------------------------------------------------ > Brick gluster-ov1:/gluster_bricks > /vmstore/vmstore 49152 0 Y 3019 > Brick gluster-ov2:/gluster_bricks > /vmstore/vmstore 49152 0 Y 3009 > Brick gluster-ov3:/gluster_bricks > /vmstore/vmstore > > where 'gluster-ov{1,2,3}' are domain names referencing nodes > in the gluster network. This networks has 10Gbps capabilities : > > # iperf3 -c gluster-ov3 > Connecting to host gluster-ov3, port 5201 > [ 5] local 10.20.0.50 port 46220 connected to 10.20.0.51 > port 5201 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 1.16 GBytes 9.92 Gbits/sec > 17 900 KBytes > [ 5] 1.00-2.00 sec 1.15 GBytes 9.90 Gbits/sec > 0 900 KBytes > [ 5] 2.00-3.00 sec 1.15 GBytes 9.90 Gbits/sec > 4 996 KBytes > [ 5] 3.00-4.00 sec 1.15 GBytes 9.90 Gbits/sec > 1 996 KBytes > [ 5] 4.00-5.00 sec 1.15 GBytes 9.89 Gbits/sec > 0 996 KBytes > [ 5] 5.00-6.00 sec 1.15 GBytes 9.90 Gbits/sec > 0 996 KBytes > [ 5] 6.00-7.00 sec 1.15 GBytes 9.90 Gbits/sec > 0 996 KBytes > [ 5] 7.00-8.00 sec 1.15 GBytes 9.91 Gbits/sec > 0 996 KBytes > [ 5] 8.00-9.00 sec 1.15 GBytes 9.90 Gbits/sec > 0 996 KBytes > [ 5] 9.00-10.00 sec 1.15 GBytes 9.90 Gbits/sec > 0 996 KBytes > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.00 sec 11.5 GBytes 9.90 Gbits/sec > 22 sender > [ 5] 0.00-10.04 sec 11.5 GBytes 9.86 > Gbits/sec receiver > > iperf Done. > > However, VMs stored on the vmstore gluster volume has poor > write performances, oscillating between 100KBps and 30MBps. I > almost always observe a write spike (180Mbps) at the beginning > until around 500MB written, then it drastically falls at > 10MBps, sometimes even less (100KBps). Hypervisors have 32 > threads (2 sockets, 8 cores per socket, 2 threads per core). > > Here is the volume settings : > > Volume Name: vmstore > Type: Replicate > Volume ID: XXX > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 x 3 = 3 > Transport-type: tcp > Bricks: > Brick1: gluster-ov1:/gluster_bricks/vmstore/vmstore > Brick2: gluster-ov2:/gluster_bricks/vmstore/vmstore > Brick3: gluster-ov3:/gluster_bricks/vmstore/vmstore > Options Reconfigured: > performance.io-thread-count: 32 # was 16 by default. > cluster.granular-entry-heal: enable > storage.owner-gid: 36 > storage.owner-uid: 36 > cluster.lookup-optimize: off > server.keepalive-count: 5 > server.keepalive-interval: 2 > server.keepalive-time: 10 > server.tcp-user-timeout: 20 > network.ping-timeout: 30 > server.event-threads: 4 > client.event-threads: 8 # was 4 by default > cluster.choose-local: off > features.shard: on > cluster.shd-wait-qlength: 10000 > cluster.shd-max-threads: 8 > cluster.locking-scheme: granular > cluster.data-self-heal-algorithm: full > cluster.server-quorum-type: server > cluster.quorum-type: auto > cluster.eager-lock: enable > performance.strict-o-direct: on > network.remote-dio: off > performance.low-prio-threads: 32 > performance.io-cache: off > performance.read-ahead: off > performance.quick-read: off > auth.allow: * > user.cifs: off > storage.fips-mode-rchecksum: on > transport.address-family: inet > nfs.disable: on > performance.client-io-threads: on > > I see you have not enabled sharding for the gluster volume that is > hosting VMs. I usually set a shard size of 512MB. Note though that > changing shard size in a live system will corrupt your data. > You need to wipe and set again. > > I mean you have not changed the default sharde size which is I think 4MB. > > > I've seen also good perf with the following tweaks: > > gluster volume set vms remote-dio enable > > gluster volume set vms performance.write-behind-window-size 8MB > > gluster volume set vms performance.cache-size 1GB > > gluster volume set vms performance.io-thread-count 16 > > gluster volume set vms performance.readdir-ahead on > > gluster volume set vms client.event-threads 8 > > gluster volume set vms server.event-threads 8 > > gluster volume set engine features.shard-block-size 512MB > > When I naively write directly on the logical volume, which is > mounted on a material RAID5 3-disks array, I have interesting > performances: > > # dd if=/dev/zero of=a bs=4M count=2048 > 2048+0 records in > 2048+0 records out > 8589934592 bytes (8.6 GB, 8.0 GiB) copied, 17.2485 s, 498 > MB/s #urandom gives around 200MBps > > Moreover, hypervisors have SSD which have been configured as > lvcache, but I'm unsure how to test it efficiently. > > I can't find where is the problem, as every piece of the chain > is apparently doing well ... > > Thanks anyone for helping me :) > > -- > téïcée <https://www.teicee.com/?pk_campaign=Email> *Mathieu > Valois* > > Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 > Bretteville-sur-Odon > Bureau Vitré: Zone de la baratière - 12, route de Domalain - > 35500 Vitré > 02 72 34 13 20 | www.teicee.com > <https://www.teicee.com/?pk_campaign=Email> > > téïcée sur facebook <https://www.facebook.com/teicee> téïcée > sur twitter <https://twitter.com/Teicee_fr> téïcée sur > linkedin <https://www.linkedin.com/company/t-c-e> téïcée sur > viadeo <https://fr.viadeo.com/fr/company/teicee> Datadocké > > > _______________________________________________ > 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/privacy-policy.html > <https://www.ovirt.org/privacy-policy.html> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://www.ovirt.org/community/about/community-guidelines/> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/BTY7TJLMQUJ3Q… > <https://lists.ovirt.org/archives/list/users@ovirt.org/message/BTY7TJLMQUJ3Q…> > -- téïcée <https://www.teicee.com/?pk_campaign=Email> *Mathieu Valois* Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 Bretteville-sur-Odon Bureau Vitré: Zone de la baratière - 12, route de Domalain - 35500 Vitré 02 72 34 13 20 | www.teicee.com <https://www.teicee.com/?pk_campaign=Email> téïcée sur facebook <https://www.facebook.com/teicee> téïcée sur twitter <https://twitter.com/Teicee_fr> téïcée sur linkedin <https://www.linkedin.com/company/t-c-e> téïcée sur viadeo <https://fr.viadeo.com/fr/company/teicee> Datadocké

1 0

data storage domain iso upload problem
by csabany＠freemail.hu 09 Sep '21

09 Sep '21

Hi, I managed a ovirt 4.4.7 for production systems. Last week i removed the Master storage domain (moved tamplates, vm-s well, unattached, etc), but i forgot to move isos. Now, when i upload a new iso to a data storage domain, the system show it, but it's unbootable: "could not read from cdrom code 0005" thanks csabany

4 6

Re: Poor gluster performances over 10Gbps network
by Strahil Nikolov 09 Sep '21

09 Sep '21

Did you check https://lists.ovirt.org/archives/list/users@ovirt.org/message/S7I3PQVERQZT6… ? Best Regards,Strahil Nikolov On Wed, Sep 8, 2021 at 14:25, Staniforth, Paul<P.Staniforth(a)leedsbeckett.ac.uk> wrote: _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DGITVP5DCEF33…

1 0

Re: Time Drift Issues
by Marcos Sungaila 08 Sep '21

08 Sep '21

Hi Nur, Yes, oVirt Node comes with an NTP client installed and started. You need to configure the servers it will use as external sources. Yes, it will be preserved in a host upgrade. Regards, Marcos From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: quarta-feira, 8 de setembro de 2021 08:09 To: Marcos Sungaila <marcos.sungaila(a)oracle.com>; oVirt Users <users(a)ovirt.org> Subject: [External] : RE: Time Drift Issues Hi Marcos, Want to clarify one thing. If I'm using and oVirt Node based host (not EL Linux Based), does it already configured with ntp client or can I just configure any ntp client on the host ? If I just configure ntp client on the host either chronyc or ntpd, will it persist after upgrading the node ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://urldefense.com/v3/__https:/go.microsoft.com/fwlink/?LinkId=550986__…> for Windows From: Marcos Sungaila<mailto:marcos.sungaila@oracle.com> Sent: Tuesday, 07 September 2021 20:54 To: Nur Imam Febrianto<mailto:nur_imam@outlook.com>; oVirt Users<mailto:users@ovirt.org> Subject: RE: Time Drift Issues Hi Nur, ntpd has a 300sec limit for synchronization. If you want a more flexible NTP client, use chronyd. If you prefer to use ntpd, you should have ntpdate as a boot client and ntpd as a runtime client. When the server boots, the ntpdate client will sync time no matter the difference. As a boot client, it runs only once and exits. Then the ntpd service starts, and keep your server clock in sync with an external source. On distributions like CentOS and similar, ntpdate reads the external time sources configuration from ntpd.conf. You should need booth packages and services installed and enabled: I prefer chronyd since it does not need any extra service or procedure to keep clock synchronization. Regards, Marcos From: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>> Sent: terça-feira, 7 de setembro de 2021 01:08 To: oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [External] : [ovirt-users] Time Drift Issues Hi All, Recently I got an warning in our cluster about time drift : Host xxxxx has time-drift of 672 seconds while maximum configured value is 300 seconds. What should I do to address this issue ? Should I reconfigure / configure ntp client on all host ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://urldefense.com/v3/__https:/apac01.safelinks.protection.outlook.com/…> for Windows

1 0

Re: [External] : Re: Poor gluster performances over 10Gbps network
by Marcos Sungaila 08 Sep '21

08 Sep '21

Hi Mathieu, Using dd for disk performance tests is not recommended. Besides needing oflag and iflag options, dd will perform a sequential write what is not a real scenario, To evaluate your servers, use fio or bonnie++ for performance tests. These applications will play a more realistic scenario to validate your environment. Regards, Marcos From: Staniforth, Paul <P.Staniforth(a)leedsbeckett.ac.uk> Sent: quarta-feira, 8 de setembro de 2021 08:17 To: Mathieu Valois <mvalois(a)teicee.com>; users <users(a)ovirt.org> Subject: [External] : [ovirt-users] Re: Poor gluster performances over 10Gbps network Hi Mathieu, with a linux VM using dd without the oflag=sync will mean it's using disk bufffers, hence the faster thoughput at the beginning until the buffers are full. Regards, Paul S. ________________________________ From: Mathieu Valois <mvalois(a)teicee.com<mailto:mvalois@teicee.com>> Sent: 08 September 2021 11:56 To: Staniforth, Paul <P.Staniforth(a)leedsbeckett.ac.uk<mailto:P.Staniforth@leedsbeckett.ac.uk>>; users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: [ovirt-users] Poor gluster performances over 10Gbps network Caution External Mail: Do not click any links or open any attachments unless you trust the sender and know that the content is safe. Hi Paul, thank you for your answer. Indeed I did a `dd` inside a VM to measure the Gluster disk performance. I've also tried `dd` on an hypervisor writing into one of the replicated gluster bricks, which gives good performances (similar to logical volume ones). Le 08/09/2021 à 12:51, Staniforth, Paul a écrit : Hi Mathieu, How are you measuring the Gluster disk performance? also using dd you should use the oflag=dsync to avoid buffer caching. Regards, Paul S ________________________________ From: Mathieu Valois <mvalois(a)teicee.com><mailto:mvalois@teicee.com> Sent: 08 September 2021 10:12 To: users <users(a)ovirt.org><mailto:users@ovirt.org> Subject: [ovirt-users] Poor gluster performances over 10Gbps network Caution External Mail: Do not click any links or open any attachments unless you trust the sender and know that the content is safe. Sorry for double post but I don't know if this mail has been received. Hello everyone, I know this issue was already treated on this mailing list. However none of the proposed solutions is satisfying me. Here is my situation : I've got 3 hyperconverged gluster ovirt nodes, with 6 network interfaces, bounded in bunches of 2 (management, VMs and gluster). The gluster network is on a dedicated bound where the 2 interfaces are directly connected to the 2 other ovirt nodes. Gluster is apparently using it : # gluster volume status vmstore Status of volume: vmstore Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick gluster-ov1:/gluster_bricks /vmstore/vmstore 49152 0 Y 3019 Brick gluster-ov2:/gluster_bricks /vmstore/vmstore 49152 0 Y 3009 Brick gluster-ov3:/gluster_bricks /vmstore/vmstore where 'gluster-ov{1,2,3}' are domain names referencing nodes in the gluster network. This networks has 10Gbps capabilities : # iperf3 -c gluster-ov3 Connecting to host gluster-ov3, port 5201 [ 5] local 10.20.0.50 port 46220 connected to 10.20.0.51 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 1.16 GBytes 9.92 Gbits/sec 17 900 KBytes [ 5] 1.00-2.00 sec 1.15 GBytes 9.90 Gbits/sec 0 900 KBytes [ 5] 2.00-3.00 sec 1.15 GBytes 9.90 Gbits/sec 4 996 KBytes [ 5] 3.00-4.00 sec 1.15 GBytes 9.90 Gbits/sec 1 996 KBytes [ 5] 4.00-5.00 sec 1.15 GBytes 9.89 Gbits/sec 0 996 KBytes [ 5] 5.00-6.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes [ 5] 6.00-7.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes [ 5] 7.00-8.00 sec 1.15 GBytes 9.91 Gbits/sec 0 996 KBytes [ 5] 8.00-9.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes [ 5] 9.00-10.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 11.5 GBytes 9.90 Gbits/sec 22 sender [ 5] 0.00-10.04 sec 11.5 GBytes 9.86 Gbits/sec receiver iperf Done. However, VMs stored on the vmstore gluster volume has poor write performances, oscillating between 100KBps and 30MBps. I almost always observe a write spike (180Mbps) at the beginning until around 500MB written, then it drastically falls at 10MBps, sometimes even less (100KBps). Hypervisors have 32 threads (2 sockets, 8 cores per socket, 2 threads per core). Here is the volume settings : Volume Name: vmstore Type: Replicate Volume ID: XXX Status: Started Snapshot Count: 0 Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: gluster-ov1:/gluster_bricks/vmstore/vmstore Brick2: gluster-ov2:/gluster_bricks/vmstore/vmstore Brick3: gluster-ov3:/gluster_bricks/vmstore/vmstore Options Reconfigured: performance.io-thread-count: 32 # was 16 by default. cluster.granular-entry-heal: enable storage.owner-gid: 36 storage.owner-uid: 36 cluster.lookup-optimize: off server.keepalive-count: 5 server.keepalive-interval: 2 server.keepalive-time: 10 server.tcp-user-timeout: 20 network.ping-timeout: 30 server.event-threads: 4 client.event-threads: 8 # was 4 by default cluster.choose-local: off features.shard: on cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 8 cluster.locking-scheme: granular cluster.data-self-heal-algorithm: full cluster.server-quorum-type: server cluster.quorum-type: auto cluster.eager-lock: enable performance.strict-o-direct: on network.remote-dio: off performance.low-prio-threads: 32 performance.io-cache: off performance.read-ahead: off performance.quick-read: off auth.allow: * user.cifs: off storage.fips-mode-rchecksum: on transport.address-family: inet nfs.disable: on performance.client-io-threads: on When I naively write directly on the logical volume, which is mounted on a material RAID5 3-disks array, I have interesting performances: # dd if=/dev/zero of=a bs=4M count=2048 2048+0 records in 2048+0 records out 8589934592 bytes (8.6 GB, 8.0 GiB) copied, 17.2485 s, 498 MB/s #urandom gives around 200MBps Moreover, hypervisors have SSD which have been configured as lvcache, but I'm unsure how to test it efficiently. I can't find where is the problem, as every piece of the chain is apparently doing well ... Thanks anyone for helping me :) -- [téïcée]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> Mathieu Valois Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 Bretteville-sur-Odon Bureau Vitré: Zone de la baratière - 12, route de Domalain - 35500 Vitré 02 72 34 13 20 | www.teicee.com<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> [téïcée sur facebook]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…>[téïcée sur twitter]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…>[téïcée sur linkedin]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…>[téïcée sur viadeo]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> [Datadocké] To view the terms under which this email is distributed, please go to:- https://leedsbeckett.ac.uk/disclaimer/email<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> -- [téïcée]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> Mathieu Valois Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 Bretteville-sur-Odon Bureau Vitré: Zone de la baratière - 12, route de Domalain - 35500 Vitré 02 72 34 13 20 | www.teicee.com<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> [téïcée sur facebook]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…>[téïcée sur twitter]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…>[téïcée sur linkedin]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…>[téïcée sur viadeo]<https://urldefense.com/v3/__https:/eur02.safelinks.protection.outlook.com/?…> [Datadocké] To view the terms under which this email is distributed, please go to:- https://leedsbeckett.ac.uk/disclaimer/email<https://urldefense.com/v3/__https:/leedsbeckett.ac.uk/disclaimer/email__;!!…>

1 0

oVirt 2021 Conference is almost here!
by Sandro Bonazzola 08 Sep '21

08 Sep '21

Hello oVirt friends, The oVirt 2021 Conference is almost here! The videos are uploaded, live speakers tech-checked, and last but not least, the final schedule with the watch links is available on the oVirt website <https://blogs.ovirt.org/ovirt-2021-online-conference/>[1]. Most talks are pre-recorded, but the speakers will be in the chat and answer your questions during their talk. See you all there, The organizers [1] https://blogs.ovirt.org/ovirt-2021-online-conference/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

Re: Time Drift Issues
by Gianluca Cecchi 08 Sep '21

08 Sep '21

On Wed, Sep 8, 2021 at 1:19 PM Nur Imam Febrianto <nur_imam(a)outlook.com> wrote: > Hi Marcos, > > > > Want to clarify one thing. If I’m using and oVirt Node based host (not EL > Linux Based), does it already configured with ntp client or can I just > configure any ntp client on the host ? If I just configure ntp client on > the host either chronyc or ntpd, will it persist after upgrading the node ? > > > > Thanks before. > > > > Regards, > > Nur Imam Febrianto > > > > Just to clarify: when using oVirt node 4.4, during installation you have the usual way to configure ntp inside anaconda. In 4.4, based on CentOS (stream) 8, when done that way it will configure chronyd. In the recent past there was a bug where sometimes installation crashed when configuring ntp in certain conditions. If you don't configure ntp at install time you can configure it later by modifying /etc/chrony.conf and starting/enabling the service from the cockpit web interface (or command line with usual commands). It will remain across reboots and/or image updates. HIH, Gianluca

1 0

Re: Poor gluster performances over 10Gbps network
by Mathieu Valois 08 Sep '21

08 Sep '21

Hi Paul, thank you for your answer. Indeed I did a `dd` inside a VM to measure the Gluster disk performance. I've also tried `dd` on an hypervisor writing into one of the replicated gluster bricks, which gives good performances (similar to logical volume ones). Le 08/09/2021 à 12:51, Staniforth, Paul a écrit : > > Hi Mathieu, > How are you measuring the Gluster disk performance? > also using dd you should use the > oflag=dsync > > to avoid buffer caching. > > > Regards, > > Paul S > ------------------------------------------------------------------------ > *From:* Mathieu Valois <mvalois(a)teicee.com> > *Sent:* 08 September 2021 10:12 > *To:* users <users(a)ovirt.org> > *Subject:* [ovirt-users] Poor gluster performances over 10Gbps network > > *Caution External Mail:* Do not click any links or open any > attachments unless you trust the sender and know that the content is safe. > > Sorry for double post but I don't know if this mail has been received. > > Hello everyone, > > I know this issue was already treated on this mailing list. However > none of the proposed solutions is satisfying me. > > Here is my situation : I've got 3 hyperconverged gluster ovirt nodes, > with 6 network interfaces, bounded in bunches of 2 (management, VMs > and gluster). The gluster network is on a dedicated bound where the 2 > interfaces are directly connected to the 2 other ovirt nodes. Gluster > is apparently using it : > > # gluster volume status vmstore > Status of volume: vmstore > Gluster process TCP Port RDMA Port > Online Pid > ------------------------------------------------------------------------------ > Brick gluster-ov1:/gluster_bricks > /vmstore/vmstore 49152 0 > Y 3019 > Brick gluster-ov2:/gluster_bricks > /vmstore/vmstore 49152 0 > Y 3009 > Brick gluster-ov3:/gluster_bricks > /vmstore/vmstore > > where 'gluster-ov{1,2,3}' are domain names referencing nodes in the > gluster network. This networks has 10Gbps capabilities : > > # iperf3 -c gluster-ov3 > Connecting to host gluster-ov3, port 5201 > [ 5] local 10.20.0.50 port 46220 connected to 10.20.0.51 port 5201 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 1.16 GBytes 9.92 Gbits/sec 17 900 KBytes > [ 5] 1.00-2.00 sec 1.15 GBytes 9.90 Gbits/sec 0 900 KBytes > [ 5] 2.00-3.00 sec 1.15 GBytes 9.90 Gbits/sec 4 996 KBytes > [ 5] 3.00-4.00 sec 1.15 GBytes 9.90 Gbits/sec 1 996 KBytes > [ 5] 4.00-5.00 sec 1.15 GBytes 9.89 Gbits/sec 0 996 KBytes > [ 5] 5.00-6.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes > [ 5] 6.00-7.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes > [ 5] 7.00-8.00 sec 1.15 GBytes 9.91 Gbits/sec 0 996 KBytes > [ 5] 8.00-9.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes > [ 5] 9.00-10.00 sec 1.15 GBytes 9.90 Gbits/sec 0 996 KBytes > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.00 sec 11.5 GBytes 9.90 Gbits/sec > 22 sender > [ 5] 0.00-10.04 sec 11.5 GBytes 9.86 > Gbits/sec receiver > > iperf Done. > > However, VMs stored on the vmstore gluster volume has poor write > performances, oscillating between 100KBps and 30MBps. I almost always > observe a write spike (180Mbps) at the beginning until around 500MB > written, then it drastically falls at 10MBps, sometimes even less > (100KBps). Hypervisors have 32 threads (2 sockets, 8 cores per socket, > 2 threads per core). > > Here is the volume settings : > > Volume Name: vmstore > Type: Replicate > Volume ID: XXX > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 x 3 = 3 > Transport-type: tcp > Bricks: > Brick1: gluster-ov1:/gluster_bricks/vmstore/vmstore > Brick2: gluster-ov2:/gluster_bricks/vmstore/vmstore > Brick3: gluster-ov3:/gluster_bricks/vmstore/vmstore > Options Reconfigured: > performance.io-thread-count: 32 # was 16 by default. > cluster.granular-entry-heal: enable > storage.owner-gid: 36 > storage.owner-uid: 36 > cluster.lookup-optimize: off > server.keepalive-count: 5 > server.keepalive-interval: 2 > server.keepalive-time: 10 > server.tcp-user-timeout: 20 > network.ping-timeout: 30 > server.event-threads: 4 > client.event-threads: 8 # was 4 by default > cluster.choose-local: off > features.shard: on > cluster.shd-wait-qlength: 10000 > cluster.shd-max-threads: 8 > cluster.locking-scheme: granular > cluster.data-self-heal-algorithm: full > cluster.server-quorum-type: server > cluster.quorum-type: auto > cluster.eager-lock: enable > performance.strict-o-direct: on > network.remote-dio: off > performance.low-prio-threads: 32 > performance.io-cache: off > performance.read-ahead: off > performance.quick-read: off > auth.allow: * > user.cifs: off > storage.fips-mode-rchecksum: on > transport.address-family: inet > nfs.disable: on > performance.client-io-threads: on > > When I naively write directly on the logical volume, which is mounted > on a material RAID5 3-disks array, I have interesting performances: > > # dd if=/dev/zero of=a bs=4M count=2048 > 2048+0 records in > 2048+0 records out > 8589934592 bytes (8.6 GB, 8.0 GiB) copied, 17.2485 s, 498 MB/s > #urandom gives around 200MBps > > Moreover, hypervisors have SSD which have been configured as lvcache, > but I'm unsure how to test it efficiently. > > I can't find where is the problem, as every piece of the chain is > apparently doing well ... > > Thanks anyone for helping me :) > > -- > téïcée > <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.teice…> > *Mathieu Valois* > > Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 > Bretteville-sur-Odon > Bureau Vitré: Zone de la baratière - 12, route de Domalain - 35500 Vitré > 02 72 34 13 20 | www.teicee.com > <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.teice…> > > > téïcée sur facebook > <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.faceb…> > téïcée sur twitter > <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.c…> > téïcée sur linkedin > <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linke…> > téïcée sur viadeo > <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffr.viadeo…> > Datadocké > > > To view the terms under which this email is distributed, please go to:- > https://leedsbeckett.ac.uk/disclaimer/email > <https://leedsbeckett.ac.uk/disclaimer/email> -- téïcée <https://www.teicee.com/?pk_campaign=Email> *Mathieu Valois* Bureau Caen: Quartier Kœnig - 153, rue Géraldine MOCK - 14760 Bretteville-sur-Odon Bureau Vitré: Zone de la baratière - 12, route de Domalain - 35500 Vitré 02 72 34 13 20 | www.teicee.com <https://www.teicee.com/?pk_campaign=Email> téïcée sur facebook <https://www.facebook.com/teicee> téïcée sur twitter <https://twitter.com/Teicee_fr> téïcée sur linkedin <https://www.linkedin.com/company/t-c-e> téïcée sur viadeo <https://fr.viadeo.com/fr/company/teicee> Datadocké

2 1

Re: Time Drift Issues
by Nur Imam Febrianto 08 Sep '21

08 Sep '21

Hi Marcos, Want to clarify one thing. If I’m using and oVirt Node based host (not EL Linux Based), does it already configured with ntp client or can I just configure any ntp client on the host ? If I just configure ntp client on the host either chronyc or ntpd, will it persist after upgrading the node ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows From: Marcos Sungaila<mailto:marcos.sungaila@oracle.com> Sent: Tuesday, 07 September 2021 20:54 To: Nur Imam Febrianto<mailto:nur_imam@outlook.com>; oVirt Users<mailto:users@ovirt.org> Subject: RE: Time Drift Issues Hi Nur, ntpd has a 300sec limit for synchronization. If you want a more flexible NTP client, use chronyd. If you prefer to use ntpd, you should have ntpdate as a boot client and ntpd as a runtime client. When the server boots, the ntpdate client will sync time no matter the difference. As a boot client, it runs only once and exits. Then the ntpd service starts, and keep your server clock in sync with an external source. On distributions like CentOS and similar, ntpdate reads the external time sources configuration from ntpd.conf. You should need booth packages and services installed and enabled: I prefer chronyd since it does not need any extra service or procedure to keep clock synchronization. Regards, Marcos From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: terça-feira, 7 de setembro de 2021 01:08 To: oVirt Users <users(a)ovirt.org> Subject: [External] : [ovirt-users] Time Drift Issues Hi All, Recently I got an warning in our cluster about time drift : Host xxxxx has time-drift of 672 seconds while maximum configured value is 300 seconds. What should I do to address this issue ? Should I reconfigure / configure ntp client on all host ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefen…> for Windows

1 0

mom-vdsm doesn't restart after upgrade
by Nathanaël Blanchet 08 Sep '21

08 Sep '21

Hello, I performed a host upgrade from 4.4.5 to 4.4.8, and vdsmd failed to launch with this log: Sep 07 16:16:52 kamen systemd[1]: mom-vdsm.service: Job mom-vdsm.service/start failed with result 'dependency'. Sep 07 16:16:54 kamen systemd[1]: Dependency failed for MOM instance configured for VDSM purposes. Following this ticket https://bugzilla.redhat.com/show_bug.cgi?id=1557735, I managed to launch mom-vdsm and so vdsmd doing: vdsm-tool configure -- Nathanaël Blanchet Supervision réseau SIRE 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 1

GlusterFS Monitoring/Alerting
by simon＠justconnect.ie 07 Sep '21

07 Sep '21

Hi All, Does anyone have recommendations for GlusterFS monitoring/alerting software and or plugins. Kind regards Simon...

4 3

Re: Time Drift Issues
by Marcos Sungaila 07 Sep '21

07 Sep '21

Hi Nur, ntpd has a 300sec limit for synchronization. If you want a more flexible NTP client, use chronyd. If you prefer to use ntpd, you should have ntpdate as a boot client and ntpd as a runtime client. When the server boots, the ntpdate client will sync time no matter the difference. As a boot client, it runs only once and exits. Then the ntpd service starts, and keep your server clock in sync with an external source. On distributions like CentOS and similar, ntpdate reads the external time sources configuration from ntpd.conf. You should need booth packages and services installed and enabled: I prefer chronyd since it does not need any extra service or procedure to keep clock synchronization. Regards, Marcos From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: terça-feira, 7 de setembro de 2021 01:08 To: oVirt Users <users(a)ovirt.org> Subject: [External] : [ovirt-users] Time Drift Issues Hi All, Recently I got an warning in our cluster about time drift : Host xxxxx has time-drift of 672 seconds while maximum configured value is 300 seconds. What should I do to address this issue ? Should I reconfigure / configure ntp client on all host ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://urldefense.com/v3/__https:/go.microsoft.com/fwlink/?LinkId=550986__…> for Windows

1 0

Re: Time Drift Issues
by dhanaraj.ramesh＠yahoo.com 07 Sep '21

07 Sep '21

change the host and engine time to local Time zone and ensure NTP client pointed to same NTP server

2 1

Re: Upgrading Node that use Local Storage Domain
by Roman Bednar 07 Sep '21

07 Sep '21

Hello, it's always better to share logs showing the error message, that way we can look at what exactly went wrong. But in general there is a guide [1] on upgrading from 4.3 when using local storage. If that's not the case there's also a chance your local storage domain is not placed correctly [2]. If neither of those two help you resolve the issue please share the logs with us and we'll look further. -Roman [1] https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_hypervisor_pre… [2] https://lists.ovirt.org/archives/list/users@ovirt.org/thread/CPG7H7J7C44TN3… On Tue, Sep 7, 2021 at 6:22 AM Nur Imam Febrianto <nur_imam(a)outlook.com> wrote: > Hi, > > > > Currently we have a several node (using oVirt Node) that configured using > Local Storage Domain. How do I appropriately update the node ? Using yum > update always failed while installing ovirt image update. (scriptlet > failed). Is there any specific step to do the update for node that using > local storage ? > > Thanks before. > > > > Regards, > > > > Nur Imam Febrianto > > > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows > > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/RPSGOMH3N2PCM… >

1 0

Hostedengine Database broken
by marcel＠deheureu.se 07 Sep '21

07 Sep '21

Hi ovirt list, in our test system is the engine crashed and the database is broken. Of cause it was a test system which has no database backup but there are three importent VMs there. Our Plan is to deploy a new hosted engine and connect it to the old datacenter and glusterfs. if i am remember right, the vms will be stopped but we will not lose them. So if i connect the existing data center and click of one VM he will ask me to import it right? Or did you have an better idea? Br Marcel

2 2

Upgrading Node that use Local Storage Domain
by Nur Imam Febrianto 07 Sep '21

07 Sep '21

Hi, Currently we have a several node (using oVirt Node) that configured using Local Storage Domain. How do I appropriately update the node ? Using yum update always failed while installing ovirt image update. (scriptlet failed). Is there any specific step to do the update for node that using local storage ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

1 0

Time Drift Issues
by Nur Imam Febrianto 07 Sep '21

07 Sep '21

Hi All, Recently I got an warning in our cluster about time drift : Host xxxxx has time-drift of 672 seconds while maximum configured value is 300 seconds. What should I do to address this issue ? Should I reconfigure / configure ntp client on all host ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

1 0

Change Cluster CPU type
by Andrey Rusakov 06 Sep '21

06 Sep '21

We are using oVirt for several years. And we start with Xeon v2 CPUs. At this moment of time we got all v3 aтв we will chnage them to v4 in a month. So i would like to change Cluster default CPU to Haswell, But got error with custom cpu on HostedEngine. HostedEngine config is locked. Is there a solution to chnage HostedEngine cpu type? P.S. some problem with Cluster compability version (4.5 4.6)

4 7

Correct way to install VDSM hooks
by Shantur Rathore 06 Sep '21

06 Sep '21

Hi all, I am trying to install vdsm hooks (scratchpad) specifically. I can see that there are rpms available in https://resources.ovirt.org/pub/ovirt-4.4/rpm/el8/noarch/ but when I try to install using yum it says it cannot find it. Do I have to manually select the hook rpm and install it or am I missing something? Kind regards, Shantur

2 3

Update to 4.4.8 leaves cluster in a circular error-state
by Paul-Erik Törrönen 06 Sep '21

06 Sep '21

Having updated rpm-packages for a DC with a cluster containing 2 hosts (and executed the engine-setup on the engine machine), I now face the following issue: One of the VMs had a couple of snapshots and apparently this interferes with the upgrade of the cluster version, which currently is 4.4. The 4.4 has become incompatible with the chosen CPU architecture (Intel Westmere Family, the hosts are both Dell x10-series with Xeon X56xx CPUs) and requires an upgrade to newer compatibility version, 4.6 presumably, so the DC/Cluster state is "unknown". However I can't do this because the snapshots exists. I get the "Cannot change cluster version since following VMs are previewing snapshots:" listing a VM with snapshots. The snapshots in turn can not be Commit/Undo because: "Cannot revert to Snapshot. Unknown Data Center status.". So how do I break this circular error? The VM itself is not essential, it can be removed if that solves the case. However this can not be completed from the UI because: "Cannot remove VM. Unknown Data Center status.". Poltsi

2 3

Getting issue in finalize section after disk successfully uploaded
by avishek.sarkar＠broadcom.com 04 Sep '21

04 Sep '21

I have used upload-disk.py to upload qcow2 image to data center...however getting below errror ./upload-disk.py --engine-url 'https://xyz.net' --username='xyz(a)abc.net' --password-file=password --sd-name='SEC-ABC' --cafile='/home/jenkins/crt/ca.crt' --disk-format="qcow2" --disk-sparse image-XYZ Checking image... Image format: qcow2 Disk format: cow Disk content type: data Disk provisioned size: 10737418240 Disk initial size: 5526847488 Disk name: image-avishek.qcow2 Connecting... Creating disk... Creating transfer session... Uploading image... [ 100.00% ] 10.00 GiB, 11.34 seconds, 903.09 MiB/s Finalizing transfer session... Traceback (most recent call last): File "./upload-disk.py", line 300, in <module> transfer_service.finalize() File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py", line 13971, in finalize return self._internal_action(action, 'finalize', None, headers, query, wait) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 299, in _internal_action return future.wait() if wait else future File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 296, in callback self._check_fault(response) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error ovirtsdk4.AuthError: Fault reason is "Operation Failed". Fault detail is "[User is not authorized to perform this action.]". HTTP response code is 403.

1 0

NFS storage was locked for 45 minutes after I attempted a clone operation
by David White 03 Sep '21

03 Sep '21

I have an HCI cluster running on Gluster storage. I exposed an NFS share into oVirt as a storage domain so that I could clone all of my VMs (I'm preparing to move physically to a new datacenter). I got 3-4 VMs cloned perfectly fine yesterday. But then this evening, I tried to clone a big VM, and it caused the disk to lock up. The VM went totally unresponsive, and I didn't see a way to cancel the clone. Nagios NRPE (on the client VM) was reporting server load over 65+, but I was never able to establish an SSH connection. Eventually, I tried restarting the ovirt-engine, per https://access.redhat.com/solutions/396753. When that didn't work, I powered down the VM completely. But the disks were still locked. So I then tried to put the storage domain into maintenance mode, but that wound up putting the entire domain into a "locked" state. Finally, eventually, the disks unlocked, and I was able to power the VM back online. From start to finish, my VM was down for about 45 minutes, including the time when NRPE was still sending data to Nagios. What logs should I look at, and how can I troubleshoot what went wrong here, and hopefully avoid this from happening again? Sent with ProtonMail Secure Email.

3 6

oVirt Node 4.4.8.3 Async update
by Sandro Bonazzola 03 Sep '21

03 Sep '21

oVirt Node 4.4.8.3 Async update On September 3rd 2021 the oVirt project released an async update for oVirt Node consuming the following packages: - ovirt-release44 4.4.8.3 - ovirt-node-ng-image-update 4.4.8.3 oVirt Node respin also consumed most recent CentOS Stream and Advanced Virtualization content. It also includes fixes for: - Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM remains in paused state when trying to write on a resized disk resides on iscsi - Via qemu-kvm-6.0.0-29.el8s which shipped live. Here’s the full list of changes: --- ovirt-node-ng-image-4.4.8.2.manifest-rpm 2021-09-01 12:59:05.195037688 +0200 +++ ovirt-node-ng-image-4.4.8.3.manifest-rpm 2021-09-03 13:27:52.006368887 +0200 @@ -47 +46,0 @@ -boost-iostreams-1.66.0-10.el8.x86_64 @@ -112 +111 @@ -device-mapper-persistent-data-0.9.0-1.el8.x86_64 +device-mapper-persistent-data-0.9.0-4.el8.x86_64 @@ -355 +354 @@ -libcap-2.26-4.el8.x86_64 +libcap-2.26-5.el8.x86_64 @@ -637 +636 @@ -osinfo-db-20210215-1.el8.noarch +osinfo-db-20210809-1.el8.noarch @@ -648 +647 @@ -ovirt-node-ng-image-update-placeholder-4.4.8.2-1.el8.noarch +ovirt-node-ng-image-update-placeholder-4.4.8.3-1.el8.noarch @@ -656,2 +655,2 @@ -ovirt-release-host-node-4.4.8.2-1.el8.noarch -ovirt-release44-4.4.8.2-1.el8.noarch +ovirt-release-host-node-4.4.8.3-1.el8.noarch +ovirt-release44-4.4.8.3-1.el8.noarch @@ -768 +767 @@ -python3-eventlet-0.25.2-3.el8.noarch +python3-eventlet-0.25.2-3.1.el8.noarch @@ -814 +813 @@ -python3-os-brick-4.0.3-1.el8.noarch +python3-os-brick-4.0.3-2.el8.noarch @@ -890,14 +889,14 @@ -qemu-guest-agent-6.0.0-27.el8s.x86_64 -qemu-img-6.0.0-27.el8s.x86_64 -qemu-kvm-6.0.0-27.el8s.x86_64 -qemu-kvm-block-curl-6.0.0-27.el8s.x86_64 -qemu-kvm-block-gluster-6.0.0-27.el8s.x86_64 -qemu-kvm-block-iscsi-6.0.0-27.el8s.x86_64 -qemu-kvm-block-rbd-6.0.0-27.el8s.x86_64 -qemu-kvm-block-ssh-6.0.0-27.el8s.x86_64 -qemu-kvm-common-6.0.0-27.el8s.x86_64 -qemu-kvm-core-6.0.0-27.el8s.x86_64 -qemu-kvm-docs-6.0.0-27.el8s.x86_64 -qemu-kvm-hw-usbredir-6.0.0-27.el8s.x86_64 -qemu-kvm-ui-opengl-6.0.0-27.el8s.x86_64 -qemu-kvm-ui-spice-6.0.0-27.el8s.x86_64 +qemu-guest-agent-6.0.0-29.el8s.x86_64 +qemu-img-6.0.0-29.el8s.x86_64 +qemu-kvm-6.0.0-29.el8s.x86_64 +qemu-kvm-block-curl-6.0.0-29.el8s.x86_64 +qemu-kvm-block-gluster-6.0.0-29.el8s.x86_64 +qemu-kvm-block-iscsi-6.0.0-29.el8s.x86_64 +qemu-kvm-block-rbd-6.0.0-29.el8s.x86_64 +qemu-kvm-block-ssh-6.0.0-29.el8s.x86_64 +qemu-kvm-common-6.0.0-29.el8s.x86_64 +qemu-kvm-core-6.0.0-29.el8s.x86_64 +qemu-kvm-docs-6.0.0-29.el8s.x86_64 +qemu-kvm-hw-usbredir-6.0.0-29.el8s.x86_64 +qemu-kvm-ui-opengl-6.0.0-29.el8s.x86_64 +qemu-kvm-ui-spice-6.0.0-29.el8s.x86_64 @@ -934,2 +933,2 @@ -selinux-policy-3.14.3-78.el8.noarch -selinux-policy-targeted-3.14.3-78.el8.noarch +selinux-policy-3.14.3-79.el8.noarch +selinux-policy-targeted-3.14.3-79.el8.noarch @@ -1007 +1006 @@ -virt-v2v-1.42.0-14.el8s.x86_64 +virt-v2v-1.42.0-15.el8s.x86_64 -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

posix storage mount path error when creating volumes
by Sketch 03 Sep '21

03 Sep '21

My cluster was originally built on 4.3, and things were working as long as my SPM was on 4.3. I just killed off the last 4.3 host and rebuilt it as 4.4, and upgraded my cluster and DC to compatibility level 4.6. We had cephfs mounted as a posix FS which worked fine, but oddly in 4.3 we would end up with two mounts for the same volume. The configuration had a comma separated list of IPs as that is how ceph was configured for redundancy, and this is the mount that shows up on both 4.3 and 4.4 hosts (/rhev/data-center/mnt/10.1.88.75,10.1.88.76,10.1.88.77:_vmstore/). But the 4.3 hosts would also have a duplicate mount which had the FQDN of one of the servers instead of the comma separated list. In 4.4, there's only a single mount and existing VMs will start just fine, but you can't create new disks or migrate existing disks onto the posix storage volume. My suspicion is this is an issue with the mount parser not liking the comma in the name of the mount from the error that I get on the SPM host when it tries to create a volume (migration would also fail on the volume creation task): 2021-08-31 19:34:07,767-0700 INFO (jsonrpc/6) [vdsm.api] START createVolume(sdUUID='e8ec5645-fc1b-4d64-a145-44aa8ac5ef48', spUUID='2948c860-9bdf-11e8-a6b3-00163e0419f0', imgUUID='7d704b4d-1ebe-462f-b11e-b91039f43637', size='1073741824', volFormat=5, preallocate=1, diskType='DATA', volUUID='be6cb033-4e42-4bf5-a4a3-6ab5bf03edee', desc='{"DiskAlias":"test","DiskDescription":""}', srcImgUUID='00000000-0000-0000-0000-000000000000', srcVolUUID='00000000-0000-0000-0000-000000000000', initialSize=None, addBitmaps=False) from=::ffff:10.1.2.37,43490, flow_id=bb137995-1ffa-429f-b6eb-5b9ca9f8dfd7, task_id=2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (api:48) 2021-08-31 19:34:07,767-0700 INFO (jsonrpc/6) [IOProcessClient] (Global) Starting client (__init__:340) 2021-08-31 19:34:07,782-0700 INFO (ioprocess/3193398) [IOProcess] (Global) Starting ioprocess (__init__:465) 2021-08-31 19:34:07,803-0700 INFO (jsonrpc/6) [vdsm.api] FINISH createVolume return=None from=::ffff:10.1.2.37,43490, flow_id=bb137995-1ffa-429f-b6eb-5b9ca9f8dfd7, task_id=2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (api:54) 2021-08-31 19:34:07,844-0700 INFO (tasks/5) [storage.ThreadPool.WorkerThread] START task 2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (cmd=<bound method Task.commit of <vdsm.storage.task.Task object at 0x7f4894279860>>, args=None) (threadPool:146) 2021-08-31 19:34:07,869-0700 INFO (tasks/5) [storage.StorageDomain] Create placeholder /rhev/data-center/mnt/10.1.88.75,10.1.88.76,10.1.88.77:_vmstore/e8ec5645-fc1b-4d64-a145-44aa8ac5ef48/images/7d704b4d-1ebe-462f-b11e-b91039f43637 for image's volumes (sd:1718) 2021-08-31 19:34:07,869-0700 ERROR (tasks/5) [storage.TaskManager.Task] (Task='2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed') Unexpected error (task:877) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 884, in _run return fn(*args, **kargs) File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 350, in run return self.cmd(*self.argslist, **self.argsdict) File "/usr/lib/python3.6/site-packages/vdsm/storage/securable.py", line 79, in wrapper return method(self, *args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/storage/sp.py", line 1945, in createVolume initial_size=initialSize, add_bitmaps=addBitmaps) File "/usr/lib/python3.6/site-packages/vdsm/storage/sd.py", line 1216, in createVolume initial_size=initial_size, add_bitmaps=add_bitmaps) File "/usr/lib/python3.6/site-packages/vdsm/storage/volume.py", line 1174, in create imgPath = dom.create_image(imgUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sd.py", line 1721, in create_image "create_image_rollback", [image_dir]) File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 385, in __init__ self.params = ParamList(argslist) File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 298, in __init__ raise ValueError("ParamsList: sep %s in %s" % (sep, i)) ValueError: ParamsList: sep , in /rhev/data-center/mnt/10.1.88.75,10.1.88.76,10.1.88.77:_vmstore/e8ec5645-fc1b-4d64-a145-44aa8ac5ef48/images/7d704b4d-1ebe-462f-b11e-b91039f43637 2021-08-31 19:34:07,964-0700 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH task 2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (threadPool:148) This is a pretty major issue since we can no longer create new VMs. As a workaround, I could change the mount path of the volume to only reference a single IP, but oVirt won't let me edit the mount. I wonder if I could manually edit in the database, then reboot the hosts one by one to make the change take effect without having to shut down hundreds of VMs at once?

3 3

Template for Ubuntu 18.04 Server Issues
by jeremy_tourville＠hotmail.com 02 Sep '21

02 Sep '21

I have built a system as a template on oVirt. Specifically, Ubuntu 18.04 server. I am noticing an issue when creating new vms from that template. I used the check box for "seal template" when creating the template. When I create a new Ubuntu VM I am getting duplicate IP addresses for all the machines created from the template. It seems like the checkbox doesn't fully function as intended. I would need to do further manual steps to clear up this issue. Has anyone else noticed this behavior? Is this expected or have I missed something? Thanks for your input!

6 7

oVirt Monitoring with Grafana: Use Cases Blog
by Aviv Litman 02 Sep '21

02 Sep '21

Hi all, Happy to share my new oVirt blog with you: oVirt Monitoring with Grafana: Use Cases Blog <https://blogs.ovirt.org/2021/09/ovirt-monitoring-with-grafana-use-cases-blo…> . This blog presents some very helpful use cases that can help you identify actionable insights. That can help you free unused resources and balance them. Feedback, comments and suggestions are more than welcome! -- Aviv Litman BI Associate Software Engineer Red Hat <https://www.redhat.com/> alitman(a)redhat.com <https://www.redhat.com/>

1 0

Re: Import OVA problem
by Dominique Deschênes 02 Sep '21

02 Sep '21

Hi Saif, Here the error in engine.log 2021-08-31 10:22:26,536-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] EVENT_ID: ANSIBLE_RUNNER_EVENT_NOTIFICATION(559), Query OVA info. Run query script. 2021-08-31 10:22:29,640-04 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] Error parsing OVF due to Error loading ovf, message The element type "SpecParams" must be terminated by the matching end-tag "</SpecParams>". 2021-08-31 10:22:29,662-04 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] Error parsing OVF due to Error loading ovf, message The element type "SpecParams" must be terminated by the matching end-tag "</SpecParams>". 2021-08-31 10:22:30,694-04 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] Error parsing OVF due to Error loading ovf, message XML document structures must start and end within the same entity. And my ansible log file https://drive.google.com/file/d/1qnd-Ut1tHr5X3jrKcsPsxOz8ObPTuQ7v/view?usp=… Dominique ----- Original Message ----- From: Saif Abu Saleh (sabusale(a)redhat.com) Date: 31/08/21 09:54 To: Dominique D (dominique.deschenes(a)gcgenicom.com) Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Import OVA problem Hi Dominique, Hope you are doing well In order to investigate this, we need to check the log files Can you please try to do import again and provide the following log files after the import: - engine.log, from location: <deployment_location>/var/log/ovirt-engine/engine.log - ansible log file (depending on the time of the import), from location: <deployment_location>/var/log/ovirt-engine/ova Thanks, Saif On Sun, Aug 29, 2021 at 6:08 PM Dominique D <dominique.deschenes(a)gcgenicom.com> wrote: I have tried exporting 4 VMs (2 centos and 2 Windows) to an nfs mount (export OVA) and importing from ova and I can't see all the files. Here are the files in the directory -rw-------+ 1 root root 10739331584 Aug 29 10:27 linux2.ova -rw-------+ 1 root root 1784370176 Aug 28 12:00 linuxtest.ova -rw-------+ 1 root root 64434655232 Aug 28 13:57 vdiw10-2004v1C.ova -rw-------+ 1 vdsm kvm 49040712192 Aug 27 17:21 vdiw10rg06.ova The only file I see in virtual machine on source is linuxtest.ova and linux2.ova. Do you know why ? ovirt 4.4.6 _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3TX6YKUG56OLC…

2 1

Re: Ovirt-4.4.7 Adding host to existing cluster will attempt to run ovirt-hosted-engine-setup
by Paul-Erik Törrönen 01 Sep '21

01 Sep '21

On 2021-08-17 11:12, Dana Elfassy wrote: > The execution of the task itself is fine - we're always installing this > package because of dependencies. > As for its failure- looks like an issue with the repositories. > Please run $ yum repolist > on the host and copy the output Sorry for replying so late, was on a 2-week road-trip. $ yum repolist repo id repo name appstream CentOS Stream 8 - AppStream baseos CentOS Stream 8 - BaseOS elasticsearch-7.x Elasticsearch repository for 7.x packages epel-next Extra Packages for Enterprise Linux 8 - Next - x86_64 extras CentOS Stream 8 - Extras ovirt-4.4 Latest oVirt 4.4 Release ovirt-4.4-centos-ceph-pacific Ceph packages for x86_64 ovirt-4.4-centos-gluster8 CentOS-8 - Gluster 8 ovirt-4.4-centos-opstools CentOS-8 - OpsTools - collectd ovirt-4.4-centos-stream-advanced-virtualization Advanced Virtualization CentOS Stream packages for x86_64 ovirt-4.4-centos-stream-nfv-openvswitch CentOS-8 - NFV OpenvSwitch ovirt-4.4-centos-stream-ovirt44 CentOS-8 Stream - oVirt 4.4 ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp Copr repo for ovsdbapp owned by mdbarroso ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible Copr repo for gluster-ansible owned by sac ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection Copr repo for EL8_collection owned by sbonazzo ovirt-4.4-epel Extra Packages for Enterprise Linux 8 - x86_64 ovirt-4.4-openstack-train OpenStack Train Repository ovirt-4.4-virtio-win-latest virtio-win builds roughly matching what will be shipped in upcoming RHEL powertools CentOS Stream 8 - PowerTools Then there's also this: $ dnf update Last metadata expiration check: 0:28:17 ago on Tue 31 Aug 2021 12:45:32 PM EEST. Error: Problem 1: cannot install the best update candidate for package ovirt-host-dependencies-4.4.7-1.el8.x86_64 - nothing provides python3-os-brick needed by ovirt-host-dependencies-4.4.8-1.el8.x86_64 Problem 2: package ovirt-host-4.4.8-1.el8.x86_64 requires ovirt-host-dependencies = 4.4.8-1.el8, but none of the providers can be installed - cannot install the best update candidate for package ovirt-host-4.4.7-1.el8.x86_64 - nothing provides python3-os-brick needed by ovirt-host-dependencies-4.4.8-1.el8.x86_64 Poltsi

3 3

[ANN] oVirt 4.4.8 Async update #2
by Sandro Bonazzola 01 Sep '21

01 Sep '21

oVirt 4.4.8 Async update #2 On September 1st 2021 the oVirt project released an async update to the following packages: - ovirt-release44 4.4.8.2 - vdsm 4.40.80.6 Fixing the following bugs: - Bug 1999032 <https://bugzilla.redhat.com/show_bug.cgi?id=1999032> - Failed to add rhel host to rhv engine server with error - VDSM host-38 command Get Host Capabilities failed: Internal JSON-RPC error: {'reason': "'libvirt'"} - Bug 1998865 <https://bugzilla.redhat.com/show_bug.cgi?id=1998865> - Host installation fails due to missing bond file - Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM remains in paused state when trying to write on a resized disk resides on iscsi oVirt Node respin is waiting for latest Advanced Virtualization build to land on mirrors providing: - hivex-1.3.18-22.el8s - libvirt-7.6.0-2.el8s - libvirt-python-7.6.0-1.el8s - qemu-kvm-6.0.0-27.el8s A separate announcement will be sent when the oVirt Node build will be available. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 1

oVirt Node 4.4.8.2 Async update
by Sandro Bonazzola 01 Sep '21

01 Sep '21

oVirt Node 4.4.8.2 Async update On September 1st 2021 the oVirt project released an async update for oVirt Node consuming the following packages: - ovirt-release44 4.4.8.2 - vdsm 4.40.80.6 oVirt Node respin also consumed most recent CentOS Stream and Advanced Virtualization content. It also includes fixes for: - CVE-2021-31535 <https://access.redhat.com/security/cve/CVE-2021-31535> libX11: missing request length checks - CVE-2021-3564 <https://access.redhat.com/security/cve/CVE-2021-3564> kernel: double free in bluetooth subsystem when the HCI device initialization fails - CVE-2021-3573 <https://access.redhat.com/security/cve/CVE-2021-3573> kernel: use-after-free in function hci_sock_bound_ioctl() - CVE-2021-29155 <https://access.redhat.com/security/cve/CVE-2021-29155> kernel: protection for sequences of pointer arithmetic operations against speculatively out-of-bounds loads can be bypassed to leak content of kernel memory - CVE-2021-31829 <https://access.redhat.com/security/cve/CVE-2021-31829> kernel: protection of stack pointer against speculative pointer arithmetic can be bypassed to leak content of kernel memory - CVE-2021-33200 <https://access.redhat.com/security/cve/CVE-2021-33200> kernel: out-of-bounds reads and writes due to enforcing incorrect limits for pointer arithmetic operations by BPF verifier - CVE-2021-3679 <https://access.redhat.com/security/cve/CVE-2021-3679> kernel: DoS in rb_per_cpu_empty() - CVE-2020-26144 <https://access.redhat.com/security/cve/CVE-2020-26144> kernel: accepting unencrypted A-MSDU frames that start with RFC1042 header - CVE-2020-26145 <https://access.redhat.com/security/cve/CVE-2020-26145> kernel: accepting plaintext broadcast fragments as full frames - CVE-2020-24587 <https://access.redhat.com/security/cve/CVE-2020-24587> kernel: Reassembling fragments encrypted under different keys - CVE-2020-26141 <https://access.redhat.com/security/cve/CVE-2020-26141> kernel: not verifying TKIP MIC of fragmented frames - CVE-2020-24586 <https://access.redhat.com/security/cve/CVE-2020-24586> kernel: Fragmentation cache not cleared on reconnection - CVE-2020-26147 <https://access.redhat.com/security/cve/CVE-2020-26147> kernel: reassembling mixed encrypted/plaintext fragments - CVE-2021-3653 <https://access.redhat.com/security/cve/CVE-2021-3653> kernel: SVM nested virtualization issue in KVM (AVIC support) - CVE-2021-3656 <https://access.redhat.com/security/cve/CVE-2021-3656> kernel: SVM nested virtualization issue in KVM (VMLOAD/VMSAVE) Here’s the full list of changes: --- ovirt-node-ng-image-4.4.8.1.manifest-rpm 2021-08-27 08:11:54.863736688 +0200 +++ ovirt-node-ng-image-4.4.8.2.manifest-rpm 2021-09-01 12:59:05.195037688 +0200 @@ -3,6 +3,6 @@ -NetworkManager-1.32.8-1.el8.x86_64 -NetworkManager-config-server-1.32.8-1.el8.noarch -NetworkManager-libnm-1.32.8-1.el8.x86_64 -NetworkManager-ovs-1.32.8-1.el8.x86_64 -NetworkManager-team-1.32.8-1.el8.x86_64 -NetworkManager-tui-1.32.8-1.el8.x86_64 +NetworkManager-1.32.10-2.el8.x86_64 +NetworkManager-config-server-1.32.10-2.el8.noarch +NetworkManager-libnm-1.32.10-2.el8.x86_64 +NetworkManager-ovs-1.32.10-2.el8.x86_64 +NetworkManager-team-1.32.10-2.el8.x86_64 +NetworkManager-tui-1.32.10-2.el8.x86_64 @@ -24 +24 @@ -ansible-2.9.24-2.el8.noarch +ansible-2.9.25-1.el8.noarch @@ -39,5 +39,5 @@ -bind-export-libs-9.11.26-4.el8_4.x86_64 -bind-libs-9.11.26-4.el8_4.x86_64 -bind-libs-lite-9.11.26-4.el8_4.x86_64 -bind-license-9.11.26-4.el8_4.noarch -bind-utils-9.11.26-4.el8_4.x86_64 +bind-export-libs-9.11.26-6.el8.x86_64 +bind-libs-9.11.26-6.el8.x86_64 +bind-libs-lite-9.11.26-6.el8.x86_64 +bind-license-9.11.26-6.el8.noarch +bind-utils-9.11.26-6.el8.x86_64 @@ -46 +46 @@ -blivet-data-3.4.0-4.el8.noarch +blivet-data-3.4.0-5.el8.noarch @@ -68,2 +68,2 @@ -cockpit-250-1.el8.x86_64 -cockpit-bridge-250-1.el8.x86_64 +cockpit-251-1.el8.x86_64 +cockpit-bridge-251-1.el8.x86_64 @@ -71,3 +71,3 @@ -cockpit-storaged-250-1.el8.noarch -cockpit-system-250-1.el8.noarch -cockpit-ws-250-1.el8.x86_64 +cockpit-storaged-251-1.el8.noarch +cockpit-system-251-1.el8.noarch +cockpit-ws-251-1.el8.x86_64 @@ -94 +94 @@ -curl-7.61.1-18.el8_4.1.x86_64 +curl-7.61.1-21.el8.x86_64 @@ -118,2 +118,2 @@ -dnf-4.7.0-2.el8.noarch -dnf-data-4.7.0-2.el8.noarch +dnf-4.7.0-3.el8.noarch +dnf-data-4.7.0-3.el8.noarch @@ -123,5 +123,5 @@ -dracut-049-188.git20210802.el8.x86_64 -dracut-config-generic-049-188.git20210802.el8.x86_64 -dracut-live-049-188.git20210802.el8.x86_64 -dracut-network-049-188.git20210802.el8.x86_64 -dracut-squash-049-188.git20210802.el8.x86_64 +dracut-049-190.git20210811.el8.x86_64 +dracut-config-generic-049-190.git20210811.el8.x86_64 +dracut-live-049-190.git20210811.el8.x86_64 +dracut-network-049-190.git20210811.el8.x86_64 +dracut-squash-049-190.git20210811.el8.x86_64 @@ -138 +138 @@ -ethtool-5.8-6.el8.x86_64 +ethtool-5.8-7.el8.x86_64 @@ -184 +184 @@ -fontconfig-2.13.1-3.el8.x86_64 +fontconfig-2.13.1-4.el8.x86_64 @@ -188 +188 @@ -fstrm-0.6.0-3.el8.1.x86_64 +fstrm-0.6.1-2.el8.x86_64 @@ -206,3 +206,3 @@ -glibc-2.28-162.el8.x86_64 -glibc-common-2.28-162.el8.x86_64 -glibc-langpack-en-2.28-162.el8.x86_64 +glibc-2.28-164.el8.x86_64 +glibc-common-2.28-164.el8.x86_64 +glibc-langpack-en-2.28-164.el8.x86_64 @@ -240 +240 @@ -grubby-8.40-41.el8.x86_64 +grubby-8.40-42.el8.x86_64 @@ -249 +249 @@ -hivex-1.3.18-21.module_el8.5.0+821+97472045.x86_64 +hivex-1.3.18-22.el8s.x86_64 @@ -251 +251 @@ -hwdata-0.314-8.9.el8.noarch +hwdata-0.314-8.10.el8.noarch @@ -265,2 +265,2 @@ -iproute-5.12.0-2.el8.x86_64 -iproute-tc-5.12.0-2.el8.x86_64 +iproute-5.12.0-3.el8.x86_64 +iproute-tc-5.12.0-3.el8.x86_64 @@ -270,3 +270,3 @@ -iptables-1.8.4-19.el8.x86_64 -iptables-ebtables-1.8.4-19.el8.x86_64 -iptables-libs-1.8.4-19.el8.x86_64 +iptables-1.8.4-20.el8.x86_64 +iptables-ebtables-1.8.4-20.el8.x86_64 +iptables-libs-1.8.4-20.el8.x86_64 @@ -301,6 +301,6 @@ -kernel-4.18.0-331.el8.x86_64 -kernel-core-4.18.0-331.el8.x86_64 -kernel-modules-4.18.0-331.el8.x86_64 -kernel-tools-4.18.0-331.el8.x86_64 -kernel-tools-libs-4.18.0-331.el8.x86_64 -kexec-tools-2.0.20-56.el8.x86_64 +kernel-4.18.0-338.el8.x86_64 +kernel-core-4.18.0-338.el8.x86_64 +kernel-modules-4.18.0-338.el8.x86_64 +kernel-tools-4.18.0-338.el8.x86_64 +kernel-tools-libs-4.18.0-338.el8.x86_64 +kexec-tools-2.0.20-57.el8.x86_64 @@ -313,2 +313,2 @@ -krb5-libs-1.18.2-13.el8.x86_64 -krb5-workstation-1.18.2-13.el8.x86_64 +krb5-libs-1.18.2-14.el8.x86_64 +krb5-workstation-1.18.2-14.el8.x86_64 @@ -318,3 +318,3 @@ -libX11-1.6.8-4.el8.x86_64 -libX11-common-1.6.8-4.el8.noarch -libX11-xcb-1.6.8-4.el8.x86_64 +libX11-1.6.8-5.el8.x86_64 +libX11-common-1.6.8-5.el8.noarch +libX11-xcb-1.6.8-5.el8.x86_64 @@ -353 +353 @@ -libbpf-0.3.0-1.el8.x86_64 +libbpf-0.4.0-1.el8.x86_64 @@ -363 +363 @@ -libcurl-7.61.1-18.el8_4.1.x86_64 +libcurl-7.61.1-21.el8.x86_64 @@ -407 +407 @@ -libkadm5-1.18.2-13.el8.x86_64 +libkadm5-1.18.2-14.el8.x86_64 @@ -418 +418 @@ -libmodulemd-2.12.1-1.el8.x86_64 +libmodulemd-2.13.0-1.el8.x86_64 @@ -465 +465 @@ -libsepol-2.9-2.el8.x86_64 +libsepol-2.9-3.el8.x86_64 @@ -503,24 +503,24 @@ -libvirt-7.5.0-1.el8s.x86_64 -libvirt-client-7.5.0-1.el8s.x86_64 -libvirt-daemon-7.5.0-1.el8s.x86_64 -libvirt-daemon-config-network-7.5.0-1.el8s.x86_64 -libvirt-daemon-config-nwfilter-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-interface-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-network-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-nodedev-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-nwfilter-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-qemu-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-secret-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-core-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-disk-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-gluster-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-iscsi-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-iscsi-direct-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-logical-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-mpath-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-rbd-7.5.0-1.el8s.x86_64 -libvirt-daemon-driver-storage-scsi-7.5.0-1.el8s.x86_64 -libvirt-daemon-kvm-7.5.0-1.el8s.x86_64 -libvirt-libs-7.5.0-1.el8s.x86_64 -libvirt-lock-sanlock-7.5.0-1.el8s.x86_64 +libvirt-7.6.0-2.el8s.x86_64 +libvirt-client-7.6.0-2.el8s.x86_64 +libvirt-daemon-7.6.0-2.el8s.x86_64 +libvirt-daemon-config-network-7.6.0-2.el8s.x86_64 +libvirt-daemon-config-nwfilter-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-interface-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-network-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-nodedev-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-nwfilter-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-qemu-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-secret-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-core-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-disk-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-gluster-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-iscsi-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-iscsi-direct-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-logical-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-mpath-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-rbd-7.6.0-2.el8s.x86_64 +libvirt-daemon-driver-storage-scsi-7.6.0-2.el8s.x86_64 +libvirt-daemon-kvm-7.6.0-2.el8s.x86_64 +libvirt-libs-7.6.0-2.el8s.x86_64 +libvirt-lock-sanlock-7.6.0-2.el8s.x86_64 @@ -546,2 +546,2 @@ -lldpad-1.0.1-14.git036e314.el8.x86_64 -llvm-libs-12.0.0-1.module_el8.5.0+840+21214faf.x86_64 +lldpad-1.0.1-16.git036e314.el8.x86_64 +llvm-libs-12.0.1-1.module_el8.5.0+892+54d791e1.x86_64 @@ -553 +553 @@ -lsscsi-0.32-2.el8.x86_64 +lsscsi-0.32-3.el8.x86_64 @@ -555 +555 @@ -lua-libs-5.3.4-11.el8.x86_64 +lua-libs-5.3.4-12.el8.x86_64 @@ -603 +603 @@ -nftables-0.9.3-20.el8.x86_64 +nftables-0.9.3-21.el8.x86_64 @@ -605 +605 @@ -nmap-ncat-7.70-5.el8.x86_64 +nmap-ncat-7.70-6.el8.x86_64 @@ -609 +609 @@ -nspr-4.31.0-1.el8_4.x86_64 +nspr-4.32.0-1.el8_4.x86_64 @@ -636 +636 @@ -os-prober-1.74-6.el8.x86_64 +os-prober-1.74-9.el8.x86_64 @@ -648 +648 @@ -ovirt-node-ng-image-update-placeholder-4.4.8.1-1.el8.noarch +ovirt-node-ng-image-update-placeholder-4.4.8.2-1.el8.noarch @@ -656,2 +656,2 @@ -ovirt-release-host-node-4.4.8.1-1.el8.noarch -ovirt-release44-4.4.8.1-1.el8.noarch +ovirt-release-host-node-4.4.8.2-1.el8.noarch +ovirt-release44-4.4.8.2-1.el8.noarch @@ -664,3 +664,3 @@ -pacemaker-cluster-libs-2.1.0-6.el8.x86_64 -pacemaker-libs-2.1.0-6.el8.x86_64 -pacemaker-schemas-2.1.0-6.el8.noarch +pacemaker-cluster-libs-2.1.0-8.el8.x86_64 +pacemaker-libs-2.1.0-8.el8.x86_64 +pacemaker-schemas-2.1.0-8.el8.noarch @@ -715 +715 @@ -platform-python-3.6.8-39.el8.x86_64 +platform-python-3.6.8-40.el8.x86_64 @@ -718,3 +718,3 @@ -plymouth-0.9.4-9.20200615git1e36e30.el8.x86_64 -plymouth-core-libs-0.9.4-9.20200615git1e36e30.el8.x86_64 -plymouth-scripts-0.9.4-9.20200615git1e36e30.el8.x86_64 +plymouth-0.9.4-10.20200615git1e36e30.el8.x86_64 +plymouth-core-libs-0.9.4-10.20200615git1e36e30.el8.x86_64 +plymouth-scripts-0.9.4-10.20200615git1e36e30.el8.x86_64 @@ -744,2 +744,2 @@ -python3-bind-9.11.26-4.el8_4.noarch -python3-blivet-3.4.0-4.el8.noarch +python3-bind-9.11.26-6.el8.noarch +python3-blivet-3.4.0-5.el8.noarch @@ -753 +753 @@ -python3-cloud-what-1.28.20-1.el8.x86_64 +python3-cloud-what-1.28.21-2.el8.x86_64 @@ -762 +762 @@ -python3-dnf-4.7.0-2.el8.noarch +python3-dnf-4.7.0-3.el8.noarch @@ -797 +797 @@ -python3-libs-3.6.8-39.el8.x86_64 +python3-libs-3.6.8-40.el8.x86_64 @@ -800 +800 @@ -python3-libvirt-7.5.0-1.el8s.x86_64 +python3-libvirt-7.6.0-1.el8s.x86_64 @@ -811 +811 @@ -python3-nftables-0.9.3-20.el8.x86_64 +python3-nftables-0.9.3-21.el8.x86_64 @@ -834 +834 @@ -python3-perf-4.18.0-331.el8.x86_64 +python3-perf-4.18.0-338.el8.x86_64 @@ -864 +864 @@ -python3-rpm-4.14.3-15.el8.x86_64 +python3-rpm-4.14.3-18.el8.x86_64 @@ -876 +876 @@ -python3-subscription-manager-rhsm-1.28.20-1.el8.x86_64 +python3-subscription-manager-rhsm-1.28.21-2.el8.x86_64 @@ -878 +878 @@ -python3-syspurpose-1.28.20-1.el8.x86_64 +python3-syspurpose-1.28.21-2.el8.x86_64 @@ -889,15 +889,15 @@ -python36-3.6.8-37.module_el8.5.0+771+e5d9a225.x86_64 -qemu-guest-agent-6.0.0-26.el8s.x86_64 -qemu-img-6.0.0-26.el8s.x86_64 -qemu-kvm-6.0.0-26.el8s.x86_64 -qemu-kvm-block-curl-6.0.0-26.el8s.x86_64 -qemu-kvm-block-gluster-6.0.0-26.el8s.x86_64 -qemu-kvm-block-iscsi-6.0.0-26.el8s.x86_64 -qemu-kvm-block-rbd-6.0.0-26.el8s.x86_64 -qemu-kvm-block-ssh-6.0.0-26.el8s.x86_64 -qemu-kvm-common-6.0.0-26.el8s.x86_64 -qemu-kvm-core-6.0.0-26.el8s.x86_64 -qemu-kvm-docs-6.0.0-26.el8s.x86_64 -qemu-kvm-hw-usbredir-6.0.0-26.el8s.x86_64 -qemu-kvm-ui-opengl-6.0.0-26.el8s.x86_64 -qemu-kvm-ui-spice-6.0.0-26.el8s.x86_64 +python36-3.6.8-38.module_el8.5.0+895+a459eca8.x86_64 +qemu-guest-agent-6.0.0-27.el8s.x86_64 +qemu-img-6.0.0-27.el8s.x86_64 +qemu-kvm-6.0.0-27.el8s.x86_64 +qemu-kvm-block-curl-6.0.0-27.el8s.x86_64 +qemu-kvm-block-gluster-6.0.0-27.el8s.x86_64 +qemu-kvm-block-iscsi-6.0.0-27.el8s.x86_64 +qemu-kvm-block-rbd-6.0.0-27.el8s.x86_64 +qemu-kvm-block-ssh-6.0.0-27.el8s.x86_64 +qemu-kvm-common-6.0.0-27.el8s.x86_64 +qemu-kvm-core-6.0.0-27.el8s.x86_64 +qemu-kvm-docs-6.0.0-27.el8s.x86_64 +qemu-kvm-hw-usbredir-6.0.0-27.el8s.x86_64 +qemu-kvm-ui-opengl-6.0.0-27.el8s.x86_64 +qemu-kvm-ui-spice-6.0.0-27.el8s.x86_64 @@ -912,4 +912,4 @@ -rpm-4.14.3-15.el8.x86_64 -rpm-build-libs-4.14.3-15.el8.x86_64 -rpm-libs-4.14.3-15.el8.x86_64 -rpm-plugin-selinux-4.14.3-15.el8.x86_64 +rpm-4.14.3-18.el8.x86_64 +rpm-build-libs-4.14.3-18.el8.x86_64 +rpm-libs-4.14.3-18.el8.x86_64 +rpm-plugin-selinux-4.14.3-18.el8.x86_64 @@ -928,3 +928,3 @@ -sbd-1.4.2-2.el8.x86_64 -scap-security-guide-0.1.57-1.el8.noarch -scrub-2.5.2-14.el8.x86_64 +sbd-1.5.0-2.el8.x86_64 +scap-security-guide-0.1.57-4.el8.noarch +scrub-2.5.2-16.el8.x86_64 @@ -934,2 +934,2 @@ -selinux-policy-3.14.3-76.el8.noarch -selinux-policy-targeted-3.14.3-76.el8.noarch +selinux-policy-3.14.3-78.el8.noarch +selinux-policy-targeted-3.14.3-78.el8.noarch @@ -961 +961 @@ -subscription-manager-rhsm-certificates-1.28.20-1.el8.x86_64 +subscription-manager-rhsm-certificates-1.28.21-2.el8.x86_64 @@ -973,5 +973,5 @@ -systemd-239-49.el8.x86_64 -systemd-container-239-49.el8.x86_64 -systemd-libs-239-49.el8.x86_64 -systemd-pam-239-49.el8.x86_64 -systemd-udev-239-49.el8.x86_64 +systemd-239-50.el8.x86_64 +systemd-container-239-50.el8.x86_64 +systemd-libs-239-50.el8.x86_64 +systemd-pam-239-50.el8.x86_64 +systemd-udev-239-50.el8.x86_64 @@ -993,11 +993,11 @@ -vdo-6.2.5.65-14.el8.x86_64 -vdsm-4.40.80.5-1.el8.x86_64 -vdsm-api-4.40.80.5-1.el8.noarch -vdsm-client-4.40.80.5-1.el8.noarch -vdsm-common-4.40.80.5-1.el8.noarch -vdsm-gluster-4.40.80.5-1.el8.x86_64 -vdsm-http-4.40.80.5-1.el8.noarch -vdsm-jsonrpc-4.40.80.5-1.el8.noarch -vdsm-network-4.40.80.5-1.el8.x86_64 -vdsm-python-4.40.80.5-1.el8.noarch -vdsm-yajsonrpc-4.40.80.5-1.el8.noarch +vdo-6.2.5.74-14.el8.x86_64 +vdsm-4.40.80.6-1.el8.x86_64 +vdsm-api-4.40.80.6-1.el8.noarch +vdsm-client-4.40.80.6-1.el8.noarch +vdsm-common-4.40.80.6-1.el8.noarch +vdsm-gluster-4.40.80.6-1.el8.x86_64 +vdsm-http-4.40.80.6-1.el8.noarch +vdsm-jsonrpc-4.40.80.6-1.el8.noarch +vdsm-network-4.40.80.6-1.el8.x86_64 +vdsm-python-4.40.80.6-1.el8.noarch +vdsm-yajsonrpc-4.40.80.6-1.el8.noarch @@ -1021 +1021 @@ -yum-4.7.0-2.el8.noarch +yum-4.7.0-3.el8.noarch -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

Re: [ovirt-devel] VM timezone typo
by Arik Hadas 01 Sep '21

01 Sep '21

On Wed, Sep 1, 2021 at 5:09 AM luwen.zhang <luwen.zhang(a)vinchin.com> wrote: > > Hello team, > > We found a minor issue on oVirt 4.4.8 version, it seems like a typo of the > VM timezone, it should be “GMT+01:00 Central European Standard Time” but on > 4.4.8 it’s “GMT+01:00 Central European Standard Tim”. > This lead to Vinchin VM restoration fail at VM creation stage if using VM > backups from previous oVirt versions. > > > We had adjusted our programing to deal with this specific issue, but hope > it can be fix soon. > Thanks for reporting this issue We've already merged a fix for that ( https://gerrit.ovirt.org/#/c/ovirt-engine/+/116260/) A possible way to resolve this before the aforementioned fix is available is to fix the typo in /usr/share/ovirt-engine/conf/timezones-defaults.properties (changes will be overridden when updating ovirt-engine) or adding "Europe/Warsaw=Central European Standard Time" to a new configuration in /etc/ovirt-engine/timezones/ (see https://github.com/oVirt/ovirt-site/pull/2554/files) > Thanks & regards! > > > *Luwen Zhang* | Product Manager > > *Mobile*: +8613880424687 | *Skype*: luwen.zhang_cn > > *WhatsApp*: +8613880424687 | *WeChat*: +8613880424687 > > *Website*: www.vinchin.com > > *Address*: F5, Block 8, National Information Security Industry Park, > > No.333 Yunhua Road, Hi-tech Zone, Chengdu, China | *Zip*: 610015 > > *INNOVATIVE VM BACKUP EXPERT* > > VMware Backup <https://www.vinchin.com/en/hypervisor/vmware-backup.html> > | XenServer/Citrix Hypervisor/XCP-ng Backup > <https://www.vinchin.com/en/hypervisor/xcp-ng-xenserver-backup.html> | Hyper-V > Backup <https://www.vinchin.com/en/hypervisor/hyper-v-backup.html> > > RHEV/oVirt Backup > <https://www.vinchin.com/en/hypervisor/red-hat-virtualization-ovirt-backup.h…> > | OLVM Backup > <https://www.vinchin.com/en/hypervisor/oracle-linux-virtualization-manager-b…> > | Sangfor HCI Backup > <https://www.vinchin.com/en/hypervisor/sangfor-hci-backup.html> | OpenStack > Backup <https://www.vinchin.com/en/hypervisor/openstack-backup.html> > > _______________________________________________ > Devel mailing list -- devel(a)ovirt.org > To unsubscribe send an email to devel-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/42KMIMK6CKK25… >

2 1

Extending iSCSI storage domain
by Répás Péter 01 Sep '21

01 Sep '21

Hello, I have an oVirt 4.1.1 installion with 2 nodes and an ovirt manager on a serpate machine. I have multiple storage domain on an external storage, one contains the disk images of VMs, and another is a huge storage domain dedicated to store mediafiles. The mediafile storage domain has only one disk image, attached to a linux vm, no other disk image on this mediafile storage domain. The mediafile storage domain is attached and available to both ovirt nodes. This media storage domain has to be extended. The storage device has the capacity, so it is going to be extended. What should be done on the oVirt side to extend the media storage domain? Sorry for the lame question but the docs and tips from the web are ambiguous for me, some say it cannot be extended, just add a new lun to this storage domain. Does this operation need the full cluster to be put maintenance and stop all vms? Or just the linux vm to that is the disk image is attached to? Thank you for your help! Regards, Peter

1 0