Hi All,

I am currently doing an installation to use with our infrastructure. While attempting to install the client repo this morning I noticed a few problems:

1. Installed the following package:

http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm

2. Went to perform an update and saw the following:

Downloading Packages:
http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.*el7*.noarch.rpm: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Trying other mirror.


Error Downloading Packages:
spacewalk-client-repo-2.3-2.el7.noarch: failure: spacewalk-client-repo-2.3-2.*el7*.noarch.rpm from spacewalk-client: [Errno 256] No more mirrors to try.

[root@sp-client ~]#*

*Notice the parts marked in bold. I have installed an EL6 repository, and it is trying to update to an EL7 package that doesn't exist in this repo?

3. OK so maybe an issue with the above (all the packages in 2.3/RHEL/6/ repo are EL6 packages), not to worry lets install the client anyway:

RAN:

yum install rhn-client-tools rhn-check rhn-setup rhnsd m2crypto yum-rhn-plugin


I've cut the following output down quite a bit, but see the below:

---> Package rhn-check.noarch 0:2.3.16-1.el7 will be installed
---> Package rhn-client-tools.noarch 0:2.3.16-1.el7 will be installed
---> Package rhn-setup.noarch 0:2.3.16-1.el7 will be installed
---> Package rhnsd.x86_64 0:5.0.15-1.el7 will be installed
---> Package yum-rhn-plugin.noarch 0:2.3.3-1.el7 will be installed

--> Finished Dependency Resolution
Error: Package: rhnsd-5.0.15-1.el7.x86_64 (spacewalk-client)
           Requires: libc.so.6(GLIBC_2.15)(64bit)
Error: Package: rhnlib-2.5.75-1.el7.noarch (spacewalk-client)
           Requires: python(abi) = 2.7
Installed: python-2.6.6-52.el6.x86_64 (@anaconda-CentOS-201410241409.x86_64/6.6)
               python(abi) = 2.6

Ok so some dependencies problems, and some confusion about why its attempting to install el7 packages. The dependencies it requires are present also, perhaps they are looking elsewhere?

[root@sp-client ~]# whereis libc.so.6
libc.so: /lib/libc.so.6 /lib64/libc.so.6 /usr/lib64/libc.so.6 /usr/lib64/libc.so

[root@sp-client ~]# python2.7
Python 2.7.3 (default, May 14 2015, 09:49:37)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>


It certainly looks like the EL6 repo for the 2.3 client is a little broken. Am I correct in thinking this, or am I missing something here?*
*

--
Kind Regards,
Sam Caise
Lead Systems Engineer

e: sam.ca...@invade.net
w: www.invade.net


--

------------------------------

InVADE International Ltd, Orchard Street Business Centre, 13-14 Orchard Street, 
Bristol, BS1 5EH

Company Registration Number: 3660482 Registered in England and Wales This email, and any attachment, is intended only for the attention of the addressee. Its unauthorised use, disclosure, storage or copying is not permitted. If you are not the intended recipient, please destroy all copies and inform the sender by return email. If you have received this email in error, please return it to the sender and highlight the error. We accept no legal liability for the content of the message. Any opinions or views presented are solely the responsibility of the author and do not necessarily represent those of InVADE. We cannot guarantee that this message has not been modified in transit, and this message should not be viewed as contractually binding. Although we have taken reasonable steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
_______________________________________________
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Reply via email to