[Spacewalk-list] [External Sender] Spacewalk clients reporting zero packages in channels
Larry Clegg
lclegg at kyriba.com
Wed May 2 18:13:00 UTC 2018
Hmmmmm…
[root at kfr-fpr-as-d01 ~]# yum list
Loaded plugins: rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
Error: Cannot retrieve repository metadata (repomd.xml) for repository:
centos6-x86_64. Please verify its path and try again
[root at kfr-fpr-as-d01 ~]#
*Larry E. Clegg*
Systems Administrator| *Kyriba*
[Cell Phone] +1 858-357-5579
[Address] 9620 Towne Centre Drive | Suite 250 | San Diego, California |
92121
www.kyriba.com | Facebook <https://www.facebook.com/KyribaCorp> | Twitter
<https://twitter.com/kyribacorp> | LinkedIn
<http://www.linkedin.com/company/kyriba-corporation> | Blog
<http://www.kyriba.com/blog>
*From:* Afify, Sherif S (IBS) [mailto:Sherif.Afify at se1.bp.com]
*Sent:* Wednesday, May 02, 2018 11:08 AM
*To:* Larry Clegg <lclegg at kyriba.com>
*Cc:* spacewalk-list at redhat.com
*Subject:* Re: [External Sender] Spacewalk clients reporting zero packages
in channels
When you run “yum list “ what the error you get ,it might be dns issue
Sent from my iPhone
On May 2, 2018, at 8:06 PM, Larry Clegg <lclegg at kyriba.com> wrote:
Thank you for the suggestions. I had tried that earlier but did so again
just now. It made no difference.
The atlas-centos6 channels are all clones from the master centos6
channels. I created an activation key for these master channels (we
normally do not subscribe systems to the masters). I then updated my test
client to use this new activation key be subscribed directly to the masters
– same results. Zero packages listed.
In the SW GUI I see the newly registered system. It shows that it has
updates available to it. Yet the client system sees zero packages:
# yum repolist
Loaded plugins: rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
repo id
repo
name
status
centos6-x86_64 CentOS 6
(x86_64) 0
centos6-x86_64-updates CentOS 6
Updates (x86_64) 0
epel6-centos6-x86_64 EPEL 6 for
CentOS 6 (x86_64) 0
spacewalk27-client-centos6-x86_64 Spacewalk Client 2.7
for CentOS 6 (x86_64) 0
<image001.jpg>
*From:* Afify, Sherif S (IBS) [mailto:Sherif.Afify at se1.bp.com]
*Sent:* Tuesday, May 01, 2018 1:52 PM
*To:* spacewalk-list at redhat.com; lclegg at kyriba.com
*Subject:* [External Sender] Spacewalk clients reporting zero packages in
channels
Faced that issue before and its fixed by stopping the spacewalk services
then delete data under /var/cache/rhn/reposync/* then start back the
spacewalk , it should work with you.
"spacewalk-service stop ; rm -rf /var/cache/rhn/reposync/* ;
spacewalk-service start"
If the above didn’t work delete everything under /var/cache/rhn/* after
stoping the spacewalk services then start the spacewalk and resync the
channels it must work with you.
"spacewalk-service stop ; rm -rf /var/cache/rhn/* ; spacewalk-service
start; spacewalk-repo-sync -c atlas-centos6-x86_64 -c
atlas-centos6-x86_64-updates -c atlas-epel6-centos6-x86_64 -c
atlas-spacewalk27-client-centos6-x86_64 -t yum "
*The above will not delete the packages
Please share if that fixed your issue.
_________________________________________________________________________________________________________________
Message: 1
Date: Tue, 1 May 2018 09:43:45 -0700
From: Larry Clegg <lclegg at kyriba.com>
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] Spacewalk clients reporting zero packages in
channels
Message-ID: <04edd664c1e600cec673031b1d841841 at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Spacewalkers,
I am in dire need of some assistance with this issue.
I have tested against freshly built Spacewalk 2.8 and Spacewalk 2.7 systems
and the results are the same.
The base OS is always Centos 6.9 fully patched.
I believe I have a misconfiguration somewhere but I?m just not finding it.
Problem:
When I register a client to either SW2.7 or SW2.8 the repos show up without
any packages. In both cases the SW server shows the channels are fully
populated and the repos cache status = completed. The channel, e.g.
atlas-centos6-x86_64, is a clone from the master centos6-x86_64 channel;
created using spacecmd softwarechannel_clonetree ?s centos6-x86_64 ?p
?atlas-? ?g
[root at kfr-fpr-hc-d01 yum.repos.d]# yum repolist
Loaded plugins: rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
repo id repo
name status
atlas-centos6-x86_64 atlas-CentOS 6
(x86_64) 0
atlas-centos6-x86_64-updates atlas-CentOS 6 Updates
(x86_64) 0
atlas-epel6-centos6-x86_64 atlas-EPEL 6 for CentOS 6
(x86_64) 0
atlas-spacewalk27-client-centos6-x86_64 atlas-Spacewalk Client 2.7
for CentOS 6 (x86_64) 0
When I point this same server to the existing SW2.2 system I get this:
[root at kfr-fpr-hc-d01 ~]# yum repolist
Loaded plugins: rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
repo id repo
name status
atlas-centos6-x86_64 atlas-CentOS 6
(x86_64) 50,247+40
atlas-centos6-x86_64-updates atlas-CentOS 6 Updates
(x86_64) 6,601
atlas-epel6-centos6-x86_64 atlas-EPEL 6 for CentOS 6
(x86_64) 31,592+41
atlas-spacewalk-centos6
atlas-spacewalk-centos6 169
This problem is a huge issue which is preventing us from moving forward.
Any and all suggestions are very welcome. Thank you,
*Larry E. Clegg*
Systems Administrator| *Kyriba*
[Cell Phone] +1 858-357-5579
[Address] 9620 Towne Centre Drive | Suite 250 | San Diego, California |
92121
www.kyriba.com | Facebook <https://www.facebook.com/KyribaCorp
<https://www.facebook.com/KyribaCorp>>
| Twitter <https://twitter.com/kyribacorp
<https://twitter.com/kyribacorp>>
| LinkedIn <http://www.linkedin.com/company/kyriba-corporation
<http://www.linkedin.com/company/kyriba-corporation>>
| Blog <http://www.kyriba.com/blog>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
https://www.redhat.com/archives/spacewalk-list/attachments/20180501/00f069b5/attachment.html
<https://www.redhat.com/archives/spacewalk-list/attachments/20180501/00f069b5/attachment.html>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180502/9aa87811/attachment.htm>
More information about the Spacewalk-list
mailing list