[Spacewalk-list] Issue with client repo
Tomas Lestach
tlestach at redhat.com
Thu May 14 13:39:08 UTC 2015
----- Original Message -----
> From: "Sam Caise" <sam.caise at invade.net>
> To: spacewalk-list at redhat.com
> Sent: Thursday, May 14, 2015 1:25:39 PM
> Subject: [Spacewalk-list] Issue with client repo
>
>
> 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 at 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 at 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 at 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.caise at 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 at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
Hello,
so, let's check the repodata:
$ wget http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/repodata/repomd.xml
--2015-05-14 15:18:45-- http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/repodata/repomd.xml
Resolving yum.spacewalkproject.org (yum.spacewalkproject.org)... 10.4.127.15
Connecting to yum.spacewalkproject.org (yum.spacewalkproject.org)|10.4.127.15|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2165 (2.1K) [text/xml]
Saving to: ‘repomd.xml’
repomd.xml 100%[==========================================================================================================================================>] 2.11K --.-KB/s in 0s·····
2015-05-14 15:18:46 (5.29 MB/s) - ‘repomd.xml’ saved [2165/2165]
$ wget http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/repodata/primary.xml.gz
--2015-05-14 15:18:49-- http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/repodata/primary.xml.gz
Resolving yum.spacewalkproject.org (yum.spacewalkproject.org)... 10.4.127.15
Connecting to yum.spacewalkproject.org (yum.spacewalkproject.org)|10.4.127.15|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6262 (6.1K) [application/x-gzip]
Saving to: ‘primary.xml.gz’
primary.xml.gz 100%[==========================================================================================================================================>] 6.12K --.-KB/s in 0.001s·
2015-05-14 15:18:50 (6.27 MB/s) - ‘primary.xml.gz’ saved [6262/6262]
$ grep -A1 primary.xml.gz repomd.xml·
<location href="repodata/primary.xml.gz"/>
<checksum type="sha">6a9171830380a6704083741cbc0d23526205e5ae</checksum>
$ sha1sum primary.xml.gz
6a9171830380a6704083741cbc0d23526205e5ae primary.xml.gz
The checksums do match, so repomd.xml references the downloaded primary.xml.gz
$ zgrep el7 primary.xml.gz
1:$ zgrep el6 primary.xml.gz | wc -l
133
$·
But there're no el7 packages referenced in the primary.xml.
On the other hand, there're 133 el6 entries.
Let's check the el6 spacewalk-client-repo package ...
$·
$ wget http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm
--2015-05-14 15:21:27-- http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm
Resolving yum.spacewalkproject.org (yum.spacewalkproject.org)... 10.4.127.15
Connecting to yum.spacewalkproject.org (yum.spacewalkproject.org)|10.4.127.15|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6160 (6.0K) [application/x-rpm]
Saving to: ‘spacewalk-client-repo-2.3-2.el6.noarch.rpm’
spacewalk-client-repo-2.3-2.el6.noarch.rpm 100%[==========================================================================================================================================>] 6.02K --.-KB/s in 0.002s·
2015-05-14 15:21:28 (3.60 MB/s) - ‘spacewalk-client-repo-2.3-2.el6.noarch.rpm’ saved [6160/6160]
... and check, where do the repo files point to.
$ rpm -qlp spacewalk-client-repo-2.3-2.el6.noarch.rpm | grep repo
warning: spacewalk-client-repo-2.3-2.el6.noarch.rpm: Header V4 RSA/SHA1 Signature, key ID 066e5810: NOKEY
/etc/yum.repos.d/spacewalk-client-nightly.repo
/etc/yum.repos.d/spacewalk-client.repo
$ rpm2cpio spacewalk-client-repo-2.3-2.el6.noarch.rpm | cpio -ivd ./etc/yum.repos.d/spacewalk-client-nightly.repo ./etc/yum.repos.d/spacewalk-client.repo
./etc/yum.repos.d/spacewalk-client-nightly.repo
./etc/yum.repos.d/spacewalk-client.repo
2 blocks
$ grep baseurl ./etc/yum.repos.d/spacewalk-client.repo·
baseurl=http://yum.spacewalkproject.org/2.3-client/RHEL/6/$basearch/
$ grep baseurl ./etc/yum.repos.d/spacewalk-client-nightly.repo
baseurl=http://yum.spacewalkproject.org/nightly-client/RHEL/6/$basearch/
$·
But this looks good as well.
You somehow use el7 repodata.
Feel free to check all your repo files in the /etc/yum.repos.d/ directory as one of them may point to an EL7 repository.
(Or at least for the active ones. Use 'yum repolist' to find out.)
Then you may try to clear the cached repodata using 'yum clean all', and try to install needed packages again.
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
More information about the Spacewalk-list
mailing list