- Devel - oVirt List Archives

Re: [ovirt-users] Re: Parent checkpoint ID does not match the actual leaf checkpoint
by Tommaso - Shellrent 27 May '21

27 May '21

after some investigation we have foud that: via virsh our VM have 71 checkpoint on engine's db, in the table vm_checkpoints there are ZERO checkpoint. Is ther a way to sync the checkpoints?!? Regards, Tommaso Il 26/05/2021 10:27, Tommaso - Shellrent via Users ha scritto: > > Hi to all. We have almost the same problem. > > After a snapshot restore in a checkpoint taken previous last > incremental backup, we have alwes the error "Parent checkpoint ID does > not match the actual leaf checkpoint". > we have also the " parent_checkpoint_id: None" > > there is a wey to fix it on a production env? > > our engine version is 4.4.5.11 and vdsm 4.40.50 > > > > > > Il 19/07/2020 23:27, Nir Soffer ha scritto: >> On Sun, Jul 19, 2020 at 5:38 PM Łukasz Kołaciński >> <l.kolacinski(a)storware.eu <mailto:l.kolacinski@storware.eu>> wrote: >> >> Hello, >> Thanks to previous answers, I was able to make backups. >> Unfortunately, we had some infrastructure issues and after the >> host reboots new problems appeared. I am not able to do any >> backup using the commands that worked yesterday. I looked through >> the logs and there is something like this: >> >> 2020-07-17 15:06:30,644+02 ERROR >> [org.ovirt.engine.core.bll.StartVmBackupCommand] >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-54) >> [944a1447-4ea5-4a1c-b971-0bc612b6e45e] Failed to execute VM >> backup operation 'StartVmBackup': {}: >> org.ovirt.engine.core.common.errors.EngineException: >> EngineException: >> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: >> VDSGenericException: VDSErrorException: Failed to >> StartVmBackupVDS, error = Checkpoint Error: >> {'parent_checkpoint_id': None, 'leaf_checkpoint_id': >> 'cd078706-84c0-4370-a6ec-654ccd6a21aa', 'vm_id': >> '116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'reason': '*Parent >> checkpoint ID does not match the actual leaf checkpoint*'}, >> code = 1610 (Failed with error unexpected and code 16) >> >> >> It looks like engine sent: >> >> parent_checkpoint_id: None >> >> This issue was fix in engine few weeks ago. >> >> Which engine and vdsm versions are you testing? >> >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2114) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performVmBackupOperation(StartVmBackupCommand.java:368) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.runVmBackup(StartVmBackupCommand.java:225) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performNextOperation(StartVmBackupCommand.java:199) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:80) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175) >> at >> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109) >> at >> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) >> at >> java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305) >> at >> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383) >> at >> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534) >> at >> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) >> at >> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) >> at java.base/java.lang.Thread.run(Thread.java:834) >> at >> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) >> >> >> And the last error is: >> >> 2020-07-17 15:13:45,835+02 ERROR >> [org.ovirt.engine.core.bll.StartVmBackupCommand] >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-14) >> [f553c1f2-1c99-4118-9365-ba6b862da936] Failed to execute VM >> backup operation 'GetVmBackupInfo': {}: >> org.ovirt.engine.core.common.errors.EngineException: >> EngineException: >> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: >> VDSGenericException: VDSErrorException: Failed to >> GetVmBackupInfoVDS, error = No such backup Error: {'vm_id': >> '116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'backup_id': >> 'bf1c26f7-c3e5-437c-bb5a-255b8c1b3b73', 'reason': '*VM backup >> not exists: Domain backup job id not found: no domain backup >> job present'*}, code = 1601 (Failed with error unexpected and >> code 16) >> >> >> This is likely a result of the first error. If starting backup failed >> the backup entity >> is deleted. >> >> (these errors are from full backup) >> >> Like I said this is very strange because everything was working >> correctly. >> >> >> Regards >> >> Łukasz Kołaciński >> >> Junior Java Developer >> >> e-mail: l.kolacinski(a)storware.eu <mailto:l.kolacinski@storware.eu> >> <mailto:m.helbert@storware.eu> >> >> >> *STORWARE* <http://www.storware.eu/>** >> >> >> >> *ul. Leszno 8/44 >> 01-192 Warszawa >> www.storware.eu <https://www.storware.eu/>* >> >> >> >> *facebook* <https://www.facebook.com/storware>** >> >> >> >> *twitter* <https://twitter.com/storware>** >> >> >> >> *linkedin* <https://www.linkedin.com/company/storware>** >> >> >> >> *Storware_Stopka_09* >> <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>** >> >> *//* >> >> */Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. >> Warszawa 000510131/*//*/, NIP 5213672602./*/ Wiadomość ta jest >> przeznaczona jedynie dla osoby lub podmiotu, który jest jej >> adresatem i może zawierać poufne i/lub uprzywilejowane >> informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, >> rozpowszechnianie lub inne wykorzystanie tych informacji lub >> podjęcie jakichkolwiek działań odnośnie tych informacji przez >> osoby lub podmioty inne niż zamierzony adresat. Jeżeli Państwo >> otrzymali przez pomyłkę tę informację prosimy o poinformowanie o >> tym nadawcy i usunięcie tej wiadomości z wszelkich komputerów. >> //This message is intended only for the person or entity to which >> it is addressed and may contain confidential and/or privileged >> material. Any review, retransmission, dissemination or other use >> of, or taking of any action in reliance upon, this information by >> persons or entities other than the intended recipient is >> prohibited. If you have received this message in error, please >> contact the sender and remove the material from all of your >> computer systems./ >> >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org> >> To unsubscribe send an email to users-leave(a)ovirt.org >> <mailto:users-leave@ovirt.org> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> <https://www.ovirt.org/privacy-policy.html> >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> <https://www.ovirt.org/community/about/community-guidelines/> >> List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3PLYPOZGT6TL… >> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3PLYPOZGT6TL…> >> >> >> _______________________________________________ >> Users mailing list --users(a)ovirt.org >> To unsubscribe send an email tousers-leave(a)ovirt.org >> Privacy Statement:https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct:https://www.ovirt.org/community/about/community-guidelines/ >> List Archives:https://lists.ovirt.org/archives/list/users@ovirt.org/message/7XWQ… > -- > -- > Shellrent - Il primo hosting italiano Security First > > *Tommaso De Marchi* > /COO - Chief Operating Officer/ > Shellrent Srl > Via dell'Edilizia, 19 - 36100 Vicenza > Tel. 0444321155 <tel:+390444321155> | Fax 04441492177 > > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DD2R2PWCIQD5H… -- -- Shellrent - Il primo hosting italiano Security First *Tommaso De Marchi* /COO - Chief Operating Officer/ Shellrent Srl Via dell'Edilizia, 19 - 36100 Vicenza Tel. 0444321155 <tel:+390444321155> | Fax 04441492177

3 2

ovirt-engine has been tagged (ovirt-engine-4.4.7)
by Tal Nisan 26 May '21

26 May '21

2 1

OST ansible inventory rework
by Yedidyah Bar David 26 May '21

26 May '21

Hi all, As part of the discussion around [1], we talked about changing the way we create and use the ansible inventory. I am now in the middle of doing something about this. It turned our far more complex and possibly less elegant than expected/hoped/intended. I'd like to get a high-level review for my WIP [2]. It's not tested and not ready for review. But if people think this is going in the correct direction, I'll continue. Otherwise, I'll give up - and then we have to decide how to continue otherwise. Parts of this can most likely be done more nicely, other parts should probably be completely replaced/removed/redone. We should probably also make some hard decisions, which I am frankly not sure we can make without having more concrete ideas about what other backends we want and how they would look like. So for now I ignored all this and simply did a POC. So, WDYT? Thanks and best regards, [1] https://gerrit.ovirt.org/c/ovirt-system-tests/+/114653 [2] https://github.com/didib/ovirt-system-tests/commits/add-inventory -- Didi

2 1

openvswitch conflict (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 2029 - Still Failing!)
by Yedidyah Bar David 26 May '21

26 May '21

On Wed, May 26, 2021 at 1:14 PM <jenkins(a)jenkins.phx.ovirt.org> wrote: > > Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ > Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/2029/ https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/2029… : 2021-05-26 11:53:53 CEST - TASK [ovirt-provider-ovn-driver : Install ovs] ********************************* 2021-05-26 11:53:56 CEST - fatal: [lago-he-basic-suite-master-host-0.lago.local]: FAILED! => {"changed": false, "failures": [], "msg": "Unknown Error occured: Transaction test error:\n file /usr/bin/ovs-appctl from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/ovs-dpctl from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/ovs-ofctl from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/ovs-pki from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/ovs-vsctl from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/ovsdb-client from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/ovsdb-tool from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/bin/vtep-ctl from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/sbin/ovs-vswitchd from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/sbin/ovsdb-server from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man1/ovsdb-client.1.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man1/ovsdb-server.1.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man1/ovsdb-tool.1.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man5/ovs-vswitchd.conf.db.5.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man5/ovsdb-server.5.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man5/ovsdb.5.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man5/vtep.5.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man7/ovs-actions.7.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man7/ovs-fields.7.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man7/ovsdb-server.7.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man7/ovsdb.7.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man8/ovs-appctl.8.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man8/ovs-dpctl.8.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man8/ovs-ofctl.8.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man8/ovs-pki.8.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man8/ovs-vsctl.8.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/man/man8/ovs-vswitchd.8.gz from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/openvswitch/scripts/ovs-check-dead-ifs from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/openvswitch/scripts/ovs-lib from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n file /usr/share/openvswitch/vswitch.ovsschema from install of openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package openvswitch2.11-2.11.3-87.el8s.x86_64\n", "rc": 1, "results": []} Known issue? Thanks, -- Didi

4 5

Re: Security question: rh-postgresql10-postgresql-10.6-1
by Sandro Bonazzola 25 May '21

25 May '21

Il giorno dom 23 mag 2021 alle ore 09:25 Greg King <greg.king(a)oracle.com> ha scritto: > *Situation:* > > > > We have a couple customer bugs where the current version of > rh-postgresql10 is getting flagged in security scans: > > > > rh-postgresql10-postgresql-10.6-1.el7.x86_64 > > > > We noticed from this Red Hat security advisory that the security problem > is resolved with this version of the package: > > > > · Advisory: *https://access.redhat.com/errata/RHSA-2020:5316 > <https://access.redhat.com/errata/RHSA-2020:5316>* > > · Package: rh-postgresql10-postgresql-10.15-1.el7.x86_64 > > > > However, oVirt 4.4 still includes 10.6-1 and not 10.15-1 > Please note oVirt 4.4 is not using PostgreSQL 10, it's using 12. For instance, 4.4.6 appliance uses: postgresql-12.5-1.module_el8.4.0+597+7b8b5722.x86_64 postgresql-contrib-12.5-1.module_el8.4.0+597+7b8b5722.x86_64 postgresql-server-12.5-1.module_el8.4.0+597+7b8b5722.x86_64 > > > *Question:* > > > > We need to let customers know why > rh-postgresql10-postgresql-10.15-1.el7.x86_64 is not included with the > latest errata release of oVirt 4.4 > > > > Is there an written policy or communication from the community one way or > the other regarding the security vulnerability resolved with > rh-postgresql10-postgresql-10.15-1.el7.x86_64? (IE: it was reviewed and > found not to be applicable, it will be in the next errata release, etc – > something along those lines) > > > > > > [image: oracle-email-sig-198324-355094] > > Gregory King | Software Development Manager | +1.303.272.2427 > > Oracle Virtualization Sustaining Engineering > > 500 Eldorado Boulevard Build 5 | Broomfield Colorado 80021 > > Mobile: +1.303.968.8169 | Fax: +1.303.272.2427 > > > _______________________________________________ > Devel mailing list -- devel(a)ovirt.org > To unsubscribe send an email to devel-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ND2737GQUTMJR… > -- 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. <https://mojo.redhat.com/docs/DOC-1199578>*

2 1

CI whitelist exception
by Vojtech Juranek 24 May '21

24 May '21

Hi, do we have a way how to run CI build for a patch from someone who is not on CI whitelist? CI doesn't care who triggered the build and check only the commiter. Or is adding commiter to whitelist the only way? I'd like to me some progress with gerrit #114723 [1]. I tired to run it on Travis build seems to be broken, failing on nmstate [2]. Could someone from network team please take a look? Thanks Vojta [1] https://gerrit.ovirt.org/c/vdsm/+/114723 [2] https://travis-ci.org/github/vjuranek/vdsm/builds/771874636

3 2

Failure to run engine-setup for existing development environment
by Eyal Shenitzky 23 May '21

23 May '21

Hi, When trying to run engine-setup for existing development environment the following exception thrown - [engine@dhcp-0-123 ~]$ ovirt-engine/bin/engine-setup ***L:ERROR Internal error: No module named 'distro' Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/main.py", line 141, in execute self.context.loadPlugins() File "/usr/lib/python3.6/site-packages/otopi/context.py", line 803, in loadPlugins self._loadPluginGroups(plugindir, needgroups, loadedgroups) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 112, in _loadPluginGroups self._loadPlugins(path, path, groupname) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 69, in _loadPlugins self._loadPlugins(base, d, groupname) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 69, in _loadPlugins self._loadPlugins(base, d, groupname) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 100, in _loadPlugins os.path.basename(path), File "/usr/lib/python3.6/site-packages/otopi/util.py", line 109, in loadModule spec.loader.exec_module(module) File "<frozen importlib._bootstrap_external>", line 678, in exec_module File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed File "/home/engine/ovirt-engine/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-checks/ovirt-engine/db/__init__.py", line 15, in <module> from . import versions File "/home/engine/ovirt-engine/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-checks/ovirt-engine/db/versions.py", line 21, in <module> from ovirt_engine_setup.engine_common import database File "/home/engine/ovirt-engine/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 27, in <module> from ovirt_engine_setup import util as osetuputil File "/home/engine/ovirt-engine/share/ovirt-engine/setup/ovirt_engine_setup/util.py", line 18, in <module> import distro ModuleNotFoundError: No module named 'distro' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/__main__.py", line 88, in main installer.execute() File "/usr/lib/python3.6/site-packages/otopi/main.py", line 147, in execute sys.exc_info()[2], File "/usr/lib/python3.6/site-packages/otopi/util.py", line 84, in raiseExceptionInformation raise info[1].with_traceback(info[2]) File "/usr/lib/python3.6/site-packages/otopi/main.py", line 141, in execute self.context.loadPlugins() File "/usr/lib/python3.6/site-packages/otopi/context.py", line 803, in loadPlugins self._loadPluginGroups(plugindir, needgroups, loadedgroups) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 112, in _loadPluginGroups self._loadPlugins(path, path, groupname) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 69, in _loadPlugins self._loadPlugins(base, d, groupname) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 69, in _loadPlugins self._loadPlugins(base, d, groupname) File "/usr/lib/python3.6/site-packages/otopi/context.py", line 100, in _loadPlugins os.path.basename(path), File "/usr/lib/python3.6/site-packages/otopi/util.py", line 109, in loadModule spec.loader.exec_module(module) File "<frozen importlib._bootstrap_external>", line 678, in exec_module File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed File "/home/engine/ovirt-engine/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-checks/ovirt-engine/db/__init__.py", line 15, in <module> from . import versions File "/home/engine/ovirt-engine/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-checks/ovirt-engine/db/versions.py", line 21, in <module> from ovirt_engine_setup.engine_common import database File "/home/engine/ovirt-engine/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 27, in <module> from ovirt_engine_setup import util as osetuputil File "/home/engine/ovirt-engine/share/ovirt-engine/setup/ovirt_engine_setup/util.py", line 18, in <module> import distro otopi.main.PluginLoadException: No module named 'distro' Is this a known issue? -- Regards, Eyal Shenitzky

2 3

Security question: rh-postgresql10-postgresql-10.6-1
by Greg King 21 May '21

21 May '21

Situation: We have a couple customer bugs where the current version of rh-postgresql10 is getting flagged in security scans: rh-postgresql10-postgresql-10.6-1.el7.x86_64 We noticed from this Red Hat security advisory that the security problem is resolved with this version of the package: * Advisory: https://access.redhat.com/errata/RHSA-2020:5316 * Package: rh-postgresql10-postgresql-10.15-1.el7.x86_64 However, oVirt 4.4 still includes 10.6-1 and not 10.15-1 Question: We need to let customers know why rh-postgresql10-postgresql-10.15-1.el7.x86_64 is not included with the latest errata release of oVirt 4.4 Is there an written policy or communication from the community one way or the other regarding the security vulnerability resolved with rh-postgresql10-postgresql-10.15-1.el7.x86_64? (IE: it was reviewed and found not to be applicable, it will be in the next errata release, etc - something along those lines) [oracle-email-sig-198324-355094] Gregory King | Software Development Manager | +1.303.272.2427 Oracle Virtualization Sustaining Engineering 500 Eldorado Boulevard Build 5 | Broomfield Colorado 80021 Mobile: +1.303.968.8169 | Fax: +1.303.272.2427

1 0

CI whitelist exception
by Vojtech Juranek 21 May '21

21 May '21

Hi, do we have a way how to run CI build for a patch from someone who is not on CI whitelist? CI doesn't care who triggered the build and check only the commiter. Or is adding commiter to whitelist the only way? I'd like to me some progress with gerrit #114723 [1]. I tired to run it on Travis build seems to be broken, failing on nmstate [2]. Could someone from network team please take a look? Thanks Vojta [1] https://gerrit.ovirt.org/c/vdsm/+/114723 [2] https://travis-ci.org/github/vjuranek/vdsm/builds/771874636

1 0

hc-basic-suite-master failing on missing glusterfs service not listed among firewalld known services
by Sandro Bonazzola 18 May '21

18 May '21

Hi, just noticed: failed: [lago-hc-basic-suite-master-host-0] (item=glusterfs) => {"ansible_loop_var": "item", "changed": false, "item": "glusterfs", "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services on https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_hc-… Ales, Gobinda, can you please have a look why firewall configuration for gluster is failing here? Thanks, -- 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.*

3 4