[Spacewalk-list] [External Sender] Spacewalk clients reporting zero packages in channels

Thu May 3 17:52:02 UTC 2018

Problem resolved!  Thanks to all the suggestions.

The root issue was my networking on the server was messed up; the entries
in /etc/hosts, /etc/sysconfig/network, and DNS were inconsistent.  After I
normalized them and stopped our Chef servers from “correcting” the settings
then SW 2.8 and the clients all began working 100% correctly.  The clients
see the correct repos with the correct RPMs.  YAY!

Thanks to all again.

*Larry E. Clegg*

*From:* Robert Paschedag [mailto:robert.paschedag at web.de]
*Sent:* Wednesday, May 02, 2018 10:47 PM
*To:* spacewalk-list at redhat.com; Larry Clegg <lclegg at kyriba.com>; Afify,
Sherif S (IBS) <Sherif.Afify at se1.bp.com>
*Subject:* Re: [Spacewalk-list] [External Sender] Spacewalk clients
reporting zero packages in channels

Am 2. Mai 2018 20:13:00 MESZ schrieb Larry Clegg <lclegg at kyriba.com>:
>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
<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>
>
>
>
>*From:* Afify, Sherif S (IBS) [mailto:Sherif.Afify at se1.bp.com
<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
<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>
><https://www.facebook.com/KyribaCorp
<https://www.facebook.com/KyribaCorp>
>>
>| Twitter <https://twitter.com/kyribacorp
<https://twitter.com/kyribacorp>
><https://twitter.com/kyribacorp
<https://twitter.com/kyribacorp>
>>
>| LinkedIn <http://www.linkedin.com/company/kyriba-corporation
<http://www.linkedin.com/company/kyriba-corporation>
><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>
><
https://www.redhat.com/archives/spacewalk-list/attachments/20180501/00f069b5/attachment.html
<https://www.redhat.com/archives/spacewalk-list/attachments/20180501/00f069b5/attachment.html>
>>

You might have a problem with SSL verification. Please check that.

Robert
-- 
sent from my mobile device
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180503/00c90a68/attachment.htm>