[Spacewalk-list] [External Sender] Spacewalk clients reporting zero packages in channels
david.bryant at bt.com
david.bryant at bt.com
Wed May 2 18:16:25 UTC 2018
Larry,
Does anything stick out in rhn_taskomatic.log? I recommend bouncing the taskomatic service and watching this file for a little while.
David Bryant | Cyber DevOps Specialist | BT GS
From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Larry Clegg
Sent: Wednesday, May 2, 2018 2:06 PM
To: Afify, Sherif S (IBS) <Sherif.Afify at se1.bp.com>; spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] [External Sender] Spacewalk clients reporting zero packages in channels
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
From: Afify, Sherif S (IBS) [mailto:Sherif.Afify at se1.bp.com <mailto:Sherif.Afify at se1.bp.com> ]
Sent: Tuesday, May 01, 2018 1:52 PM
To: spacewalk-list at redhat.com <mailto:spacewalk-list at redhat.com> ; lclegg at kyriba.com <mailto: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 < <mailto:lclegg at kyriba.com> lclegg at kyriba.com>
To: <mailto:spacewalk-list at redhat.com> spacewalk-list at redhat.com
Subject: [Spacewalk-list] Spacewalk clients reporting zero packages in
channels
Message-ID: < <mailto:04edd664c1e600cec673031b1d841841 at mail.gmail.com> 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
<http://www.kyriba.com> 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> 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/8789cf87/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 40097 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180502/8789cf87/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 7917 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180502/8789cf87/attachment.p7s>
More information about the Spacewalk-list
mailing list