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> | >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:[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]] >*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>> >| 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>>
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
