[Spacewalk-list] Updates not installing since Centos 8.1 - possible module issues.
Simon Avery
Simon.Avery at oxygenhouse.com
Wed Jan 29 12:46:03 UTC 2020
Hello. I've checked the recent archives and cannot find mention of this issue, and tried the irc channel last night where another user confirmed they had also encountered this. If it has been discussed already, please direct me accordingly.
Since the Centos repos were updated to symlink /8 to the new /8.1, Spacewalk managed updates are failing consistently on all our Centos 8.x machines.
My research suggests that this is because Spacewalk is not handling modules when populating its repos. This causes downstream updates to fail.
My questions are:
1) Am I right in my conclusions?
2) If so, will Spacewalk be updated to correctly handle Centos 8.1+ modules?
Thanks
Background:
* Spacewalk 2.9 running on Centos 7 and managing 139 Centos machines; 6.10, 7 and a dozen or so 8.x Each client runs the spacewalk-2.9-client suite.
* All our systems (including Centos 8.0) were behaving as expected.
* I have not knowingly installed a module, but it seems their use is largely transparent now.
Problem:
When running a package update through Spacewalk, or running dnf update from the client locally, the dnf/yum process fails. (Full logs below)
/var/log/messages
messages:Jan 20 05:02:34 <redacted> server: WARNING: redstone.xmlrpc.XmlRpcFault: At least one of the channels this system is subscribed to contains modules. If you have activated modules on this system, please refrain from using Spacewalk for package operations. Instead, perform all package actions from the client using dnf.
On an example centos 8 machine;
[root at machine01 yum.repos.d] # cat /etc/centos-release
CentOS Linux release 8.1.1911 (Core)
When: Not subscribed to any channels in Spacewalk and using local repos only.
[root at machine01 scripts] # dnf update
This system is not subscribed to any channels.
Red Hat Satellite or Spacewalk channel support will be disabled.
CentOS-8 - AppStream 20 kB/s | 4.3 kB 00:00
CentOS-8 - Base 9.0 kB/s | 3.8 kB 00:00
CentOS-8 - Extras 4.0 kB/s | 1.5 kB 00:00
Spacewalk_Client repo 6.5 kB/s | 3.6 kB 00:00
Extra Packages for Enterprise Linux Modular 8 - x86_64 59 kB/s | 30 kB 00:00
Extra Packages for Enterprise Linux 8 - x86_64 66 kB/s | 32 kB 00:00
Dependencies resolved.
Nothing to do.
Complete!
If I then subscribe this system to the Centos8 Base Channel on Spacewalk which contains the single repo: http://mirror.centos.org/centos/8/BaseOS/x86_64/os/ and make no other changes;
[root at machine01 scripts] # dnf update
This system is receiving updates from Red Hat Satellite or Spacewalk server.
CentOS8 Updates 57 kB/s | 1.4 kB 00:00
CentOS8 Updates 97 MB/s | 34 MB 00:00
Last metadata expiration check: 0:00:10 ago on Wed 29 Jan 2020 12:25:16 PM GMT.
Error:
Problem 1: cannot install both perl-libs-4:5.24.4-398.module_el8.0.0+50+c3b345cd.x86_64 and perl-libs-4:5.26.3-416.el8.x86_64
- package perl-Algorithm-Diff-1.1903-9.module_el8.0.0+50+c3b345cd.noarch requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed
- cannot install the best update candidate for package perl-libs-4:5.26.3-416.el8.x86_64
- cannot install the best update candidate for package perl-Algorithm-Diff-1.1903-9.el8.noarch
- package perl-libs-4:5.24.4-404.module_el8.1.0+229+cd132df8.x86_64 is excluded
Problem 2: package perl-interpreter-4:5.26.3-416.el8.x86_64 requires libperl.so.5.26()(64bit), but none of the providers can be installed
- package perl-interpreter-4:5.26.3-416.el8.x86_64 requires perl-libs(x86-64) = 4:5.26.3-416.el8, but none of the providers can be installed
- cannot install both perl-libs-4:5.24.4-398.module_el8.0.0+50+c3b345cd.x86_64 and perl-libs-4:5.26.3-416.el8.x86_64
- cannot install both perl-libs-4:5.26.3-416.el8.x86_64 and perl-libs-4:5.24.4-398.module_el8.0.0+50+c3b345cd.x86_64
- package perl-Archive-Tar-2.30-1.module_el8.0.0+50+c3b345cd.noarch requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed
- cannot install the best update candidate for package perl-interpreter-4:5.26.3-416.el8.x86_64
- cannot install the best update candidate for package perl-Archive-Tar-2.30-1.el8.noarch
- package perl-libs-4:5.24.4-404.module_el8.1.0+229+cd132df8.x86_64 is excluded
<Large snip for brevity>
Problem 57: problem with installed package perl-IO-Compress-2.081-1.el8.noarch
- package perl-IO-Compress-2.081-1.el8.noarch requires perl(Compress::Raw::Zlib) >= 2.081, but none of the providers can be installed
- package perl-Compress-Raw-Zlib-2.081-1.el8.x86_64 requires libperl.so.5.26()(64bit), but none of the providers can be installed
- cannot install both perl-libs-4:5.24.4-398.module_el8.0.0+50+c3b345cd.x86_64 and perl-libs-4:5.26.3-416.el8.x86_64
- cannot install both perl-libs-4:5.26.3-416.el8.x86_64 and perl-libs-4:5.24.4-398.module_el8.0.0+50+c3b345cd.x86_64
- package perl-autodie-2.29-1000.module_el8.0.0+50+c3b345cd.noarch requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed
- cannot install the best update candidate for package perl-autodie-2.29-396.el8.noarch
- package perl-libs-4:5.24.4-404.module_el8.1.0+229+cd132df8.x86_64 is excluded
(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)
Using -allowerasing ends up removing perl and breaking quite a few things.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20200129/b021675c/attachment.htm>
More information about the Spacewalk-list
mailing list