Antwort: Re: [Spacewalk-list] scheduled updates not being picked up

Thu Jul 17 14:31:53 UTC 2008

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 

Michiel van Es <michiele at info.nl> 
Gesendet von: spacewalk-list-bounces at redhat.com
17.07.2008 16:25

An
Rob See <rob at rsee.net>
Kopie
"spacewalk-list at redhat.com" <spacewalk-list at redhat.com>
Thema
Re: [Spacewalk-list] scheduled updates not being picked up

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 at 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 at redhat.com
>>>>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>>>> 
------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Spacewalk-list mailing list
>>>>>> Spacewalk-list at redhat.com
>>>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>>>>
>>>>>> !DSPAM:1,487f38e645201218116258!
>>>>>>
>>>>> _______________________________________________
>>>>> Spacewalk-list mailing list
>>>>> Spacewalk-list at redhat.com
>>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>> 
------------------------------------------------------------------------
>>>>
>>>>
>>>> !DSPAM:1,487f3f7f46493293472026!
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at 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 at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20080717/286e0285/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/octet-stream
Size: 518 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20080717/286e0285/attachment.obj>