I finally found the source of this problem.   I had a java heap max of 
1GB(Default?) configured for the taskomatic daemon.   I modified 
/usr/share/rhn/config-defaults/rhn_taskomatic_daemon.conf to bump up the heap:

# Initial Java Heap Size (in MB)
wrapper.java.initmemory=512

# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=3072

After restarting spacewalk the RHN cache rebuilt cleanly and now things look 
matched.

Wouldn’t it be nice if somehow taskomatic could flag that it’s in trouble in 
some way that it emails the administrator or raises an alarm that would show up 
in the GUI to tell you it’s failing?  Does it already do this somewhere and I 
just don’t know about it?  I don’t see any emails to root about this problem.

Robert Boyd
Sr. Systems Engineer
PeopleFluent
p. 919-645-2972 | c. 919-306-4681
e. [email protected]<mailto:[email protected]>

[http://mktg.peoplefluent.com/rs/peopleclick/images/140410_PF4colorLOGOx150.png]<http://www.peoplefluent.com/>
Click here<http://www.peoplefluent.com/> to experience the power of the new 
PeopleFluent Mirror Suite ™
Visit: www.peoplefluent.com<http://www.peoplefluent.com/> | Read: PeopleFluent 
Blog<http://peoplefluent.com/resources/peoplefluent-blog> | Follow: 
@PeopleFluent<http://twitter.com/peoplefluent>

From: [email protected] 
[mailto:[email protected]] On Behalf Of Boyd, Robert
Sent: Friday, April 17, 2015 1:03 PM
To: [email protected]
Subject: Re: [Spacewalk-list] Yum client reports no update, But Spacewalk GUI 
reports that there are

This problem continues.  The master clearly sees that a number of packages need 
updating.  For some reason on the client these packages are not being seen.  I 
attempted scheduling updates from Spacewalk GUI.  Then ran rhn_check on the 
client.   Then I see this result on the master:


_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list

Reply via email to