[Spacewalk-list] Spacewalk Client sees Zero packages from a single repo channel

Wed Aug 16 16:41:01 UTC 2017

Jiri – thanks very much!

When I compare my /var/cache/rhn/repodata for centos 7 and centos 6 they are way different.

Here you can see the difference in size and the filelists, other and primary files all have the same “packages=0”

[cid:image002.png at 01D3167D.66154770]

So basically (on the host) I stopped spacewalk - deleted /var/cache/rhn/reposync/centos6-x86_64 and then started spacewalk.
I went to the client and executed yum clean all and then a yum repolist – and it still was wrong.
But after I waited a few minutes – everything looks right!
Apparently it just took a few minutes to populate the repodata summary files.

I am very happy to have signed up for this Spacewalk support mailing list!

Have a good day,

Ron

From: Jiří Dostál [mailto:jdostal at redhat.com]
Sent: Wednesday, August 16, 2017 10:27 AM
To: spacewalk-list at redhat.com; Ron Skantz <Ron.Skantz at barnhardt.net>
Subject: Re: [Spacewalk-list] Spacewalk Client sees Zero packages from a single repo channel

Alright, good points. Could you please verify that data in "/var/cache/rhn/repodata/" on server-side are correct for given channel?

Jiri

Dne 16.8.2017 v 16:12 Ron Skantz napsal(a):
Some additional information - I have also registered another client and it is showing the same symptoms.

Both of these clients were registered to a Spacewalk 2.1 host and I have deleted them from there and added them to this new Spacewalk 2.6 host.  The channels are the same names in both versions, but then some of them show up fine and this base CentOS 6 channel doesn’t.

If nobody else has an idea I may try to recreate the centos-x86_64 channel, but I’m skeptical whether that would actually fix the problem since the centos-x86_64 channel looks totally normal when viewed in the host web UI and it updates correctly with the “/usr/bin/spacewalk-repo-sync” command.

From: spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com> [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Jirí Dostál
Sent: Wednesday, August 16, 2017 9:52 AM
To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Subject: Re: [Spacewalk-list] Spacewalk Client sees Zero packages from a single repo channel

Hi Ron,

it's usually a good thing to run "yum clean all" after registering a client, just to make sure the repository cache is flushed. "yum clean all" should do the thing, if not try to delete it manually in /var/cache/yum/. Next run of "yum repolist" should display package numbers correctly.

Regards,
Jiri

Dne 16.8.2017 v 15:21 Ron Skantz napsal(a):
When I do a "yum repolist" from a recently registered client it shows the status of 0 packages for one of the repo channels that on the Spacwalk host shows: 6706 packages.

Why would a single channel show no packages?

If you have access to redhat docs then maybe you have been blessed with the answer – it sounds like this link may have the answer:  https://access.redhat.com/solutions/45811<https://access.redhat.com/solutions/45811>

I don’t know if images work in this email list but here is the command output example:

[cid:image001.png at 01D3167C.9B2EFCE0]

_______________________________________________

Spacewalk-list mailing list

Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>

https://www.redhat.com/mailman/listinfo/spacewalk-list<https://www.redhat.com/mailman/listinfo/spacewalk-list>

_______________________________________________

Spacewalk-list mailing list

Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>

https://www.redhat.com/mailman/listinfo/spacewalk-list<https://www.redhat.com/mailman/listinfo/spacewalk-list>

Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20170816/0075ba97/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 21908 bytes
Desc: image001.png
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20170816/0075ba97/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 22245 bytes
Desc: image002.png
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20170816/0075ba97/attachment-0001.png>