[Spacewalk-list] scheduled updates not being picked up

Michiel van Es michiele at info.nl
Thu Jul 17 16:22:27 UTC 2008 

I find a way to restoren my files:
/usr/bin/satcon-deploy-tree.pl 
--source=/etc/sysconfig/rhn-satellite-prep/etc/jabberd 
--dest=/etc/jabberd 
--conf=/etc/sysconfig/rhn-satellite-prep/satellite-local-rules.conf

http://www.mail-archive.com/rhn-satellite-users@redhat.com/msg00453.html

Changed the /etc/jabberd/c2s.xml file to allow starttls and restarted 
jabberd and all works fine :)

Michiel


Michiel van Es wrote:
> Hi spacewalk list :)
> I installed the jabberd rpm from the spacewalk repo but I can not get it
> started.
> It can not find any auth module to start the c2s.xml file with..
> 
> Can anyone tell me how to set up my jabberd for osa-dispatcher?
> 
> Kind regards,
> 
> Michiel
> 
> 
> 
> Rob See wrote:
>> Michiel,
>>
>>     I've not gotten any error messages like that. Maybe one of the
>> developer might have some ideas.
>>
>> -Rob
>>
>> Michiel van Es wrote:
>>> Hi Rob,
>>>
>>> After installing the rpm from spacewalk repo, I can not get jabberd to
>>> work.
>>> It is complaining about mysql module.
>>>
>>> What do you have in your c2s.xml ?
>>>  <module>mysql</module>
>>>
>>>
>>> Michiel
>>>
>>>
>>> Rob See wrote:
>>>> yum... I believe it is in the spacewalk repo.
>>>>
>>>> -Rob
>>>>
>>>> Michiel van Es wrote:
>>>>> Rob,
>>>>>
>>>>> Did you install jabberd with the yum command or from source?
>>>>>
>>>>> Kind regards,
>>>>>
>>>>> Michiel
>>>>>
>>>>>
>>>>>
>>>>> Rob See wrote:
>>>>>> You shouldn't have to do much configuration to get it to work. You
>>>>>> will
>>>>>> need to install jabberd. There were two minor changes I had to make to
>>>>>> the config...
>>>>>>
>>>>>> In /etc/jabberd/c2s.xml there was a require-starttls entry that I
>>>>>> uncommented. Also, there should be a server.pem file in that same
>>>>>> directory. If there isn't, I believe it is a file made up of the same
>>>>>> cert+private key that the web server uses. The file should be owned by
>>>>>> jabberd.
>>>>>>
>>>>>> -Rob
>>>>>>
>>>>>> Michiel van Es wrote:
>>>>>>> Hmm..if I read some more info on internet, I have to install and
>>>>>>> configure a jabber server?
>>>>>>> Am I correct?
>>>>>>>
>>>>>>> Then configure the osa-dispatcher and osad clients to that jabber
>>>>>>> server?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Michiel van Es wrote:
>>>>>>>> I think I missed a step..when should I install a jabber server?
>>>>>>>> I thought it was in the osa-dispatcher rpm ..
>>>>>>>> (a bog DOH sound right now ;) )
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Rob See wrote:
>>>>>>>>> osa-dispatcher has to connect to the jabber server to be able to
>>>>>>>>> push
>>>>>>>>> commands to the client...
>>>>>>>>>
>>>>>>>>> -Rob
>>>>>>>>>
>>>>>>>>> Michiel van Es wrote:
>>>>>>>>>> Hi Rob,
>>>>>>>>>>
>>>>>>>>>> I also found out that the server is having problems:
>>>>>>>>>>
>>>>>>>>>> 2008/07/17 16:45:04 +02:00 3658 0.0.0.0:
>>>>>>>>>> rhnSQL/int_oracle.connect('Connecting to database', 'xe')
>>>>>>>>>> 2008/07/17 16:45:04 +02:00 3658 0.0.0.0: osad/jabber_lib.__init__
>>>>>>>>>> 2008/07/17 16:45:04 +02:00 3658 0.0.0.0:
>>>>>>>>>> osad/jabber_lib.print_message('socket error',)
>>>>>>>>>> 2008/07/17 16:45:04 +02:00 3658 0.0.0.0:
>>>>>>>>>> osad/jabber_lib.print_message('Could not connect to jabber
>>>>>>>>>> server',
>>>>>>>>>> 'server.buro.info.nl')
>>>>>>>>>> 2008/07/17 16:45:04 +02:00 3658 0.0.0.0:
>>>>>>>>>> osad/jabber_lib.setup_connection('Could not connect to any jabber
>>>>>>>>>> server',)
>>>>>>>>>> 2008/07/17 16:45:04 +02:00 3658 0.0.0.0:
>>>>>>>>>> osad/jabber_lib.main('Unable
>>>>>>>>>> to connect to jabber servers, sleeping 10 seconds',)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> But why is it connecting to itself?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Rob See wrote:
>>>>>>>>>>> Did you startup Jabber on your server ?
>>>>>>>>>>>
>>>>>>>>>>> -Rob
>>>>>>>>>>> Michiel van Es wrote:
>>>>>>>>>>>> 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
>>>>>>>>>>>>> -------------------------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> !DSPAM:1,487f56bb51801336712104!
>>>>>>>>>>> --
>>>>>>>>>>>
>>>>>>>>>>> -------------------------------------
>>>>>>>>>>> Rob See
>>>>>>>>>>> Systems Administrator
>>>>>>>>>>> Systems Management and Operations
>>>>>>>>>>> University at Albany
>>>>>>>>>>> -------------------------------------
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> !DSPAM:1,487f5b5a53613698620212!
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>> -------------------------------------
>>>>>>>>> Rob See
>>>>>>>>> Systems Administrator
>>>>>>>>> Systems Management and Operations
>>>>>>>>> University at Albany
>>>>>>>>> -------------------------------------
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>> ------------------------------------------------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> !DSPAM:1,487f5e8e55171221587799!
>>>>>> --
>>>>>>
>>>>>> -------------------------------------
>>>>>> Rob See
>>>>>> Systems Administrator
>>>>>> Systems Management and Operations
>>>>>> University at Albany
>>>>>> -------------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>>
>>>>> !DSPAM:1,487f67a257951112447305!
>>>> --
>>>>
>>>> -------------------------------------
>>>> Rob See
>>>> Systems Administrator
>>>> Systems Management and Operations
>>>> University at Albany
>>>> -------------------------------------
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------------------
>>>
>>> !DSPAM:1,487f6b0e59073361697916!
>>
>> --
>>
>> -------------------------------------
>> Rob See
>> Systems Administrator
>> Systems Management and Operations
>> University at Albany
>> -------------------------------------
>>
>>
>>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 506 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20080717/fede741b/attachment.sig>

More information about the Spacewalk-list mailing list