August 2022 - Users - oVirt List Archives

Cleaning a DWH job does not work
by gmasta2000＠gmail.com 22 Aug '22

22 Aug '22

Hello, I'm upgrade oVirt from 4.3.10.4 to 4.4.10.7-1 The update was successful, but I noticed that a couple of days before the update, the "samples" tables stopped clearing. DWH is configured in Basic cat /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-scale.conf DWH_TABLES_KEEP_SAMPLES=24 DWH_TABLES_KEEP_HOURLY=720 DWH_TABLES_KEEP_DAILY=0 cat /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log ... 2022-08-22 15:13:41|ETL Service Started ovirtEngineDbDriverClass|org.postgresql.Driver ovirtEngineHistoryDbJdbcConnection|jdbc:postgresql://localhost:5432/ovirt_engine_history?sslfactory=org.postgresql.ssl.NonValidatingFactory hoursToKeepDaily|0 hoursToKeepHourly|720 ovirtEngineDbPassword|********************** runDeleteTime|3 ovirtEngineDbJdbcConnection|jdbc:postgresql://localhost:5432/engine?sslfactory=org.postgresql.ssl.NonValidatingFactory runInterleave|60 limitRows|limit 1000 ovirtEngineHistoryDbUser|ovirt_engine_history ovirtEngineDbUser|engine deleteIncrement|10 timeBetweenErrorEvents|300000 hoursToKeepSamples|24 deleteMultiplier|1000 lastErrorSent|2011-07-03 12:46:47.000000 etlVersion|4.4.10 dwhAggregationDebug|true ... 2022-08-22 15:00:00|lxnXpZ|fKyuLo|lvrfJZ|130277|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|_FvEy8LzqEeCaj-T1n0SCFw|4.4|Default||begin|| 2022-08-22 15:00:00 Statistics sync ended. Duration: 394 milliseconds 2022-08-22 15:00:00 Aggregation to Hourly ended. 2022-08-22 15:01:00|lxnXpZ|fKyuLo|lvrfJZ|130277|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|_FvEy8LzqEeCaj-T1n0SCFw|4.4|Default||end|success|60000 2022-08-22 15:01:00|9mBhki|fKyuLo|lvrfJZ|130277|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|_FvEy8LzqEeCaj-T1n0SCFw|4.4|Default||begin|| ... # select * from history_configuration; var_name | var_value | var_datetime -------------------+-----------+------------------------ default_language | en_US | firstSync | false | 2016-12-17 07:35:00+03 lastDayAggr | | 2022-08-18 01:00:00+03 MinimalETLVersion | 4.4.7 | lastHourAggr | | 2022-08-22 15:00:00+03 HourlyAggFailed | false | # select min(history_datetime),max(history_datetime) from public.host_samples_history; min | max ----------------------------+-------------------------- 2022-08-17 03:09:31.797+03 | 2022-08-22 18:43:00.1+03 # select min(history_datetime),max(history_datetime) from public.host_hourly_history; min | max ------------------------+------------------------ 2022-07-19 04:00:00+03 | 2022-08-22 16:00:00+03 # select min(history_datetime),max(history_datetime) from public.host_daily_history; min | max ------------+------------ 2022-08-17 | 2022-08-18 I tried сonfigгку the start time with DWH_DELETE_JOB_HOUR (UTC), but there was no result. By enabling DWH_AGGREGATION_DEBUG=true According to the logs, aggregation is on the clock, but cleaning doesn't start... I would delete the data manually, but I'm not worried about data relatedness.

1 0

VM with connected MBS disk can't start / can't hot plug mbs disk
by Aliaksei Hrechushkin 22 Aug '22

22 Aug '22

Ovirt Software Version:4.5.1.2-1.el8 So, i've datastor with type managed block storage (ceph backend) with driver cinder.volume.drivers.rbd.RBDDriver (connected using official instuction) I can successfully create and attach disks to virtual machines. But Case 1: Can't run vm with attached mbs disk Log files: engine.log ``` 2022-08-22 10:30:46,929Z INFO [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] START, CreateVDSCommand( CreateVDSCommandParameters:{hostId='ca0b6c75-6f4d-4706-8420-a8a85834a26e', vmId='ceb677b3-d0ad-4e99-8ca8-226ce9cf7621', vm='VM [clone_ahrechushkin-2]'}), log id: 4a63fb47 2022-08-22 10:30:46,933Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] START, CreateBrokerVDSCommand(HostName = ovih01, CreateVDSCommandParameters:{hostId='ca0b6c75-6f4d-4706-8420-a8a85834a26e', vmId='ceb677b3-d0ad-4e99-8ca8-226ce9cf7621', vm='VM [clone_ahrechushkin-2]'}), log id: 279ca1cc 2022-08-22 10:30:47,217Z ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] Failed in 'CreateBrokerVDS' method, for vds: 'ovih01'; host: 'ovih01': null 2022-08-22 10:30:47,221Z ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] Command 'CreateBrokerVDSCommand(HostName = ovih01, CreateVDSCommandParameters:{hostId='ca0b6c75-6f4d-4706-8420-a8a85834a26e', vmId='ceb677b3-d0ad-4e99-8ca8-226ce9cf7621', vm='VM [clone_ahrechushkin-2]'})' execution failed: null 2022-08-22 10:30:47,221Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] FINISH, CreateBrokerVDSCommand, return: , log id: 279ca1cc 2022-08-22 10:30:47,223Z ERROR [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] Failed to create VM: java.lang.NullPointerException 2022-08-22 10:30:47,228Z ERROR [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] Command 'CreateVDSCommand( CreateVDSCommandParameters:{hostId='ca0b6c75-6f4d-4706-8420-a8a85834a26e', vmId='ceb677b3-d0ad-4e99-8ca8-226ce9cf7621', vm='VM [clone_ahrechushkin-2]'})' execution failed: java.lang.NullPointerException 2022-08-22 10:30:47,229Z INFO [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-33748) [4a367039] FINISH, CreateVDSCommand, return: Down, log id: 4a63fb47 ``` cinderlib.log ``` 022-08-22 10:28:17,260 - cinderlib-client - INFO - Cloning volume '3f763b9c-1bd2-4174-8603-c30587cb4e03' to 'c5a301c7-fc59-400f-8733-61e34c8fadf1' [716f43c7-09a7-4a43-9a3a-461db2cc3653] 2022-08-22 10:30:39,781 - cinder.volume.driver - INFO - Driver hasn't implemented _init_vendor_properties() 2022-08-22 10:30:39,840 - cinderlib-client - INFO - Connecting volume 'c5a301c7-fc59-400f-8733-61e34c8fadf1', to host with info '{"ip":null,"nqn":"nqn.2014-08.org.nvmexpress:uuid:00000000-0000-0000-0000-000000000000","host":"ovih01","uuid":"b0d5ac8a-4a14-46cb-a114-1bc8ffbc7cec","os_type":"linux","platform":"x86_64","found_dsc":"","initiator":"iqn.2020-01.io.icdc.tby:ovih01","multipath":true,"system uuid":"48b0666c-082c-11ea-a3b1-3a68dd1a0257","do_local_attach" :false}' [7307cc9] 2022-08-22 10:30:44,260 - cinder.volume.driver - INFO - Driver hasn't implemented _init_vendor_properties() 2022-08-22 10:30:44,395 - cinderlib-client - INFO - Saving connection <cinderlib.Connection object 2a531747-4ae2-4dae-bc13-c341ec30eece on backend mbs_domain> for volume 'c5a301c7-fc59-400f-8733-61e34c8fadf1' [4a367039] 2022-08-22 10:30:51,363 - cinder.volume.driver - INFO - Driver hasn't implemented _init_vendor_properties() 2022-08-22 10:30:51,485 - cinderlib-client - INFO - Disconnecting volume 'c5a301c7-fc59-400f-8733-61e34c8fadf1' [62acd0ed] ``` Case 2: Can't activate attached disk on running vm. Strange things: when disk is deactivated and vm if powered on i see on host: [root@ovih01 ~]# rbd showmapped id pool namespace image snap device 0 cinder volume-c5a301c7-fc59-400f-8733-61e34c8fadf1 - /dev/rbd0 Also i can't activate disk with ERROR: disk already attached to vm. Of cause i didn't see disk from guest os.

1 0

cloudinit issue when using go-sdk
by Henry lol 21 Aug '22

21 Aug '22

Hello everyone, I'm using go-sdk to run ovirt VM with cloudinit. - here is example code https://github.com/oVirt/go-ovirt/blob/master/examples/start_vm_with_cloudi… but when I use custom script including characters like '<' in write_files or "&&" in runcmd, "Request syntactically incorrect." occurs. Any ideas on how to handle it?? Sincerely,

1 0

Cannot log in to admin account on internal domain
by David Johnson 21 Aug '22

21 Aug '22

Good afternoon all, *Environment:* New bare metal standalone engine host New installation of Centos Stream 8 New installation of oVirt engine 4.5 No hosts or storage domains established yet. After installation and engine-setup, I cannot log in to the administration console. When logging in with the admin account and password, the ovirt login screen reports "Invalid Username and Password" *Log excerpt:* If I read this log correctly, the login is successful. 2022-08-21 19:46:47,930-05 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-18) [66a7721] Lock Acquired to object 'EngineLock:{exclusiveLocks='[d4e7bc0e-54d1-452f-aad9-2277cf28bbfd=PROVIDER]', sharedLocks=''}' 2022-08-21 19:46:47,994-05 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-18) [66a7721] Running command: SyncNetworkProviderCommand internal: true. 2022-08-21 19:46:48,013-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-18) [66a7721] EVENT_ID: PROVIDER_SYNCHRONIZATION_STARTED(223), Provider ovirt-provider-ovn synchronization started. *2022-08-21 19:46:49,276-05 INFO [org.ovirt.engine.core.sso.service.ExternalOIDCService] (default task-1) [] User admin@ovirt@internalkeycloak-authz with profile [internalsso] successfully logged into external OP with scopes: ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-access* 2022-08-21 19:46:49,497-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-18) [66a7721] EVENT_ID: PROVIDER_SYNCHRONIZATION_ENDED(224), Provider ovirt-provider-ovn synchronization ended. 2022-08-21 19:46:49,501-05 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-18) [66a7721] Lock freed to object 'EngineLock:{exclusiveLocks='[d4e7bc0e-54d1-452f-aad9-2277cf28bbfd=PROVIDER]', sharedLocks=''}' Actions already taken: 1. reset password and expiry time to a far future date via command line tools 2. unlocked admin account via command line tools *David Johnson* *Director of Development, Maxis Technology* 844.696.2947 ext 702 (o) | 479.531.3590 (c) <https://www.linkedin.com/in/pojoguy/> <https://maxistechnology.com/wp-content/uploads/vcards/vcard-David_Johnson.v…> <https://maxistechnology.com/> *Follow us:* <https://www.linkedin.com/company/maxis-tech-inc/>

1 0

Re: Users Digest, Vol 131, Issue 39
by David Johnson 21 Aug '22

21 Aug '22

oVirt engine is not supported on Centos 9. This is resolved. *David Johnson* On Sun, Aug 21, 2022 at 1:29 PM <users-request(a)ovirt.org> wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via email, send a message with subject or > body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..."Today's Topics: > > 1. Ovirt 4.5 standalone engine does not install on Centos 9 stream > (David Johnson) > > > > ---------- Forwarded message ---------- > From: David Johnson <djohnson(a)maxistechnology.com> > To: users <users(a)ovirt.org> > Cc: > Bcc: > Date: Sun, 21 Aug 2022 13:28:16 -0500 > Subject: [ovirt-users] Ovirt 4.5 standalone engine does not install on > Centos 9 stream > Good afternoon all, > > The instructions at > https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manage… > say: > > Ensure all packages are up to date: > > # dnf upgrade --nobest > Reboot the machine if any kernel-related packages were updated. > > Install the ovirt-engine package and dependencies. > > # dnf install ovirt-engine > Run the engine-setup command to begin configuring the oVirt Engine: > > # engine-setup > > I did figure out that the modules that were in centos 8 are now straight > out installs except for the pkideps. haven't got that one figured out yet. > > At this step, engine-setup is nowhere to be found on the system, and there > appears to be no ovirt-engine RPM available. > > Terminal dump of the offending session: > > [root@ovirt2 administrator]# *dnf install -y centos-release-ovirt45* > Last metadata expiration check: 0:12:04 ago on Sun 21 Aug 2022 12:58:00 PM > CDT. > Package centos-release-ovirt45-9.1-2.el9s.noarch is already installed. > Dependencies resolved. > Nothing to do. > Complete! > [root@ovirt2 administrator]# > *dnf upgrade --nobest*Last metadata expiration check: 0:12:15 ago on Sun > 21 Aug 2022 12:58:00 PM CDT. > Dependencies resolved. > > Problem 1: package ovirt-openvswitch-2.15-4.el9.noarch requires > openvswitch2.15, but none of the providers can be installed > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-99.el9s.x86_64 > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-51.el9s.x86_64 > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-56.el9s.x86_64 > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-81.el9s.x86_64 > - cannot install the best update candidate for package > ovirt-openvswitch-2.15-4.el9.noarch > - cannot install the best update candidate for package > openvswitch2.15-2.15.0-99.el9s.x86_64 > Problem 2: problem with installed package > ovirt-openvswitch-2.15-4.el9.noarch > - package ovirt-openvswitch-2.15-4.el9.noarch requires openvswitch2.15, > but none of the providers can be installed > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-99.el9s.x86_64 > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-51.el9s.x86_64 > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-56.el9s.x86_64 > - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 > < 2.17 provided by openvswitch2.15-2.15.0-81.el9s.x86_64 > - package python3-rdo-openvswitch-2:2.17-2.el9s.noarch requires > rdo-openvswitch = 2:2.17-2.el9s, but none of the providers can be installed > - cannot install the best update candidate for package > python3-openvswitch2.15-2.15.0-99.el9s.x86_64 > > ==================================================================================================================================================== > Package Architecture > Version Repository > Size > > ==================================================================================================================================================== > Skipping packages with broken dependencies: > python3-rdo-openvswitch noarch > 2:2.17-2.el9s centos-openstack-yoga > 7.5 k > > Transaction Summary > > ==================================================================================================================================================== > Skip 1 Package > > Nothing to do. > Complete! > > I confirmed that the required OpenVSwitch version is installed: > > [root@ovirt2 administrator]# *dnf list installed |grep openvswitch* > > centos-release-nfv-openvswitch.noarch 1-4.el9s > @c9s-extras-common > openvswitch-selinux-extra-policy.noarch 1.0-31.el9s > @centos-nfv-openvswitch > *openvswitch2.15.x86_64 2.15.0-99.el9s > @centos-nfv-openvswitch* > ovirt-openvswitch.noarch 2.15-4.el9 > @centos-ovirt45 > python3-openvswitch2.15.x86_64 2.15.0-99.el9s > @centos-nfv-openvswitch > > > > [root@ovirt2 administrator]# *dnf install ovirt-engine* > Last metadata expiration check: 0:12:29 ago on Sun 21 Aug 2022 12:58:00 PM > CDT. > No match for argument: ovirt-engine > Error: Unable to find a match: ovirt-engine > [root@ovirt2 administrator]# > > > DNF list shows this: > > [root@ovirt2 administrator]# *dnf list|grep engine* > fio-engine-dev-dax.x86_64 3.27-7.el9 > appstream > fio-engine-http.x86_64 3.27-7.el9 > appstream > fio-engine-libaio.x86_64 3.27-7.el9 > appstream > fio-engine-libpmem.x86_64 3.27-7.el9 > appstream > fio-engine-nbd.x86_64 3.27-7.el9 > appstream > fio-engine-pmemblk.x86_64 3.27-7.el9 > appstream > fio-engine-rados.x86_64 3.27-7.el9 > appstream > fio-engine-rbd.x86_64 3.27-7.el9 > appstream > fio-engine-rdma.x86_64 3.27-7.el9 > appstream > gtk-murrine-engine.x86_64 0.98.2-23.el9 > epel > gtk2-engines.x86_64 2.20.2-24.el9 > epel > gtk2-engines-devel.x86_64 2.20.2-24.el9 > epel > kwebenginepart.x86_64 > 22.04.1-1.el9.next epel-next > lumina-themeengine.x86_64 1.6.2-2.el9 > epel > mariadb-oqgraph-engine.x86_64 3:10.5.16-2.el9 > appstream > openscap-engine-sce.i686 1:1.3.6-4.el9 > appstream > openscap-engine-sce.x86_64 1:1.3.6-4.el9 > appstream > openscap-engine-sce-devel.i686 1:1.3.6-4.el9 > crb > openscap-engine-sce-devel.x86_64 1:1.3.6-4.el9 > crb > openstack-heat-engine.noarch 1:18.0.0-1.el9s > centos-openstack-yoga > openstack-mistral-engine.noarch 14.0.0-1.el9s > centos-openstack-yoga > openstack-mistral-event-engine.noarch 14.0.0-1.el9s > centos-openstack-yoga > openstack-murano-engine.noarch 13.0.0-1.el9s > centos-openstack-yoga > openstack-sahara-engine.noarch 1:16.0.0-1.el9s > centos-openstack-yoga > openstack-senlin-engine.noarch 13.0.0-1.el9s > centos-openstack-yoga > openstack-watcher-decision-engine.noarch 8.0.0-1.el9s > centos-openstack-yoga > ovirt-engine-appliance.x86_64 > 4.5-20220419160254.1.el9 ovirt-45-upstream > ovirt-engine-extension-aaa-ldap.noarch 1.4.6-1.el9 > centos-ovirt45 > ovirt-engine-extension-aaa-ldap-setup.noarch 1.4.6-1.el9 > centos-ovirt45 > ovirt-engine-extensions-api.noarch 1.0.1-1.el9 > centos-ovirt45 > ovirt-engine-extensions-api-javadoc.noarch 1.0.1-1.el9 > centos-ovirt45 > ovirt-engine-nodejs-modules.noarch 2.3.9-1.el9 > centos-ovirt45 > ovirt-engine-wildfly.x86_64 24.0.1-1.el9 > centos-ovirt45 > ovirt-hosted-engine-ha.noarch 2.5.0-1.el9 > centos-ovirt45 > ovirt-hosted-engine-setup.noarch 2.6.5-1.el9 > centos-ovirt45 > pentaho-reporting-flow-engine.noarch 1:0.9.4-24.el9 > appstream > pki-servlet-engine.noarch 1:9.0.50-1.el9 > appstream > python3-ovirt-engine-sdk4.x86_64 4.5.1-1.el9 > centos-ovirt45 > qatengine.x86_64 0.6.10-1.el9 > appstream > qt5-qtwebengine.x86_64 > 5.15.8-5.el9.next epel-next > qt5-qtwebengine-devel.x86_64 > 5.15.8-5.el9.next epel-next > qt5-qtwebengine-devtools.x86_64 > 5.15.8-5.el9.next epel-next > qt5-qtwebengine-examples.x86_64 > 5.15.8-5.el9.next epel-next > texlive-stackengine.noarch > 9:20200406-25.el9 appstream > > > Please advise. > > *David Johnson* > > _______________________________________________ > 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/ >

1 0

Ovirt 4.5 standalone engine does not install on Centos 9 stream
by David Johnson 21 Aug '22

21 Aug '22

Good afternoon all, The instructions at https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manage… say: Ensure all packages are up to date: # dnf upgrade --nobest Reboot the machine if any kernel-related packages were updated. Install the ovirt-engine package and dependencies. # dnf install ovirt-engine Run the engine-setup command to begin configuring the oVirt Engine: # engine-setup I did figure out that the modules that were in centos 8 are now straight out installs except for the pkideps. haven't got that one figured out yet. At this step, engine-setup is nowhere to be found on the system, and there appears to be no ovirt-engine RPM available. Terminal dump of the offending session: [root@ovirt2 administrator]# *dnf install -y centos-release-ovirt45* Last metadata expiration check: 0:12:04 ago on Sun 21 Aug 2022 12:58:00 PM CDT. Package centos-release-ovirt45-9.1-2.el9s.noarch is already installed. Dependencies resolved. Nothing to do. Complete! [root@ovirt2 administrator]# *dnf upgrade --nobest*Last metadata expiration check: 0:12:15 ago on Sun 21 Aug 2022 12:58:00 PM CDT. Dependencies resolved. Problem 1: package ovirt-openvswitch-2.15-4.el9.noarch requires openvswitch2.15, but none of the providers can be installed - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-99.el9s.x86_64 - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-51.el9s.x86_64 - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-56.el9s.x86_64 - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-81.el9s.x86_64 - cannot install the best update candidate for package ovirt-openvswitch-2.15-4.el9.noarch - cannot install the best update candidate for package openvswitch2.15-2.15.0-99.el9s.x86_64 Problem 2: problem with installed package ovirt-openvswitch-2.15-4.el9.noarch - package ovirt-openvswitch-2.15-4.el9.noarch requires openvswitch2.15, but none of the providers can be installed - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-99.el9s.x86_64 - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-51.el9s.x86_64 - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-56.el9s.x86_64 - package rdo-openvswitch-2:2.17-2.el9s.noarch obsoletes openvswitch2.15 < 2.17 provided by openvswitch2.15-2.15.0-81.el9s.x86_64 - package python3-rdo-openvswitch-2:2.17-2.el9s.noarch requires rdo-openvswitch = 2:2.17-2.el9s, but none of the providers can be installed - cannot install the best update candidate for package python3-openvswitch2.15-2.15.0-99.el9s.x86_64 ==================================================================================================================================================== Package Architecture Version Repository Size ==================================================================================================================================================== Skipping packages with broken dependencies: python3-rdo-openvswitch noarch 2:2.17-2.el9s centos-openstack-yoga 7.5 k Transaction Summary ==================================================================================================================================================== Skip 1 Package Nothing to do. Complete! I confirmed that the required OpenVSwitch version is installed: [root@ovirt2 administrator]# *dnf list installed |grep openvswitch* centos-release-nfv-openvswitch.noarch 1-4.el9s @c9s-extras-common openvswitch-selinux-extra-policy.noarch 1.0-31.el9s @centos-nfv-openvswitch *openvswitch2.15.x86_64 2.15.0-99.el9s @centos-nfv-openvswitch* ovirt-openvswitch.noarch 2.15-4.el9 @centos-ovirt45 python3-openvswitch2.15.x86_64 2.15.0-99.el9s @centos-nfv-openvswitch [root@ovirt2 administrator]# *dnf install ovirt-engine* Last metadata expiration check: 0:12:29 ago on Sun 21 Aug 2022 12:58:00 PM CDT. No match for argument: ovirt-engine Error: Unable to find a match: ovirt-engine [root@ovirt2 administrator]# DNF list shows this: [root@ovirt2 administrator]# *dnf list|grep engine* fio-engine-dev-dax.x86_64 3.27-7.el9 appstream fio-engine-http.x86_64 3.27-7.el9 appstream fio-engine-libaio.x86_64 3.27-7.el9 appstream fio-engine-libpmem.x86_64 3.27-7.el9 appstream fio-engine-nbd.x86_64 3.27-7.el9 appstream fio-engine-pmemblk.x86_64 3.27-7.el9 appstream fio-engine-rados.x86_64 3.27-7.el9 appstream fio-engine-rbd.x86_64 3.27-7.el9 appstream fio-engine-rdma.x86_64 3.27-7.el9 appstream gtk-murrine-engine.x86_64 0.98.2-23.el9 epel gtk2-engines.x86_64 2.20.2-24.el9 epel gtk2-engines-devel.x86_64 2.20.2-24.el9 epel kwebenginepart.x86_64 22.04.1-1.el9.next epel-next lumina-themeengine.x86_64 1.6.2-2.el9 epel mariadb-oqgraph-engine.x86_64 3:10.5.16-2.el9 appstream openscap-engine-sce.i686 1:1.3.6-4.el9 appstream openscap-engine-sce.x86_64 1:1.3.6-4.el9 appstream openscap-engine-sce-devel.i686 1:1.3.6-4.el9 crb openscap-engine-sce-devel.x86_64 1:1.3.6-4.el9 crb openstack-heat-engine.noarch 1:18.0.0-1.el9s centos-openstack-yoga openstack-mistral-engine.noarch 14.0.0-1.el9s centos-openstack-yoga openstack-mistral-event-engine.noarch 14.0.0-1.el9s centos-openstack-yoga openstack-murano-engine.noarch 13.0.0-1.el9s centos-openstack-yoga openstack-sahara-engine.noarch 1:16.0.0-1.el9s centos-openstack-yoga openstack-senlin-engine.noarch 13.0.0-1.el9s centos-openstack-yoga openstack-watcher-decision-engine.noarch 8.0.0-1.el9s centos-openstack-yoga ovirt-engine-appliance.x86_64 4.5-20220419160254.1.el9 ovirt-45-upstream ovirt-engine-extension-aaa-ldap.noarch 1.4.6-1.el9 centos-ovirt45 ovirt-engine-extension-aaa-ldap-setup.noarch 1.4.6-1.el9 centos-ovirt45 ovirt-engine-extensions-api.noarch 1.0.1-1.el9 centos-ovirt45 ovirt-engine-extensions-api-javadoc.noarch 1.0.1-1.el9 centos-ovirt45 ovirt-engine-nodejs-modules.noarch 2.3.9-1.el9 centos-ovirt45 ovirt-engine-wildfly.x86_64 24.0.1-1.el9 centos-ovirt45 ovirt-hosted-engine-ha.noarch 2.5.0-1.el9 centos-ovirt45 ovirt-hosted-engine-setup.noarch 2.6.5-1.el9 centos-ovirt45 pentaho-reporting-flow-engine.noarch 1:0.9.4-24.el9 appstream pki-servlet-engine.noarch 1:9.0.50-1.el9 appstream python3-ovirt-engine-sdk4.x86_64 4.5.1-1.el9 centos-ovirt45 qatengine.x86_64 0.6.10-1.el9 appstream qt5-qtwebengine.x86_64 5.15.8-5.el9.next epel-next qt5-qtwebengine-devel.x86_64 5.15.8-5.el9.next epel-next qt5-qtwebengine-devtools.x86_64 5.15.8-5.el9.next epel-next qt5-qtwebengine-examples.x86_64 5.15.8-5.el9.next epel-next texlive-stackengine.noarch 9:20200406-25.el9 appstream Please advise. *David Johnson*

1 0

Async release for ovirt-engine (4.5.2.4) is now available
by Lev Veyde 21 Aug '22

21 Aug '22

The oVirt Team has just released a new version of ovirt-engine package (4.5.2.4) that fixes an important bug: - Bug 2097560 <https://bugzilla.redhat.com/2097560> - Fixed checking ovirt-provider-ovn certificate validity 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

Problems Installing oVirt 4.5 on Centos Stream 9
by David Johnson 21 Aug '22

21 Aug '22

Good evening all, *High level goal:* We are preparing to upgrade our hosting OS to Centos Stream 9, and update to the latest oVirt patch level. We are running with a standalone engine. The immediate goal is to stand up a brand new engine on bare metal running CentOS 9. Once the new engine is configured, the engine database will be migrated from the current system production engine to the new to-be production engine and upgraded. After successful engine upgrade, we will be commissioning a new host and then upgrading the hosts in sequence. *Problem:* When installing the ovirt standalone engine, there is a requirement to follow the instructions at https://www.ovirt.org/download/install_on_rhel.html . I found I had to enable both epel and crb (formerly powertools) (both undocumented) before I could complete this step. After following those instructions with the necessary pieces I had identified as missing, I returned to section 3.2 Enabling the oVirt Engine Repositories. The next step is: [root@ovirt2 administrator]# *dnf install -y centos-release-ovirt45* Last metadata expiration check: 0:12:58 ago on Sat 20 Aug 2022 09:50:00 PM CDT. Package centos-release-ovirt45-9.1-2.el9s.noarch is already installed. Dependencies resolved. Nothing to do. Complete! Following this, The commands to enable the repositories all return "Error Unable to find a match: xxxx" Sample: [root@ovirt2 administrator]# *dnf module -y enable javapackages-tools* Last metadata expiration check: 0:03:31 ago on Sat 20 Aug 2022 09:50:00 PM CDT. Error: Problems in request: missing groups or modules: javapackages-tools [root@ovirt2 administrator]# *dnf module -y enable postgresql:12* Last metadata expiration check: 0:07:43 ago on Sat 20 Aug 2022 09:50:00 PM CDT. Error: Problems in request: missing groups or modules: postgresql:12 Please advise. *David Johnson*

2 1

node 4.5.2 doesn't activate logical volumes on boot
by p.staniforth＠leedsbeckett.ac.uk 21 Aug '22

21 Aug '22

Hello when booting an upgraded 4.5.2 node it is not activating local logical volumes used for gluster bricks. The output of lvmconfig is devices { use_devicesfile=1 multipath_wwids_file="" scan_lvs=0 hints="none" } and the output of lvmdevices is Device /dev/sdg2 IDTYPE=sys_wwid IDNAME=t10.ATA_____DELLBOSS_VD_____________________________610c9e14a9070010\0\0\0\0 DEVNAME=/dev/sdg2 PVID=fpim51dQp3b8fwqc8ymFye7vkBa6WeL4 PART=2 Device /dev/sda IDTYPE=sys_wwid IDNAME=t10.ATA_____ST2000NX0423________________________________________W462QSFT DEVNAME=/dev/sda PVID=dkLRQ69NRh0YvRvUK7cyIGLlJMOFkKcD the gluster lv from lvscan are inactive '/dev/RHGS_vg_diska/diska_lv_pool' [<1.79 TiB] inherit inactive '/dev/RHGS_vg_diska/diska_lv' [1.80 TiB] inherit after running vgchange -a y RHGS_vg_diska ACTIVE '/dev/RHGS_vg_diska/diska_lv_pool' [<1.79 TiB] inherit ACTIVE '/dev/RHGS_vg_diska/diska_lv' [1.80 TiB] inherit Thanks for any help

2 2

Clone template on MBS not working
by Jöran Malek 20 Aug '22

20 Aug '22

I created a test-setup with oVirt 4.5.2 from scratch, with hyperconverged Ceph installed, with following services in use: - iSCSI Gateway for Hosted Engine Disk - NFS for disk upload/import - RBD/MBS for template disks and VM disks My issue now is that I can download a VM from ovirt-image-repository and import that as template into the NFS domain. After that I go into the template and copy the boot disk onto the block storage. This is successfully copied, and I go ahead and remove the original disk to the NFS storage domain. So now there is only one disk left on the Managed Block Storage domain. Cloning the template results in a failed attempt with erors in DeleteImageGroupVDS. Attached are vdsm.log, supervdsm.log and engine.log. On a related note: Copying the disk from NFS to MBS, then creating a VM, assigning that disk, making a template off of that and cloning that works just fine - though I then have following disks in RBD, which I'd like to avoid: - initial-disk imported to MBS for VM template [deleted] - template disk as snapshot of initial-disk - template clone disk as snapshot of template disk With the copying from NFS approach I get a template which is also the root disk, not a snapshot of a deleted disk. Is this something that hasn't been seen yet? Best, Jöran

1 0