Red Hat Bugzilla – Bug 1247773
CentOS 7 servers can't be installed due to conflicting rhnlib and rhn-setup package versions.
Last modified: 2015-11-11 15:13:31 EST
Description of problem:
The rhnlib package in the Spacewalk 2.3 client repo is sufficiently new that it can't work with the rhnreg_ks utility that is packaged in the default rhn-setup package from the CentOS 7 repo. In order to make it work, one has to add a post-install script that fires before the "Registration and server actions" built-in post-install script. The issue is that the new rhnlib implements "idn_ascii_to_puny" in connections.py while the old rhnreg_ks is looking for "idn_ascii_to_pune" via its dependencies.
Version-Release number of selected component (if applicable):
This is a general issue that has to be worked around.
Steps to Reproduce:
Registration does due to script dependency issues.
I wrote a post-install script that grabs the necessary files... but, I don't know that it's a permanent solution because I think the links to the required files will eventually expire:
mkdir -p /tmp/rhn_rpms/optional
wget -P /tmp/rhn_rpms/optional http://spacewalk.wichita.edu/download/package/fcb44ada56d57e6fc033f7e19262952b4acee26f/1438140090557/1/194028/rhn-client-tools-2.3.16-1.el7.noarch.rpm http://spacewalk.wichita.edu/download/package/858a8a53048464399ab3b3468d8e4591be728aab/1438140073338/1/194025/rhn-setup-2.3.16-1.el7.noarch.rpm http://spacewalk.wichita.edu/download/package/dced25a61ed01c6df170f7c74e4302ffa4445f9f/1438140105463/1/194019/rhn-check-2.3.16-1.el7.noarch.rpm
rpm -Uvh --replacepkgs --replacefiles /tmp/rhn_rpms/optional/rhn*
If I am reading the bug correct, this is how our company is bypassing this issue:
We sync the Spacewalk client to a channel, then under the kickstart we expose this channel via the UI -> kickstart Details -> Operating systems -> spacewalk 2.3 child channel.
Then in the list of packages to install:
#below pkg needed for rhn registration
The only issue that we have ran into is where the activation key channel has newer version of rhnlib for any OS version. This is being tracked in bug: