[Spacewalk-list] no cache rebuild after cleanup from /var/cache/rhn

Tue Apr 14 21:07:14 UTC 2009

>>>>>
>>>>>
>>>>> [root at spacewalk2 log]# grep cache /etc/rhn/rhn.conf
>>>>> repomd_cache_mount_point = /var/cache
>>>>>
>>>>> What can i do?
>>>>>
>>>>> Thomas
>>>>>
>>>>>
>>>
>>> Just restarting spacewalk will not rebuild the cache. The cache
>>> regenration should have started when you're centos client checked  
>>> in.
>>>
>>> check your /var/cache/rhn/repodata and the cache should be generated
>>> in a bit. The cache generation for repodata is triggered only when
>>> there is a change to the channel state(through means like rhnpush,
>>> satsync, api or ui) or when a client checks in and cache is missing.
>>>

With debug level 3 and client request "yum check-update" i get this  
from rhn/rhn_server_xmlrpc.log:

< s n i p >
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: rhnSQL/ 
driver_cx_Oracle.connect('Connecting to database', 'xe')
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheHandler.handler
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/rhnApache.handler
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheAuth.auth_client
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheRequest.process
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheRequest.call_function('repodata',)
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheRequest.method_ref('xmlrpc', 'repodata')
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
rhnRepository.__init__('centos-5-base-x86_64', '1000010042')
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/ 
rhnRepository.__init__('centos-5-base-x86_64',)
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
rhnRepository._repodata_taskomatic('repodata', 'repomd.xml')
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/ 
rhnRepository._getFile('/var/cache/rhn/repodata/centos-5-base-x86_64/ 
repomd.xml',)
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/ 
rhnRepository._fileFeatures('/var/cache/rhn/repodata/centos-5-base- 
x86_64/repomd.xml',)
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: rhnSQL/ 
driver_cx_Oracle.commit('xe',)
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: rhnSQL/ 
driver_cx_Oracle.rollback('xe', None)
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheRequest.response
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/ 
rhnApache.logHandler
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: server/ 
apacheHandler.cleanupHandler
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/ 
rhnApache.cleanupHandler
2009/04/14 22:40:06 +02:00 23329 192.168.1.12: common/ 
rhnApache.timer('Request served in 0.15 sec',)
< s n a p >

spacewalk client reports from yum check-update:

Error: Cannot retrieve repository metadata (repomd.xml) for  
repository: centos-5-base-x86_64. Please verify its path and try again

There is nothing in the cache directory /var/cache/rhn and apache  
reports:

< s n i p >
192.168.1.12 - - [14/Apr/2009:22:40:05 +0200] "GET /XMLRPC/GET-REQ/ 
centos-5-base-x86_64/repodata/repomd.xml HTTP/1.1" 404 9 "-"  
"urlgrabber/3.1.0"
< s n a p >

I'm not sure about this message from rhn/rhn_taskomatic_daemon.log ??

< s n i p >
STATUS | wrapper  | 2009/04/14 22:33:44 | Launching a JVM...
INFO   | jvm 5    | 2009/04/14 22:33:44 | Exception in thread "main"  
java.lang.NoClassDefFoundError: com/redhat/rhn/taskomatic/ 
TaskomaticDaemon
INFO   | jvm 5    | 2009/04/14 22:33:44 | Caused by:  
java.lang.ClassNotFoundException:  
com.redhat.rhn.taskomatic.TaskomaticDaemon
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at java.net.URLClassLoader 
$1.run(URLClassLoader.java:217)
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at  
java.security.AccessController.doPrivileged(Native Method)
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at  
java.net.URLClassLoader.findClass(URLClassLoader.java:205)
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at  
java.lang.ClassLoader.loadClass(ClassLoader.java:323)
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at sun.misc.Launcher 
$AppClassLoader.loadClass(Launcher.java:294)
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at  
java.lang.ClassLoader.loadClass(ClassLoader.java:268)
INFO   | jvm 5    | 2009/04/14 22:33:44 | 	at  
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
INFO   | jvm 5    | 2009/04/14 22:33:44 | Could not find the main  
class: com.redhat.rhn.taskomatic.TaskomaticDaemon. Program will exit.
ERROR  | wrapper  | 2009/04/14 22:33:44 | JVM exited while loading the  
application.
FATAL  | wrapper  | 2009/04/14 22:33:44 | There were 5 failed launches  
in a row, each lasting less than 300 seconds.  Giving up.
FATAL  | wrapper  | 2009/04/14 22:33:44 |   There may be a  
configuration problem: please check the logs.
STATUS | wrapper  | 2009/04/14 22:33:44 | <-- Wrapper Stopped
< s n a p >

There is a problem with taskomatic not running correctly on my  
spacewalk and maybe this has todo with no cache rebuild?

Thanks,
Thomas

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20090414/6e0f9f33/attachment.htm>