[Spacewalk-list] problems with osad

Tue Aug 18 18:20:42 UTC 2015

OSAD should pick things up fairly immediately.  Without OSAD you do have to wait for the RHNSD agent to wake up every 4 hours (default) to ask the Spacewalk server if it has any tasks for it.

Is there a firewall in the way?  Or iptables?  OSAD communicates over port 5222 and if that isn't open then you'll not be successful.

-----Original Message-----
From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Daryl Rose
Sent: Tuesday, August 18, 2015 11:11 AM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] problems with osad

Larry,

I hope that you don't mind me piggybacking on to your posting, but I'm dealing with osad issue myself and instead of starting a new thread, I thought that I would hijack yours. :)

Anyway, I've been working on a Proof-of-Concept  Spacewalk environment.  I've finally worked through all of my previous issues and the last hurdle to jump over is OSAD.   

The original issue that I had was the osa-dispatcher not starting.  I finally found a posting online that stopped the jabber and osa-dispatcher, remove the jabber db files and restart jabber, followed by osa-dispatcher.  Dispatcher finally started, and stayed running.

Next I adjusted the interval for osad to check in.  The default was 240, but I changed it to 60 minutes, so the updates will get picked up quicker.  I don't want to wait for four hours to see if things work or not.

After two hours, the updates had not been picked up. I read this posting and tried running the osad command manually:
osad -N -v -v -v -v as.  I get "Unable to connect to jabber servers, sleeping 114 seconds".  

I tried what you used to resolve your issue Larry:
1) service osad stop
2) /bin/rm /etc/sysconfig/rhn/osad-auth.conf
3) service osad start

But that did not resolve my issue.

Just to let everyone know, I did recently change the certificate on the server and re-registered my clients.  The original certificate did not contain the FQDN of the server and the SLES 11 client would not work unless I recreated the certificate.  I unregistered both of my test clients, RHEL 6.x and SLES 11, and re-registered both of them using the latest certificate.  I can update both environments using the rhn_check -vv, so I'm assuming that the certificate is working just fine.  And yes, the FQDN in the certificate matched the FQDN in the up2date config file.

What else should I check, or tweak in order to get osad working?

Thanks

Daryl
________________________________________
From: spacewalk-list-bounces at redhat.com <spacewalk-list-bounces at redhat.com> on behalf of Clegg, Larry E [HDS] <Larry.Clegg at hdsupply.com>
Sent: Tuesday, August 18, 2015 11:52 AM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] problems with osad

Thank you Silvio...you identified the issue.....we're a heavy VMware shop with lots of clones and systems built from templates.  The templates work great but apparently my clone script is missing the removal of the osad-auth.conf file.

I did these three steps on all the problem systems:
1) service osad stop
2) /bin/rm /etc/sysconfig/rhn/osad-auth.conf
3) service osad start

All of the problem systems began responding correctly to OSAD requests.

I also updated my clone script to accommodate for this issue.  Thank you Thank you Thank you,

Larry

-----Original Message-----
From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Silvio Moioli
Sent: Sunday, August 16, 2015 11:26 PM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] problems with osad

On 14/08/2015 18:36, Larry E [HDS] Clegg wrote:
> SSLError: ('OpenSSL error; will retry', "(-1, 'Unexpected EOF')")

This means that the XMPP connection between client and server got interrupted from the server side, which leads me to the following hypotheses:

  - you have networking problems, like dropped packets, which broke the connection;
  - server has interrupted the connection because two clients have the same OSAD auth credentials (identical osad-auth.conf files across different hosts). This can happen if some clients are cloned virtual machines, cure is simply to delete those files and they will be automatically regenerated;
  - client tools version is badly outdated.

After checking the above I would recommend a Wireshark capture to figure out what went wrong. At least you should be able to see if there are networking issues or not. Here are instructions and commands for SUSE Manager on SLES:

https://urldefense.proofpoint.com/v2/url?u=http-3A__wiki.novell.com_index.php_SUSE-5FManager_XMPPDumping&d=BQIF-g&c=_8VcuiJ--MukFqz6Sy5gel64o52_IbhiNdatg8Zb5Gs&r=b7IEz3ofaK6POXcDGRHJcwu-GqbKHox-4tfx-bQLxLo&m=GYrj7GE9nD2eN90AdDoTRjarEsgB39EugzpSnrXHIjA&s=JIrQMKoWUoDQ3Fn8jd_0pf4ZJKHZJ2TSrAdc8vLOxtw&e=

In your setup instructions are still valid, while commands need a little tweaking.

Hth,
--
Silvio Moioli
SUSE LLC
Maxfeldstraße 5, 90409 Nürnberg Germany

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_mailman_listinfo_spacewalk-2Dlist&d=BQIF-g&c=_8VcuiJ--MukFqz6Sy5gel64o52_IbhiNdatg8Zb5Gs&r=b7IEz3ofaK6POXcDGRHJcwu-GqbKHox-4tfx-bQLxLo&m=GYrj7GE9nD2eN90AdDoTRjarEsgB39EugzpSnrXHIjA&s=i4ObyA0JwB0e4M4t4fv1f6qA5LegFDsSUGU5ql2LN38&e=

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_mailman_listinfo_spacewalk-2Dlist&d=BQIFAw&c=_8VcuiJ--MukFqz6Sy5gel64o52_IbhiNdatg8Zb5Gs&r=b7IEz3ofaK6POXcDGRHJcwu-GqbKHox-4tfx-bQLxLo&m=qKgv-zLFnWAQuVUXVIUC-5XuXjsguF79fMPKrSyvJow&s=zPJQqo19KE2a8AD_zRooiXhVqy3aQdjEvVlnn4tr9g0&e= 

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_mailman_listinfo_spacewalk-2Dlist&d=BQIFAw&c=_8VcuiJ--MukFqz6Sy5gel64o52_IbhiNdatg8Zb5Gs&r=b7IEz3ofaK6POXcDGRHJcwu-GqbKHox-4tfx-bQLxLo&m=qKgv-zLFnWAQuVUXVIUC-5XuXjsguF79fMPKrSyvJow&s=zPJQqo19KE2a8AD_zRooiXhVqy3aQdjEvVlnn4tr9g0&e= 