[Spacewalk-list] Error deleting package (Internal Server error)

2017-12-11 Thread Stehle, Christian
Hi there, I have one package in my repo that I cannot delete. Maybe it has something to do with the naming? It is an Ubuntu-Package. Spacewalk 2.6 Package: xvfb-2:1.11.4-0ubuntu10.17.amd64-deb Maybe someone can help?

Re: [Spacewalk-list] Error deleting package (Internal Server error)

2017-12-11 Thread Stehle, Christian
Ah, got it, sorry. There was an unpublished errata which was connected to this package. Von: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] Im Auftrag von Stehle, Christian Gesendet: Montag, 11. Dezember 2017 10:03 An: spacewalk-list@redhat.com Betreff:

[Spacewalk-list] some system not updating

2017-12-11 Thread Sean Roe
Hi All, I am getting some weird errors that don't appear to be consistent across our environment. I am releasing updates and I login to receiving system and run rhn_check -vvv and I am getting errors like: : added key gpg-pubkey-2945-579ec98c to keyring D: Using legacy gpg-pubkey(s) from

Re: [Spacewalk-list] some system not updating

2017-12-11 Thread Sean Roe
It seems to only effecting my Oracle Linux 6 machines. Here is a sample : D: read h#4851 Header sanity check: OK E: Package nss-softokn-freebl-0:3.14.3-23.3.0.1.el6_8.x86_64 is not available for installation I looked on our spacewalk server and found the file was there: Locate

Re: [Spacewalk-list] some system not updating

2017-12-11 Thread Dimitri Yioulos
Have you tried removing the jabber databases? /usr/sbin/spacewalk-service stop rm -rf /var/lib/jabberd/db/* /usr/sbin/spacewalk-service stop (osa-dispatcher can be a bit balky on my system, so I always make sure, especially, that it's running) I then usually stop osad, remove osad-auth.conf,

[Spacewalk-list] Issues with taskomatic due to ehcache config missing

2017-12-11 Thread Wilkinson, Matthew
Hello, I just noticed that my channel's repodata is not updating. I checked all the logs, and this is what seems to be related in the taskomatic log: # grep ehcache /var/log/rhn/rhn_taskomatic_daemon.log INFO | jvm 1| 2017/11/30 10:16:49 | 2017-11-30 10:16:49,216 [Thread-42] WARN

Re: [Spacewalk-list] some system not updating

2017-12-11 Thread Wilkinson, Matthew
Are you getting that clients will take action using rhn_check, but only when manually running it or? --Matthew Wilkinson From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri Yioulos Sent: Monday, December 11, 2017 15:41 To:

Re: [Spacewalk-list] How to retire a channel?

2017-12-11 Thread Dimitri Yioulos
Why don't you simply rename the channel from the gui, otherwise leaving the repo associated with the channel (but removing and scheduled repo sync)? If you want to keep the packages, I think you stop there. Dimitri From: spacewalk-list-boun...@redhat.com

Re: [Spacewalk-list] How to retire a channel?

2017-12-11 Thread Daryl Rose
I've been trying to research this and it appear to me that the "Retired Channel" tab is used only when Red Hat retires a channel in RHN, and the channel would then get retired in Satellite/Spacewalk. Is that correct? What do others do when you are no longer using a channel? Do you delete it,

Re: [Spacewalk-list] some system not updating

2017-12-11 Thread Robert Paschedag
Am 11. Dezember 2017 22:40:58 MEZ schrieb Dimitri Yioulos : >Have you tried removing the jabber databases? > >/usr/sbin/spacewalk-service stop >rm -rf /var/lib/jabberd/db/* >/usr/sbin/spacewalk-service stop >(osa-dispatcher can be a bit balky on my system, so I always

Re: [Spacewalk-list] some system not updating

2017-12-11 Thread Avi Miller
Hi, > On 12 Dec 2017, at 8:35 am, Sean Roe wrote: > > It seems to only effecting my Oracle Linux 6 machines. > Check that Taskomatic is running properly. If it’s wedged, it may not have completed updating the metadata properly. If you’re unsure, just restart