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:[email protected]] *Sent:* Wednesday, May 02, 2018 10:47 PM *To:* [email protected]; Larry Clegg <[email protected]>; Afify, Sherif S (IBS) <[email protected]> *Subject:* Re: [Spacewalk-list] [External Sender] Spacewalk clients reporting zero packages in channels Am 2. Mai 2018 20:13:00 MESZ schrieb Larry Clegg <[email protected]>: >Hmmmmm… > > > >[root@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@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:[email protected] <[email protected]>] >*Sent:* Wednesday, May 02, 2018 11:08 AM >*To:* Larry Clegg <[email protected]> >*Cc:* [email protected] >*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 <[email protected]> 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:[email protected] <[email protected]>] >*Sent:* Tuesday, May 01, 2018 1:52 PM >*To:* [email protected]; [email protected] >*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 <[email protected]> > >To: [email protected] > >Subject: [Spacewalk-list] Spacewalk clients reporting zero packages in > > channels > >Message-ID: <[email protected]> > >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@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@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
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
