[Spacewalk-list] Updates not installing since Centos 8.1 - possible module issues.

Wed Jan 29 23:09:35 UTC 2020

https://bugzilla.redhat.com/show_bug.cgi?id=1670435

The best solutions I came up with are to point the clients to another repo
temporarily, or to remove perl (along with whatever required it, in my case
logwatch) then update and reinstall the packages.  Either way you need to
get beyond v5.24 of the perl-interpreter package.

The basis of the problem is spelled out in the Bugzilla.  But yes, the use
of modules is near unavoidable at this point.

Good luck.

From: spacewalk-list-bounces at redhat.com <spacewalk-list-bounces at redhat.com>
On Behalf Of Simon Avery
Sent: Wednesday, January 29, 2020 7:46
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] Updates not installing since Centos 8.1 - possible
module issues.

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/773999ba/attachment.htm>