Hi increate the debug_level to something higher, for example 3 ... and restart osad then you get much more details in the log file Martin <table width=100%> <tr valign=top> <td width=40%>Michiel van Es <michiele@info.nl> Gesendet von: spacewalk-list-bounces@redhat.com 17.07.2008 16:25 <td width=59%> <table width=100%> <tr valign=top> <td> <div align=right>An</div> <td>Rob See <rob@rsee.net> <tr valign=top> <td> <div align=right>Kopie</div> <td>"spacewalk-list@redhat.com" <spacewalk-list@redhat.com> <tr valign=top> <td> <div align=right>Thema</div> <td>Re: [Spacewalk-list] scheduled updates not being picked up</table> <table> <tr valign=top> <td> <td></table> </table> <tt>Hi Rob, I manage to install the osa-dispatcher on the server and the osad on the client. Installed the spacewalk cert to /usr/share/rhn and can start the osad service. But I get the following error : 2008-07-17 16:19:59 jabber_lib.main: Unable to connect to jabber servers, sleeping 103 seconds 2008-07-17 16:21:42 jabber_lib.main: Unable to connect to jabber servers, sleeping 93 seconds I had a look in /etc/sysconfig/rhn/osad.conf and find: [root@devgnudb01 rhn]# less osad.conf [osad] # don't change this systemid = /etc/sysconfig/rhn/systemid # increase for debugging output debug_level = 0 # don't change this... used in substitutions below. # if you get rid of the '%(server_handler)s' bits below, # the *MUST* be replaced with this value... server_handler = /XMLRPC # Protocol to talk upstream proto = https # to use a server other than what up2date is configured to use, # do something along the lines of: # server_url = https://some.example.com%(server_handler)s # server_url = http://another.example.net:8080%(server_handler)s # server_url = https://yet.another.example.org:8081/XMLRPC server_url = %(proto)s://%(server_name)s%(server_handler)s # the following fields are inherited from up2date's configuration, # but are overridable in this file # enableProxy = 1 # enableProxyAuth = 1 # httpProxy = some.proxy.example.com:3030 # proxyUser = proxy_user_name # proxyPassword = proxy_password # Use a different certificate from what up2date is using # This should point to the satellite certificate for # server_name osa_ssl_cert = logfile = /var/log/osad max_time_drift = 120 run_rhn_check = 1 # Default command to run when asked by the dispatcher rhn_check_command = /usr/sbin/rhn_check # By default we only use the first jabber server. # Turn the enable_failover option to 1 if you want the connections # to try Satellite's jabberd if RHN Proxy's is not available. enable_failover = 0 Did I forgot something? Why isn't my client connecting through the osad service or is it spilling out these errors? Kind regards Michiel Rob See wrote: > Michiel, > > I believe I only got this error if I hadn't used the spacewalk > bootstrap script on that client machine. Also, there are newer version > of the manuals available. There are links on the website (maybe in the > downloads section) > > -Rob > Michiel van Es wrote: >> Hi Rob, >> >> I found the following website: >> >> http://docs.huihoo.com/redhat/RHNetwork/RHN-satellite-en-4.1.0/s1-maintenance-push-clients.html >> >> >> When I start the osad client on the client(s) I get the following error: >> >> ERROR: unhandled exception occurred: (Expired certificate >> /usr/share/rhn/RHNS-CA-CERT). >> >> Let me google on that one :) >> >> Kind regards and thanks. >> >> Michiel >> >> >> Rob See wrote: >>> Michiel, >>> >>> I'm not sure exactly what you mean by document. If you have any >>> specific questions I'll be happy to try to answer them. Have you looked >>> at the satellite manuals ? There is probably some documentation in >>> there. >>> >>> -Rob >>> >>> Michiel van Es wrote: >>>> Hi Rob, >>>> >>>> Is it possible you could document this push model on the wiki or >>>> publish it to us in the mailing list? :) >>>> >>>> Kind regards, >>>> >>>> Michiel >>>> >>>> >>>> >>>> Rob See wrote: >>>>> You can cause more immediate installs by using osad on the clients and >>>>> osa-dispatcher on spacewalk. The clients all sit in a jabber chat room >>>>> waiting for commands from the spacewalk server. I've set this up here >>>>> and it works pretty well. The updates don't happen instantly, but >>>>> within >>>>> 2 minutes or so of when you schedule them in Spacewalk. >>>>> >>>>> -Rob >>>>> Michiel van Es wrote: >>>>>> >>>>>> John Hodrien wrote: >>>>>>> On Thu, 17 Jul 2008, Michiel van Es wrote: >>>>>>> >>>>>>>> And is it possible to change the default from 4 hrs to immediately >>>>>>>> or 1 >>>>>>>> minute? >>>>>>>> So if we want to push an upgrade or install, it will do it >>>>>>>> immediately? >>>>>>> I'd think that'd be a very bad idea. >>>>>> Why?> >>>>>> If I want to push an rpm to some servers (for instance mod_ssl) >>>>>> Why should it be a bad idea to push them directly from spacewalk? >>>>>> Same with updates..if I want to test them on for example my >>>>>> development test servers? >>>>>> >>>>>>> jh >>>>>>> >>>>>>> -- >>>>>>> "No one can be as calculatedly rude as the British, which amazes >>>>>>> Americans, >>>>>>> who do not understand studied insult and can only offer abuse as a >>>>>>> substitute." -- Paul >>>>>>> Gallico >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Spacewalk-list mailing list >>>>>>> Spacewalk-list@redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Spacewalk-list mailing list >>>>>> Spacewalk-list@redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list >>>>>> >>>>>> !DSPAM:1,487f38e645201218116258! >>>>>> >>>>> _______________________________________________ >>>>> Spacewalk-list mailing list >>>>> Spacewalk-list@redhat.com >>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> !DSPAM:1,487f3f7f46493293472026! >>> _______________________________________________ >>> Spacewalk-list mailing list >>> Spacewalk-list@redhat.com >>> https://www.redhat.com/mailman/listinfo/spacewalk-list >> ------------------------------------------------------------------------ >> >> !DSPAM:1,487f51ac50541804284693! > > > -- > > ------------------------------------- > Rob See > Systems Administrator > Systems Management and Operations > University at Albany > ------------------------------------- > > > _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list</tt>