Q: oVirt 4.4.7 -> 4.4.10 Upgrade Woes
by Andrei Verovski
Hi,
I’m running dedicated oVirt Engine (separate PC, not hosted engine) and trying to upgrade 4.4.7 -> 4.4.10.
Quite cumbersome process, since CentOS 8.x was switched to Stream.
OK, then, DNF upgrade went successfully, and after sudo dnf install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm and engine-upgrade I run setup.
Here are the problems.
For whatever reason pki keys get auto-deleted during upgrade:
[WARNING] Unable to ensure permissions on /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
[ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/etc/pki/ovirt-engine/keys/ovn-sdb.key.nopass'
[ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/etc/pki/ovirt-engine/keys/ovn-ndb.key.nopass’
Restored these keys from backup (entire “keys” directory).
Still no luck.
[WARNING] Unable to ensure permissions on /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
[ INFO ] Upgrading CA
[ INFO ] Renewing engine certificate
[ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute
No matter if I choose renew keys or not, this failure still present.
Logs attached (its quite big).
How to solve this problem?
Thanks in advance.
2 years, 9 months
Reminder: oVirt Survey Summer 2022
by Sandro Bonazzola
Reminder: oVirt Survey Summer 2022
As we continue to develop oVirt 4.5, the oVirt community would value
insights on your experience with the oVirt project.
If you haven't already done, please help us to hit the mark by completing
this short survey: https://forms.gle/2LxoDKb7njEQwr4f7 .
The survey will close in two weeks on July 29th 2022.
Please note the answers to this survey will be publicly accessible.
This survey is under oVirt Privacy Policy available at
https://ovirt.org/privacy-policy.html .
--
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.*
2 years, 9 months
Upgrade from 4.2 directly to 4.5
by Vinícius Ferrão
Hello, I would like to know if I can do an oVirt upgrade directly from 4.2 to 4.5.
I don’t have a free host to upgrade the oVirt Node, so I was hoping that would be possible to fire up a new engine (with restore-backup) on the old oVirt Nodes and later on upgrade the hosts.
Is this possible?
Thank you.
2 years, 9 months
gluster service on the cluster is unchecked on hci cluster
by Jiří Sléžka
Hi,
I would like to change CPU Type in my oVirt 4.4.10 HCI cluster (based on
3 glusterfs/virt hosts). When I try to I got this error
Error while executing action: Cannot disable gluster service on the
cluster as it contains volumes.
As I remember I had Gluster Service enabled on this cluster but now both
(Enable Virt Services and Enable Gluster Service) checkboxes are grayed
out and Gluster Service is unchecked.
Also Storage / Volumes displays my volumes... well, displays one brick
on particular host in unknown state (? mark) which is new situation. As
I can see from command line all bricks are online, no healing in
progress, all looks good...
I am not sure if the second issue is relevant to first one so main
question is how can I (re)enable gluster service in my cluster?
Thanks in advance,
Jiri
2 years, 9 months
VM access to infiniband network
by Roberto Bertucci
Hi all,
i am facing a problem while trying to associate a Mellanox infiniband interface to a network and using it for VM traffic.
vdsm log shows the following message:
The bridge <bridge name> cannot use IP over InfiniBand interface <interface name> as port. Please use RoCE interface instead.
Did anybody face the same problem and solve it?
Actually ib interface is configured with an ip address and we are mounting NFS filesystems on cluster nodes through infiniband network.
2 years, 9 months
How to set static IP when creating VM?
by msjang＠kisti.re.kr
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 years, 9 months
can't get vm ipv4 address via api
by coolloves＠gmail.com
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 years, 9 months
cluster compatibility version 4.7
by Staniforth, Paul
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
2 years, 9 months
virtio-net name enp1s0 and not expected ens3
by Ladislav Humenik
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
2 years, 9 months
virtio-net name enp1s0 and not expected ens3
by Ladislav Humenik
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
2 years, 9 months
