- Users - oVirt List Archives

How to set static IP when creating VM?
by msjang＠kisti.re.kr 08 Jul '22

08 Jul '22

Hi, all. I've used cockpit-machine, qemu-kvm for 2 years for my services, and I tried to use ovirt for a month. I've use virt-edit to configure ifcfg-eth0 for static IP as my company does not allow DHCP. I've use virt-customize to set default root password. How can I set static IP and root password when creating VM? Currently, I use virt-edit, virt-customize after I set saslpasswd2 on image files of oVirt, and it seems not best practice. Best Regards. Minseok Jang

2 1

can't get vm ipv4 address via api
by coolloves＠gmail.com 08 Jul '22

08 Jul '22

i am using 4.4.10 . if i login to ovirt manager website,i can see vm's ip info, nic1 网络名称 vlan11 IPv4 192.168.11.238 IPv6 fe80::8b0d:288f:bbb:3c19 MAC 56:6f:4e:14:00:00 while run the command,i could get lot of infos about vm,for example below,but i can't find vm's ipaddress.please help me.thanks! curl -k -H "Accept: application/json" -H "Authorization: xxxxxxxxxxxxxx" https://enginexxxxx.com/ovirt-engine/api/vms { "guest_operating_system": { "architecture": "x86_64", "codename": "", "distribution": "CentOS Linux", "family": "Linux", "kernel": { "version": { "build": "0", "full_version": "3.10.0-862.el7.x86_64", "major": "3", "minor": "10", "revision": "862" } }, "version": { "full_version": "7", "major": "7" } }, "guest_time_zone": { "name": "CST", "utc_offset": "+08:00" }, "next_run_configuration_exists": "false", "run_once": "false", "start_time": 1656494158035, "status": "up", "stop_time": 1656493463353, "host": { "href": "/ovirt-engine/api/hosts/7ba743ab-5cbc-4472-ab6c-b95be8eed569", "id": "7ba743ab-5cbc-4472-ab6c-b95be8eed569" }, "original_template": { "href": "/ovirt-engine/api/templates/2c70e56e-80e2-41fb-8fce-5cdaf71935d6", "id": "2c70e56e-80e2-41fb-8fce-5cdaf71935d6" }, "template": { "href": "/ovirt-engine/api/templates/00000000-0000-0000-0000-000000000000", "id": "00000000-0000-0000-0000-000000000000" }, "actions": { "link": [{ "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/shutdown", "rel": "shutdown" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/start", "rel": "start" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/stop", "rel": "stop" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/suspend", "rel": "suspend" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/reset", "rel": "reset" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/detach", "rel": "detach" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/ticket", "rel": "ticket" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/cancelmigration", "rel": "cancelmigration" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/commitsnapshot", "rel": "commitsnapshot" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/clone", "rel": "clone" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/freezefilesystems", "rel": "freezefilesystems" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/logon", "rel": "logon" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/maintenance", "rel": "maintenance" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/previewsnapshot", "rel": "previewsnapshot" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/autopincpuandnumanodes", "rel": "autopincpuandnumanodes" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/reboot", "rel": "reboot" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/migrate", "rel": "migrate" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/reordermacaddresses", "rel": "reordermacaddresses" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/thawfilesystems", "rel": "thawfilesystems" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/undosnapshot", "rel": "undosnapshot" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/export", "rel": "export" }] }, "name": "centos-test2", "description": "", "comment": "", "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0", "id": "18f940ef-e74c-4c45-b8c8-042945e530d0", "bios": { "boot_menu": { "enabled": "false" }, "type": "q35_sea_bios" }, "cpu": { "architecture": "x86_64", "topology": { "cores": "1", "sockets": "8", "threads": "1" } }, "display": { "address": "192.168.13.191", "allow_override": "false", "certificate": { "content": "-----BEGIN CERTIFICATE-----\nxxxx\n-----END CERTIFICATE-----\n", "organization": "ejy365.com", "subject": "O=ejy365.com,CN=192.168.13.191" }, "copy_paste_enabled": "true", "disconnect_action": "LOCK_SCREEN", "file_transfer_enabled": "true", "monitors": "1", "port": "5900", "secure_port": "5901", "smartcard_enabled": "false", "type": "spice" }, "io": { "threads": "1" }, "memory": "17179869184", "migration": { "auto_converge": "inherit", "compressed": "inherit", "encrypted": "inherit" }, "origin": "ovirt", "os": { "boot": { "devices": { "device": ["hd"] } }, "type": "rhel_7x64" }, "sso": { "methods": { "method": [{ "id": "guest_agent" }] } }, "stateless": "false", "type": "server", "usb": { "enabled": "false" }, "cluster": { "href": "/ovirt-engine/api/clusters/9fd83c65-adbf-483d-b6cc-2b5aec4d17f1", "id": "9fd83c65-adbf-483d-b6cc-2b5aec4d17f1" }, "link": [{ "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/katelloerrata", "rel": "katelloerrata" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/permissions", "rel": "permissions" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/tags", "rel": "tags" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/affinitylabels", "rel": "affinitylabels" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/graphicsconsoles", "rel": "graphicsconsoles" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/cdroms", "rel": "cdroms" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/nics", "rel": "nics" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/watchdogs", "rel": "watchdogs" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/snapshots", "rel": "snapshots" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/applications", "rel": "applications" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/hostdevices", "rel": "hostdevices" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/numanodes", "rel": "numanodes" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/reporteddevices", "rel": "reporteddevices" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/sessions", "rel": "sessions" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/backups", "rel": "backups" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/checkpoints", "rel": "checkpoints" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/diskattachments", "rel": "diskattachments" }, { "href": "/ovirt-engine/api/vms/18f940ef-e74c-4c45-b8c8-042945e530d0/statistics", "rel": "statistics" }], "cpu_shares": "0", "creation_time": 1656466718984, "delete_protected": "false", "high_availability": { "enabled": "false", "priority": "1" }, "large_icon": { "href": "/ovirt-engine/api/icons/3cc4f676-4aea-48b5-bfe9-b1b8db5585e3", "id": "3cc4f676-4aea-48b5-bfe9-b1b8db5585e3" }, "memory_policy": { "ballooning": "true", "guaranteed": "11452547072", "max": "68719476736" }, "migration_downtime": "-1", "multi_queues_enabled": "true", "placement_policy": { "affinity": "pinned" }, "serial_number": { "policy": "host" }, "small_icon": { "href": "/ovirt-engine/api/icons/8bcef820-00d7-4845-b73f-57516e06afd2", "id": "8bcef820-00d7-4845-b73f-57516e06afd2" }, "start_paused": "false", "storage_error_resume_behaviour": "kill", "time_zone": { "name": "Asia/Shanghai" }, "virtio_scsi_multi_queues_enabled": "false", "cpu_profile": { "href": "/ovirt-engine/api/cpuprofiles/50250d96-e65f-415a-9af1-5c59fbf5d474", "id": "50250d96-e65f-415a-9af1-5c59fbf5d474" } }

2 3

cluster compatibility version 4.7
by Staniforth, Paul 07 Jul '22

07 Jul '22

Hello When we try to complete the upgrade to 4.5.1 there is a failure to upgrade the cluster to compatibly version 4.7 Cannot update compatibility version of Vm/Template: [HostedEngine], Message: There was an attempt to change Hosted Engine VM values that are locked. Also somehow the cluster had changed to Cluster Node Type of Virt only but there was an error due to started volumes when trying to change the Cluster from the WebUI. I fixed this by changing it in the DB. Thanks, Paul S. To view the terms under which this email is distributed, please go to:- https://leedsbeckett.ac.uk/disclaimer/email

1 0

virtio-net name enp1s0 and not expected ens3
by Ladislav Humenik 07 Jul '22

07 Jul '22

Hallo, looking for some hint where one can change the guest network name (not with udev rules) but rather is there somewhere a code in ovirt/libvirt? We have one from scratch installed ovirt engine (4.4.10.4-1.el8), where all guests have enp*s* network name, all others engines (like 13 upgraded recently from 4.3.10 to 4.4.10) have ens* network name. In redhat KB https://access.redhat.com/solutions/3709641 is explained how is the naming of virtio-net working What is also different, there is missing ID_NET_NAME_SLOT in udevadm output: ~]$ udevadm info /sys/class/net/enp1s0/ P: /devices/pci0000:00/0000:00:02.0/0000:01:00.0/virtio0/net/enp1s0 E: DEVPATH=/devices/pci0000:00/0000:00:02.0/0000:01:00.0/virtio0/net/enp1s0 E: ID_BUS=pci E: ID_MODEL_FROM_DATABASE=Virtio network device E: ID_MODEL_ID=0x1041 E: ID_NET_DRIVER=virtio_net E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link E: ID_NET_NAME=enp1s0 E: ID_NET_NAME_MAC=enx001a4a08000e E: ID_NET_NAME_PATH=enp1s0 E: ID_NET_NAMING_SCHEME=rhel-8.0 E: ID_OUI_FROM_DATABASE=Qumranet Inc. E: ID_PATH=pci-0000:01:00.0 E: ID_PATH_TAG=pci-0000_01_00_0 E: ID_PCI_CLASS_FROM_DATABASE=Network controller E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller E: ID_VENDOR_FROM_DATABASE=Red Hat, Inc. E: ID_VENDOR_ID=0x1af4 E: IFINDEX=2 E: INTERFACE=enp1s0 E: SUBSYSTEM=net E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp1s0 E: TAGS=:systemd: E: USEC_INITIALIZED=3826556 Expected output of udeavm would be: ~]$ udevadm info /sys/class/net/ens3 P: /devices/pci0000:00/0000:00:03.0/virtio0/net/ens3 E: DEVPATH=/devices/pci0000:00/0000:00:03.0/virtio0/net/ens3 E: ID_BUS=pci E: ID_MODEL_FROM_DATABASE=Virtio network device E: ID_MODEL_ID=0x1000 E: ID_NET_DRIVER=virtio_net E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link E: ID_NET_NAME=ens3 E: ID_NET_NAME_MAC=enx001a4a070167 E: ID_NET_NAME_PATH=enp0s3 E: ID_NET_NAME_SLOT=ens3 E: ID_NET_NAMING_SCHEME=rhel-8.0 E: ID_OUI_FROM_DATABASE=Qumranet Inc. E: ID_PATH=pci-0000:00:03.0 E: ID_PATH_TAG=pci-0000_00_03_0 E: ID_PCI_CLASS_FROM_DATABASE=Network controller E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller E: ID_VENDOR_FROM_DATABASE=Red Hat, Inc. E: ID_VENDOR_ID=0x1af4 E: IFINDEX=2 E: INTERFACE=ens3 E: SUBSYSTEM=net E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/ens3 E: TAGS=:systemd: E: USEC_INITIALIZED=3487875 Tested with different OSes like centos/debian, always the same output. -- Ladislav Humenik

1 0

virtio-net name enp1s0 and not expected ens3
by Ladislav Humenik 07 Jul '22

07 Jul '22

Hallo, looking for some hint where one can change the guest network name (not with udev rules) but rather is there somewhere a code in ovirt/libvirt? We have one from scratch installed ovirt engine (4.4.10.4-1.el8), where all guests have enp*s* network name, all others engines (like 13 upgraded recently from 4.3.10 to 4.4.10) have ens* network name. In redhat KB https://access.redhat.com/solutions/3709641 is explained how is the naming of virtio-net working What is also different, there is missing ID_NET_NAME_SLOT in udevadm output: ~]$ udevadm info /sys/class/net/enp1s0/ P: /devices/pci0000:00/0000:00:02.0/0000:01:00.0/virtio0/net/enp1s0 E: DEVPATH=/devices/pci0000:00/0000:00:02.0/0000:01:00.0/virtio0/net/enp1s0 E: ID_BUS=pci E: ID_MODEL_FROM_DATABASE=Virtio network device E: ID_MODEL_ID=0x1041 E: ID_NET_DRIVER=virtio_net E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link E: ID_NET_NAME=enp1s0 E: ID_NET_NAME_MAC=enx001a4a08000e E: ID_NET_NAME_PATH=enp1s0 E: ID_NET_NAMING_SCHEME=rhel-8.0 E: ID_OUI_FROM_DATABASE=Qumranet Inc. E: ID_PATH=pci-0000:01:00.0 E: ID_PATH_TAG=pci-0000_01_00_0 E: ID_PCI_CLASS_FROM_DATABASE=Network controller E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller E: ID_VENDOR_FROM_DATABASE=Red Hat, Inc. E: ID_VENDOR_ID=0x1af4 E: IFINDEX=2 E: INTERFACE=enp1s0 E: SUBSYSTEM=net E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp1s0 E: TAGS=:systemd: E: USEC_INITIALIZED=3826556 Expected output of udeavm would be: ~]$ udevadm info /sys/class/net/ens3 P: /devices/pci0000:00/0000:00:03.0/virtio0/net/ens3 E: DEVPATH=/devices/pci0000:00/0000:00:03.0/virtio0/net/ens3 E: ID_BUS=pci E: ID_MODEL_FROM_DATABASE=Virtio network device E: ID_MODEL_ID=0x1000 E: ID_NET_DRIVER=virtio_net E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link E: ID_NET_NAME=ens3 E: ID_NET_NAME_MAC=enx001a4a070167 E: ID_NET_NAME_PATH=enp0s3 E: ID_NET_NAME_SLOT=ens3 E: ID_NET_NAMING_SCHEME=rhel-8.0 E: ID_OUI_FROM_DATABASE=Qumranet Inc. E: ID_PATH=pci-0000:00:03.0 E: ID_PATH_TAG=pci-0000_00_03_0 E: ID_PCI_CLASS_FROM_DATABASE=Network controller E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller E: ID_VENDOR_FROM_DATABASE=Red Hat, Inc. E: ID_VENDOR_ID=0x1af4 E: IFINDEX=2 E: INTERFACE=ens3 E: SUBSYSTEM=net E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/ens3 E: TAGS=:systemd: E: USEC_INITIALIZED=3487875 Tested with different OSes like centos/debian, always the same output. -- Ladislav Humenik Systemadministrator / VI IT Operations Hosting Infrastructure IONOS SE | Hinterm Hauptbahnhof 5 | 76137 Karlsruhe | Deutschland

1 0

Error after restoring hosted-engine
by Roberto Bertucci 07 Jul '22

07 Jul '22

Hello, after restoring hosted-engine from a backup, i have several problems. Let's start with the first, other threads for others... I can't see hosted-engine vm in vm list. Looking at engine log, i see the following: 2022-07-05 16:51:26,330+02 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-49) [4c8e10ac] null architecture type, replacing with x86_64, VM [HostedEngine] 2022-07-05 16:51:26,332+02 INFO [org.ovirt.engine.core.bll.HostedEngineImporter] (EE-ManagedThreadFactory-engine-Thread-4932) [4c8e10ac] Try to import the Hosted Engine VM 'VM [HostedEngine]' 2022-07-05 16:51:26,334+02 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (EE-ManagedThreadFactory-engine-Thread-4932) [752aa465] Lock Acquired to object 'EngineLock:{exclusiveLocks='[HostedEngine=VM_NAME, 4daba166-3da4-4220-8a56-5ddadf83015d=VM]', sharedLocks='[4daba166-3da4-4220-8a56-5ddadf83015d=REMOTE_VM]'}' 2022-07-05 16:51:26,335+02 ERROR [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (EE-ManagedThreadFactory-engine-Thread-4932) [752aa465] Error during ValidateFailure.: java.lang.NullPointerException at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.validator.VmValidator.isBiosTypeSupported(VmValidator.java:467) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.validate(ImportVmCommandBase.java:158) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmCommand.validate(ImportVmCommand.java:220) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.internalValidateInTransaction(CommandBase.java:824) at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:140) at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:157) ........ ........ 2022-07-05 16:51:26,335+02 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (EE-ManagedThreadFactory-engine-Thread-4932) [752aa465] Lock freed to object 'EngineLock:{exclusiveLocks='[HostedEngine=VM_NAME, 4daba166-3da4-4220-8a56-5ddadf83015d=VM]', sharedLocks='[4daba166-3da4-4220-8a56-5ddadf83015d=REMOTE_VM]'}' 2022-07-05 16:51:26,335+02 ERROR [org.ovirt.engine.core.bll.HostedEngineImporter] (EE-ManagedThreadFactory-engine-Thread-4932) [752aa465] Failed importing the Hosted Engine VM Is there any way to solve this issue? Web management interface is working except for the fact that i can't add new nodes and forget a storage domain which is no more existent. Thank you, Roberto

2 3

4.5.1 hyperconverged install failure "No valid network interface has been found"
by Dax Kelson 07 Jul '22

07 Jul '22

TL;DR hyperconverged install. Gluster install works, hosted engine fails with "no valid network interface has ben found" I have a three node hyperconverged cluster that had previously been running oVirt 4.4 successfully. A fully wipe and clean install of 4.5.1 was attempted with: ovirt-node-ng-installer-4.5.1-2022062306.el8.iso On each node, there are two statically configured 10Gb ethernet interfaces (and some unused 1Gb interfaces) enp5s0f0 - ovirt management/VM network (default gateway is on this network) enp5s0f1 - gluster network (isolated network) Name resolution is done via /etc/hosts on each node: 100.64.0.7 node1-ovirt node1-ovirt.local 100.64.0.8 node2-ovirt node2-ovirt.local 100.64.0.9 node3-ovirt node3-ovirt.local 100.79.192.1 node1-ovirt-storage node1-ovirt-storage.local 100.79.192.2 node2-ovirt-storage node2-ovirt-storage.local 100.79.192.3 node3-ovirt-storage node3-ovirt-storage.local Attempting to install the hosted engine fails with: *System data could not be retrieved!* *No valid network interface has been found* *If you are using Bonds or VLANs Use the following naming conventions:* - VLAN interfaces: physical_device.VLAN_ID (for example, eth0.23, eth1.128, enp3s0.50) - Bond interfaces: bond*number* (for example, bond0, bond1) - VLANs on bond interfaces: bond*number*.VLAN_ID (for example, bond0.50, bond1.128) * Supported bond modes: active-backup, balance-xor, broadcast, 802.3ad * Networking teaming is not supported and will cause errors Here is the network setup on node1: [root@node1-ovirt ovirt]# ip -4 addr ls 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever 6: enp5s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 inet 100.64.0.7/20 brd 100.64.15.255 scope global noprefixroute enp5s0f0 valid_lft forever preferred_lft forever 7: enp5s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 inet 100.79.192.1/24 brd 100.79.192.255 scope global noprefixroute enp5s0f1 valid_lft forever preferred_lft forever 8: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever [root@node1-ovirt ovirt]# My troubleshooting is that the failure is /probably/ coming from this file, but I'm not sure why: /usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/pre_checks/001_validate_network_interfaces.yml Help? Thanks! Dax Kelson

1 1

oVirt v4.5 - Error when importing templates
by Erkan E 06 Jul '22

06 Jul '22

I have oVirt version 4.5.1.3 installed. When importing templates exported from oVirt v4.3 to oVirt v4.5, it fails and the error message below is raised. Even it is the same for templates exported form oVirt 4.5 as well. - "Uncaught exception occurred. Please try reloading the page. Details: (TypeError) : e is null. Please have your administrator to check the UI logs" Related logs in /var/log/ovirt-engine/ui.log: 2022-07-05 12:37:31,652Z ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-3) [] Permutation name: 5EAE784A6F0B215E2BA85365FFA20B1F 2022-07-05 12:37:31,652Z ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-3) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) : e is null at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99) at org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82) at org.ovirt.engine.ui.uicommonweb.models.SearchableListModel.$setSelectedItem(SearchableListModel.java:406) at org.ovirt.engine.ui.uicommonweb.models.SearchableListModel.setSelectedItem(SearchableListModel.java:406) at org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$updateListEditor(UiCommonEditorVisitor.java:189) at org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$lambda$5(UiCommonEditorVisitor.java:136) at org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor$lambda$5$Type.eventRaised(UiCommonEditorVisitor.java:136) at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99) at org.ovirt.engine.ui.uicommonweb.models.SearchableListModel.$setItems(SearchableListModel.java:714) at org.ovirt.engine.ui.uicommonweb.models.vms.ImportVmFromExportDomainModel.$lambda$0(ImportVmFromExportDomainModel.java:89) at org.ovirt.engine.ui.uicommonweb.models.vms.ImportVmFromExportDomainModel$lambda$0$Type.onSuccess(ImportVmFromExportDomainModel.java:89) at org.ovirt.engine.ui.frontend.Frontend$1.$onSuccess(Frontend.java:239) at org.ovirt.engine.ui.frontend.Frontend$1.onSuccess(Frontend.java:239) at org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.$onSuccess(OperationProcessor.java:133) at org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.onSuccess(OperationProcessor.java:133) at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$onSuccess(GWTRPCCommunicationProvider.java:161) at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.onSuccess(GWTRPCCommunicationProvider.java:161) at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198) at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233) at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) at Unknown.onreadystatechange<(https://<SERVERNAME>/ovirt-engine/webadmin/?locale=en_US line 9 > injectedScript) at com.google.gwt.core.client.impl.Impl.apply(Impl.java:306) at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:345) at Unknown.My/<(https://<SERVERNAME>/ovirt-engine/webadmin/?locale=en_US line 9 > injectedScript) at Unknown.anonymous(Unknown)

2 2

vm backup, vprotect, user permissions
by Peter Hudec 06 Jul '22

06 Jul '22

Hi, I would like to ask about thepermission for ht e vPortect to backup the VMs. We have got 4 hypervisors in 1 DC for production and use admin account for backup. Recently we added 3 more hypervisors for TEST/DEV. These new hypervisors are in separate DC. As the vProtect got licence only for 4 hosts, we would like to create new user for taking backup only for the production DC. We added vprotect user. Add the DatacenterAdmin toe that users only for production DC, but this do not works, the problems are - the vprotect user see all hosts ;( - the backup are not able to finish, seems that some permission is still missing Does anyone let me help with such a setup? regards Peter

1 0

Problems with selinux after updating an ovirt node
by Giorgio Biacchi 06 Jul '22

06 Jul '22

Hi folks, today I got a problem with vdsm and selinux after updating a host: [root@host04 ~]# nodectl check Status: WARN Bootloader ... OK Layer boot entries ... OK Valid boot entries ... OK Mount points ... OK Separate /var ... OK Discard is used ... OK Basic storage ... OK Initialized VG ... OK Initialized Thin Pool ... OK Initialized LVs ... OK Thin storage ... OK Checking available space in thinpool ... OK Checking thinpool auto-extend ... OK vdsmd ... BAD So I run: [root@host04 ~]# /usr/libexec/vdsm/vdsmd_init_common.sh --pre-start vdsm: Running mkdirs vdsm: Running configure_vdsm_logs vdsm: Running run_init_hooks vdsm: Running check_is_configured lvm is configured for vdsm Current revision of multipath.conf detected, preserving Managed volume database is already configured abrt is already configured for vdsm libvirt is already configured for vdsm sanlock is configured for vdsm Modules sebool are not configured Error: One of the modules is not configured to work with VDSM. To configure the module use the following: 'vdsm-tool configure [--module module-name]'. If all modules are not configured try to use: 'vdsm-tool configure --force' (The force flag will stop the module's service and start it afterwards automatically to load the new configuration.) vdsm: stopped during execute check_is_configured task (task returned with error code 1). But also runnining this gave me an error: [root@host04 ~]# vdsm-tool configure --module sebool Checking configuration status... Running configure... libsepol.context_from_record: type cloud_what_var_cache_t is not defined libsepol.context_from_record: could not create context structure libsepol.context_from_string: could not create context structure libsepol.sepol_context_to_sid: could not convert system_u:object_r:cloud_what_var_cache_t:s0 to sid invalid context system_u:object_r:cloud_what_var_cache_t:s0 libsemanage.semanage_validate_and_compile_fcontexts: setfiles returned error code 255. Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 209, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python3.6/site-packages/vdsm/tool/__init__.py", line 40, in wrapper func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/tool/configurator.py", line 145, in configure _configure(c) File "/usr/lib/python3.6/site-packages/vdsm/tool/configurator.py", line 92, in _configure getattr(module, 'configure', lambda: None)() File "/usr/lib/python3.6/site-packages/vdsm/tool/configurators/sebool.py", line 88, in configure _setup_booleans(True) File "/usr/lib/python3.6/site-packages/vdsm/tool/configurators/sebool.py", line 60, in _setup_booleans sebool_obj.finish() File "/usr/lib/python3.6/site-packages/seobject.py", line 340, in finish self.commit() File "/usr/lib/python3.6/site-packages/seobject.py", line 330, in commit rc = semanage_commit(self.sh) OSError: [Errno 0] Error I managed to solve this by running: [root@host04 ~]# semodule -i /usr/share/selinux/packages/ovirt-vmconsole/ovirt_vmconsole.pp [root@host04 ~]# vdsm-tool configure --module sebool Checking configuration status... Running configure... Done configuring modules to VDSM. Regards -- gb PGP Key: http://pgp.mit.edu/ Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34

3 3

ONN upgrade failing due to /var/cache/dnf filling up
by nroach44＠nroach44.id.au 06 Jul '22

06 Jul '22

I'm just wondering if anyone else has seen this, and if it's worth logging a case? I've found that this seems to manifest itself as "Stop service" will succeed in the log, and them some time later the upgrade will fail. rm -rfv /var/cache/dnf* will resolve it. Cheers, Nathaniel.

3 2

Unable to install on a bonded NIC
by weeglos＠yahoo.com 05 Jul '22

05 Jul '22

So I'm running a fresh install of oVirt on a new Centos Stream node. Fresh install. I installed the OS with bonded interfaces. I bonded them during the install via anaconda. I followed the doc here: https://ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_us… When I got to the hosted-engine --deploy step, it errored out saying, "Only Team devices are present. Teaming is unsupported." However, I'm not teaming my network adapters at all. I'm bonding them: [root@mustafar ~]# cat /etc/sysconfig/network-scripts/ifcfg-Bond_connection_1 BONDING_OPTS="mode=balance-rr downdelay=0 miimon=1 updelay=0" TYPE=Bond BONDING_MASTER=yes PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=none DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME="Bond connection 1" UUID=[redacted] DEVICE=bond0 ONBOOT=yes IPADDR=192.168.5.83 PREFIX=24 GATEWAY=192.168.5.1 DNS1=192.168.5.2 DNS2=192.168.5.3 DNS3=192.168.5.4 DOMAIN=[redacted] [root@mustafar ~]# What gives with this?

8 11

Live Migration FAIL
by m.rohweder＠itm-h.de 05 Jul '22

05 Jul '22

Hi, on my setup the live migration looks greate but, all sytems finnished migration tasks and running on other Host, but most of them (random instances not every time the same) going into hung (100%cpu insode VM an no response), that only reset can fix. and i cannot find annything. Greetings Michael

2 1

Async release for ovirt-engine (4.5.1.3) is now available
by Lev Veyde 05 Jul '22

05 Jul '22

The oVirt Team has just released a new version of ovirt-engine package (4.5.1.3) that fixes an important bug: - Bug 2066084 <https://bugzilla.redhat.com/2090670> - host upgrade 4.4.[23] to 4.5 fails on network-scripts-openvswitch2.1x conflict The update is already available on resources.ovirt.org and should land on oVirt mirrors within 24 hours. Thanks in advance, -- Lev Veyde Senior Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Invalid username or password
by less foobar 05 Jul '22

05 Jul '22

I've installed a fresh ovirt. The default engine user doesn't work for me. * I've tried changing the password with: ``` ovirt-aaa-jdbc-tool user password-reset admin --password-valid-to="2035-12-31 12:00:00Z" Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false Password: Reenter password: updating user admin... user updated successfully ``` * I've tried unblocking the admin user: ``` ovirt-aaa-jdbc-tool user unlock admin Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false updating user admin... user updated successfully ``` * I've tried `admin`, `admin@internal` and `root@localhost` * Here is my admin details: ``` ovirt-aaa-jdbc-tool user show admin Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false -- User admin(bca1d04a-cc83-4ab6-8233-602ab66df6d9) -- Namespace: * Name: admin ID: bca1d04a-cc83-4ab6-8233-602ab66df6d9 Display Name: Email: root@localhost First Name: admin Last Name: Department: Title: Description: Account Disabled: false Account Locked: false Account Unlocked At: 2022-07-04 17:16:50Z Account Valid From: 2022-06-28 21:27:59Z Account Valid To: 2222-06-28 21:27:59Z Account Without Password: false Last successful Login At: 1970-01-01 00:00:00Z Last unsuccessful Login At: 1970-01-01 00:00:00Z Password Valid To: 2035-12-31 12:00:00Z ``` * above the keycloak sign-in page I see ovirt-internal this is why I'm assuming I'm on the right page. No matter where I click on `Administration Porta`, `VM Portal` or in the upper right corner I land on that page. This is why I'm assuming it is the internal login page and my "default" admin account should work. * If I try the `Monitoring Portal` I can login without any issues.

2 3

oVirt OVA Export -> oVirt OVA Import failure
by simon＠justconnect.ie 04 Jul '22

04 Jul '22

I carried out the following procedure: 1. Exported a VM as an OVA to a 4.3 environment host. 2. SCP'd the file to a host on a 4.5.0.3 environment. 3. Selected Import VM - Virtual Appliance (OVA) - selected the Host and path - clicked Load but no VMs are listed. This process previously worked in 4.4 Is this a known bug? Cannot upgrade to 4.5.1 until our internal mirrors have been updated. Regards Simon...

2 7

How to move VM between datacenter?
by msjang＠kisti.re.kr 04 Jul '22

04 Jul '22

Hi ALL. I run two data centers: DC1 with storage type as shared, DC2 with storage type as local. I want to move a VM in DC1 to DC2 and vice versa. No Live migration needs. I attached NFS storage to DC2, but It does not shown on DC1. Can I add the same NFS storage to DC1 with different name and same export path? Sincerey yours. Minseok Jang.

1 0

How to create image repo like default one? I want to serve custom images to users.
by msjang＠kisti.re.kr 04 Jul '22

04 Jul '22

Hi, All. I want to proviode image repo like default one (ovirt-image-repository) to serve custom image to users. My quesions are: 1) How can I create a repo with image type? It looks like openstack glance service, but I have no experience to install it as a standalone. 2) How can I add new storage domain with image type? There are no image type on Storage > Storage Domain > New Domain in oVirt 4.5. I've got lots of help from this mailing list. Thank you. Minseok Jang

1 0

nested virtualization and promiscuous mode
by P F 03 Jul '22

03 Jul '22

I want to run a VM, which will itself be the KVM host of a number of KVM guests. Each of the guests running in that nested environment will have a vNIC with an IP address on the same subnet as the top-level hypervisor (the ovirt node). In VMware vSphere environments I was able to do this by enabling promiscuous mode and forged transmits on the VMware distributed switch port group, as described in this medium article; https://williamlam.com/2013/11/why-is-promiscuous-mode-forged.html I've search a number of old threads here on the ovirt list archives. Many refer to vdsm hooks that don't appear to exist any longer in ovirt 4.5.1. How can I accomplish the same thing in ovirt?

3 3

Failed to Start services ovirt-imageio
by АБИОЛА А. Э 01 Jul '22

01 Jul '22

Hello Sir, I am new to Ovirt and I tried to deploy it 3weeks into my oracle linux with no success. I got the following error messages Please how can i fix this error to successfully deploy it. I will be glad to read from you soon. Appreciated AAE. [image: image.png]

4 4

oVirt 4.5.1 is now generally available
by Lev Veyde 01 Jul '22

01 Jul '22

oVirt 4.5.1 is now generally available The oVirt project is excited to announce the general availability of oVirt 4.5.1, as of June, 22nd 2022. This release unleashes an altogether more powerful and flexible open source virtualization solution that encompasses hundreds of individual changes and a wide range of enhancements across the engine, storage, network, user interface, and analytics on top of oVirt 4.4. Important notes before you install / upgrade Some of the features included in oVirt 4.5.1 require content that is available in RHEL 8.6 (or newer) and derivatives. NOTE: If you’re going to install oVirt 4.5.1 on RHEL or similar, please read Installing on RHEL or derivatives <https://ovirt.org/download/install_on_rhel.html> first. Documentation Be sure to follow instructions for oVirt 4.5! - If you want to try oVirt as quickly as possible, follow the instructions on the Download <https://ovirt.org/download/> page. - For complete installation, administration, and usage instructions, see the oVirt Documentation <https://ovirt.org/documentation/>. - For upgrading from a previous version, see the oVirt Upgrade Guide <https://ovirt.org/documentation/upgrade_guide/>. - For a general overview of oVirt, see About oVirt <https://ovirt.org/community/about.html>. What’s new in oVirt 4.5.1 Release? This release is available now on x86_64 architecture for: - CentOS Stream 8 - RHEL 8.6 and derivatives This release supports Hypervisor Hosts on x86_64: - oVirt Node NG (based on CentOS Stream 8) - CentOS Stream 8 - RHEL 8.6 and derivatives This release also supports Hypervisor Hosts on x86_64 as tech preview without secure boot: - CentOS Stream 9 - RHEL 9.0 and derivatives - oVirt Node NG based on CentOS Stream 9 Builds are also available for ppc64le and aarch64. Known issues: - On EL9 with UEFI secure boot, vdsm fails to decode DMI data due to Bug 2081648 <https://bugzilla.redhat.com/show_bug.cgi?id=2081648> - python-dmidecode module fails to decode DMI data Security fixes included in oVirt 4.5.1 compared to latest oVirt 4.5.0: - CVE-2022-31051 <https://bugzilla.redhat.com/show_bug.cgi?id=2097414> - ovirt-web-ui - semantic-release: Masked secrets can be disclosed if they contain characters that are excluded from uri encoding - CVE-2021-3807 <https://bugzilla.redhat.com/show_bug.cgi?id=2007557> - ovirt-web-ui - nodejs-ansi-regex: Regular expression denial of service (ReDoS) matching ANSI escape codes - CVE-2021-33623 <https://bugzilla.redhat.com/show_bug.cgi?id=1966615> - ovirt-web-ui - nodejs-trim-newlines: ReDoS in .end() method Some of the RFEs with high user impact are listed below: - 1782077 [RFE] More Flexible oVirt CPU Allocation Policy with HyperThreading - 1975596 [RFE] Enhancement of oVirt monitoring by SNMP to merge each alert message into a single line - 1663217 [RFE] Add oVirt VM name to the matching between Satellite’s content host to RHV (currently only VM FQDN is used) - 1996098 [RFE] Provide options for “Disable Spice file transfer”, “Disable spice clipboard copy and paste” - 2021497 [RFE] Install and configure Keycloak as a default SSO provider for ovirt-engine - 2078500 [RFE] Add support for parallel migration connections to the REST API - 1937408 [RFE] Add ability to import template from OVA in image_template role - 1881280 [RFE] Validate HE cluster if --restore-from-file - 2081559 [RFE] discrepancy tool should detect preallocated cow images that were reduced - 1986335 [RFE] Support hosts based on CentOS Stream 9 Some of the Bugs with high user impact are listed below: - 2043146 Expired /etc/pki/vdsm/libvirt-vnc/server-cert.pem certificate is skipped during Enroll Certificate - 2071468 Engine fenced host that was already reconnected and set to Up status. - 2078025 [Docs] Now that certificates only last 13 months, oVirt needs to document how to renew them - 1986732 ovirt-ha services cannot set the LocalMaintenance mode in the storage metadata and are in a restart loop - 2054745 Setting SD to maintenance fails and turns the SD to inactive mode as a result - 2057958 oVirt Node 4.5 el9 iso doesn’t boot anymore - 2035051 removing nfs-utils cause ovirt-engine removal due to cinderlib dep tree - 1878724 vdsm-tool configure is failing with error “dependency job for libvirtd.service failed” - 2075435 Hybrid Backup - backup href has changed and causing backups to get stuck in finalizing stage - 2055136 virt module is not changed to the correct stream during host upgrade oVirt Node will be released shortly after the release will reach the CentOS mirrors. See the release notes for installation instructions and a list of new features and bugs fixed. Additional resources: - Read more about the oVirt 4.5.1 release highlights: https://www.ovirt.org/release/4.5.1/ - Get more oVirt project updates on Twitter: https://twitter.com/ovirt - Check out the latest project news on the oVirt blog: https://blogs.ovirt.org/ Thanks in advance, -- Lev Veyde Senior Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

6 10

how to connect to ovirt to my local new drive i created?
by abiolaemma01＠gmail.com 01 Jul '22

01 Jul '22

I tried to connect my Ovirt (Oracle Linux) to iSCSI but i end up with errors, i created and added new Drive of 100GB in my local drive, how do i connect it and how can i load iso files?

1 0

uploading iso file to the disk was paused by the system
by abiolaemma01＠gmail.com 01 Jul '22

01 Jul '22

Hi, As you can see on the pictures I attached, uploading iso file to the disk but it was paused by the system and I can't delete them either from the disk. This is most frustrating. Please help me fix this issue if you can Furthermore, the issue i am having at the moment, i cant delete, edit disk. all the time i added another iso file to disk i got ERROR "paused by the system". And when i tried deleting the iso file, i still got another ERROR. "Finalizing Cleaning up" (For more than a week the status never changes) Please how can i fix it. I will be most grateful, if you can share with me any instance messenger (Skype, discord or telegram) for fast communications. I need you advise on this issue. Appreciated.

1 0

Re: VMs missing following Import of Storage Domain
by Simon Scott 30 Jun '22

30 Jun '22

The .ovf files don’t exist on the Primary site for the VMs in question so they are not being replicated. Question is why aren’t there .ovf files on any of the hosts for those Vms? Regards Simon…

3 2

gluster heal success but a directory doesn't heal
by Diego Ercolani 29 Jun '22

29 Jun '22

Hello list, I have a problem derived from some hangs in ovirt during upgrade procedures, I have a gluster based self hosted engine deploy with "glen" as the gluster based hosted engine volume: This is the situation I'm facing: [root@ovirt-node3 master]# gluster volume heal glen info Brick ovirt-node2.ovirt:/brickhe/glen /3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks Status: Connected Number of entries: 1 Brick ovirt-node3.ovirt:/brickhe/glen /3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks Status: Connected Number of entries: 1 Brick ovirt-node4.ovirt:/dati/glen <- arbiter /3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks Status: Connected Number of entries: 1 so, as manual suggest, I issued a heal operation: [root@ovirt-node3 master]# gluster volume heal glen Launching heal operation to perform index self heal on volume glen has been successful Use heal info commands to check status. The Heal operation produces no results as the successive heal info report the same from wich I started. But this is the situation in the log files: [root@ovirt-node2 ~]# less /var/log/glusterfs/glfsheal-glen.log <- no errors [root@ovirt-node3 ~]# less /var/log/glusterfs/glfsheal-glen.log <- inside the log I have error entries: [2022-06-20 07:33:05.891367 +0000] W [MSGID: 114031] [client-rpc-fops_v2.c:2620:client4_0_lookup_cbk] 0-glen-client-2: remote operation failed. [{path=<gfid:44d74dba-19e8-47a3-89e8-f4a6cb37d5ec>}, {gfid=44d74dba-19e8-47a3-89e8-f4a6cb37d5ec}, {errno=2}, {error=No such file or directory}] [root@ovirt-node4 ~]# less /var/log/glusterfs/glfsheal-glen.log <- same kind of errors [2022-06-20 07:27:10.486822 +0000] W [MSGID: 114031] [client-rpc-fops_v2.c:2620:client4_0_lookup_cbk] 0-glen-client-1: remote operation failed. [{path=<gfid:b7b1fec5-8246-46eb-afde-ba06f52897d2>}, {gfid=b7b1fec5-8246-46eb-afde-ba06f52897d2}, {errno=2}, {error=No such file or directory}] On the nodes the glen volume is correctly mounted and: [root@ovirt-node2 localhost:_glen]# ls -l 3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks/ [root@ovirt-node3 localhost:_glen]# ls -l 3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks/ [root@ovirt-node4 localhost:_glen]# ls -l 3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks/ all return no files and issuing a ls on the brick source: [root@ovirt-node2 glen]# ls -l 3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks/ total 0 [root@ovirt-node3 glen]# ls -l 3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks/ total 0 drwxr-xr-x. 2 vdsm kvm 156 Jun 9 17:20 ccb6fd19-1b67-42b9-a032-31e12d62ed0e [root@ovirt-node4 glen]# ls -l 3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks/ total 0 so it turn out there is some difference between bricks... Can you please help address this issue? Thank you

2 5