CentOS Stream support
by Michal Skrivanek
Hi all,
we would like to ask about interest in community about oVirt moving to CentOS Stream.
There were some requests before but it’s hard to see how many people would really like to see that.
With CentOS releases lagging behind RHEL for months it’s interesting to consider moving to CentOS Stream as it is much more up to date and allows us to fix bugs faster, with less workarounds and overhead for maintaining old code. E.g. our current integration tests do not really pass on CentOS 8.1 and we can’t really do much about that other than wait for more up to date packages. It would also bring us closer to make oVirt run smoothly on RHEL as that is also much closer to Stream than it is to outdated CentOS.
So..would you like us to support CentOS Stream?
We don’t really have capacity to run 3 different platforms, would you still want oVirt to support CentOS Stream if it means “less support” for regular CentOS?
There are some concerns about Stream being a bit less stable, do you share those concerns?
Thank you for your comments,
michal
3 weeks, 5 days
planned Jenkins restart
by Evgheni Dereveanchin
Hi everyone,
I'll be performing a planned Jenkins restart within the next hour.
No new CI jobs will be scheduled during this maintenance period.
I will inform you once it is back online.
--
Regards,
Evgheni Dereveanchin
2 months, 3 weeks
[OST] Error updating ost images - packages with conflicts/broken deps
by Nir Soffer
Trying dnf update on ost system fails now with:
$ sudo dnf update
...
Error:
Problem 1: package
ost-images-el8-host-deps-installed-1-202011270303.x86_64 requires
ost-images-el8-upgrade = 1-202011270303, but none of the providers can
be installed
- cannot install both ost-images-el8-upgrade-1-202011290315.x86_64
and ost-images-el8-upgrade-1-202011270303.x86_64
- cannot install the best update candidate for package
ost-images-el8-upgrade-1-202011270303.x86_64
- cannot install the best update candidate for package
ost-images-el8-host-deps-installed-1-202011270303.x86_64
Problem 2: package
ost-images-el8-engine-deps-installed-1-202011270303.x86_64 requires
ost-images-el8-upgrade = 1-202011270303, but none of the providers can
be installed
- cannot install both ost-images-el8-upgrade-1-202011290315.x86_64
and ost-images-el8-upgrade-1-202011270303.x86_64
- package ost-images-el8-engine-installed-1-202011290315.x86_64
requires ost-images-el8-upgrade = 1-202011290315, but none of the
providers can be installed
- cannot install the best update candidate for package
ost-images-el8-engine-installed-1-202011270303.x86_64
- cannot install the best update candidate for package
ost-images-el8-engine-deps-installed-1-202011270303.x86_64
Problem 3: problem with installed package
ost-images-el8-host-deps-installed-1-202011270303.x86_64
- package ost-images-el8-host-deps-installed-1-202011270303.x86_64
requires ost-images-el8-upgrade = 1-202011270303, but none of the
providers can be installed
- cannot install both ost-images-el8-upgrade-1-202011290315.x86_64
and ost-images-el8-upgrade-1-202011270303.x86_64
- package ost-images-el8-host-installed-1-202011290315.x86_64
requires ost-images-el8-upgrade = 1-202011290315, but none of the
providers can be installed
- cannot install the best update candidate for package
ost-images-el8-host-installed-1-202011270303.x86_64
(try to add '--allowerasing' to command line to replace conflicting
packages or '--skip-broken' to skip uninstallable packages or
'--nobest' to use not only best candidate packages)
$ sudo dnf update --nobest
works, but complains about:
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
ost-images-el8-upgrade x86_64
1-202011290315 ost-images 15 M
Skipping packages with broken dependencies:
ost-images-el8-engine-installed x86_64
1-202011290315 ost-images 1.0 G
ost-images-el8-host-installed x86_64
1-202011290315 ost-images 518 M
I have not tried to run ost with the updated packages yet.
Nir
2 months, 4 weeks
Breaking change introduced in vdsm-jsonrpc-java-1.6.0
by Artur Socha
Hi,
We have recently introduced the breaking change in vdsm-jsonrpc-java [1].
Reactive streams package has been replaced with java.util.concurrent.Flow
(shipped with JDK). This change is released with vdsm-jsonrpc-java-1.6.0.
This change had to be reflected in ovirt-engine as well (otherwise it would
not compile). I was handled by this patch [2].
Unfortunately these two changes must be in sync. Please update
vdsm-jsonrpc-java to 1.6.0 if you are already working on ovirt engine
revision that includes [2].
[1] https://gerrit.ovirt.org/#/c/vdsm-jsonrpc-java/+/109916/
[2] https://gerrit.ovirt.org/#/c/ovirt-engine/+/112347/
Please accept my apologies for not letting you know earlier, ideally before
these patches got merged.
--
Artur Socha
Senior Software Engineer, RHV
Red Hat
2 months, 4 weeks
Failure on checkInterfaces: uncategorized SQLException
by Yedidyah Bar David
Hi all,
I ran OST manually with suite he-basic-master, and it failed at a
rather late stage (010_local_maintenance_cli. My changes were for
008_restart_he_vm, which passed). It failed because the hosted-engine
VM was already on host-1, which wasn't expected. I spent quite some
time trying to understand this, and I *think* the root cause was quite
before that. engine.log:
2020-11-25 09:48:50,864+01 INFO
[org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand]
(EE-ManagedThreadFactory-engine-Thread-273) [2e1072c7] Host setup
networks finished. Lock released. Monitoring can run now for host
'lago-he-basic-suite-master-host-0.lago.local' from data-center
'Default'
2020-11-25 09:48:50,866+01 INFO
[org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand]
(EE-ManagedThreadFactory-engine-Thread-273) [2e1072c7] Lock freed to
object 'EngineLock:{exclusiveLocks='[HOST_NETWORKfba14f41-7ece-46ca-af65-7476e9fd2018=HOST_NETWORK]',
sharedLocks=''}'
2020-11-25 09:48:50,923+01 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engine-Thread-273) [2e1072c7] EVENT_ID:
PERSIST_NETWORK_ON_HOST_FINISHED(1,146), (1/2): Successfully applied
changes for network(s) Labeled_Network on host
lago-he-basic-suite-master-host-0.lago.local. (User:
admin@internal-authz)
2020-11-25 09:48:53,883+01 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47)
[2e1072c7] Command 'PropagateNetworksToClusterHosts' id:
'6e61f53b-c2b7-4a35-a840-67076e6d66cb' child commands
'[fe7f022e-c13b-4924-a6ea-cc56407e6969,
ca990d6e-199b-473d-928d-0a7e6d8cf073]' executions were completed,
status 'SUCCEEDED'
2020-11-25 09:48:54,891+01 INFO
[org.ovirt.engine.core.bll.network.cluster.PropagateNetworksToClusterHostsCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85)
[2e1072c7] Ending command
'org.ovirt.engine.core.bll.network.cluster.PropagateNetworksToClusterHostsCommand'
successfully.
2020-11-25 09:49:24,749+01 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-92)
[] Failure on checkInterfaces on update runtime info for host
'lago-he-basic-suite-master-host-0.lago.local':
PreparedStatementCallback; uncategorized SQLException for SQL [select
* from getallnetworkbyclusterid(?, ?, ?)]; SQL state [null]; error
code [0]; IJ031013: Interrupted attempting lock:
org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7d88842;
nested exception is java.sql.SQLException: IJ031013: Interrupted
attempting lock:
org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7d88842
2020-11-25 09:49:24,752+01 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-92)
[] ResourceManager::refreshVdsRunTimeInfo:
host=lago-he-basic-suite-master-host-0.lago.local(fba14f41-7ece-46ca-af65-7476e9fd2018):
PreparedStatementCallback; uncategorized SQLException for SQL [select
* from getvdsdynamicbyvdsid(?)]; SQL state [null]; error code [0];
IJ031013: Interrupted attempting lock:
org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7d88842;
nested exception is java.sql.SQLException: IJ031013: Interrupted
attempting lock:
org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7d88842
2020-11-25 09:49:24,761+01 ERROR
[org.ovirt.engine.core.vdsbroker.VdsManager]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-92)
[] Timer update runtime info failed. Exception: SQLException:
IJ031013: Interrupted attempting lock:
org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@7d88842
Any idea?
--
Didi
3 months