<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
Sorry for the multiple emails, but just noticed the below server
side.. Now I don't get this as the cert does exist on the client
machine and /etc/sysconfig/rhn/up2date points to it, I'll admit I
pasted it into an empty file with vi from Notepad++ , but I did the
unix conversion first and have double checked there are no control
characters with "cat -v" on the file... Anyway if this was the
problem why would it eventually work! ~sigh<br>
<br>
2014-04-23 10:45:22 jabber_lib.process: 180<br>
Error caught:<br>
Traceback (most recent call last):<br>
File "/usr/share/rhn/osad/jabber_lib.py", line 120, in main<br>
self.process_forever(c)<br>
File "/usr/share/rhn/osad/jabber_lib.py", line 178, in
process_forever<br>
self.process_once(client)<br>
File "/usr/share/rhn/osad/osad.py", line 249, in process_once<br>
client.process(timeout=180)<br>
File "/usr/share/rhn/osad/jabber_lib.py", line 1044, in process<br>
data = self._read(self.BLOCK_SIZE)<br>
SSLError: ('OpenSSL error; will retry', "(-1, 'Unexpected EOF')")<br>
<br>
2014-04-23 10:45:22 jabber_lib.main: Sleeping 95 seconds<br>
<br>
<br>
Error caught:<br>
Traceback (most recent call last):<br>
File "/usr/share/rhn/osad/jabber_lib.py", line 120, in main<br>
self.process_forever(c)<br>
File "/usr/share/rhn/osad/jabber_lib.py", line 178, in
process_forever<br>
self.process_once(client)<br>
File "/usr/share/rhn/osad/osad.py", line 249, in process_once<br>
client.process(timeout=180)<br>
File "/usr/share/rhn/osad/jabber_lib.py", line 1044, in process<br>
data = self._read(self.BLOCK_SIZE)<br>
SSLError: ('OpenSSL error; will retry', "(-1, 'Unexpected EOF')")<br>
<br>
2014-04-23 10:52:57 jabber_lib.main: Sleeping 78 seconds<br>
<br>
<br>
<br>
<div class="moz-cite-prefix"><br>
</div>
<blockquote cite="mid:53578C9D.1010809@doccentrics.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
I've just changed my timezone from EDT to United Kingdom now on
the spacewalk server. Hopefully this might resolve the problem as
there's a lot of time dependency involved.<br>
<br>
AFAIK I think I've seen the list talking about an EDT issue with
2.1, although I couldn't say for sure what it was set to before I
did the 2.0 > 2.1 upgrade.<br>
<br>
Fingers crossed!<br>
<br>
<div class="moz-cite-prefix"><br>
</div>
<blockquote cite="mid:53577DC9.4000400@doccentrics.com"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
Hello list,<br>
<br>
No doubt a topic of this nature has been discussed before, but
could anyone point me in the direction as to why osa-dispatcher
> up2date patch deployment could be so slooow?<br>
<br>
10 hours seems a bit excessive... <br>
<br>
<table class="details">
<tbody>
<tr>
<th valign="top">Details:</th>
<td class="action-summary-details">This action will be
executed after 04/17/14 5:24:00 AM EDT.<br>
<br>
This action's status is: Completed.<br>
The client picked up this action on 04/17/14 3:51:58 PM
EDT.<br>
The client completed this action on 04/17/14 3:53:58 PM
EDT.<br>
Client execution returned "Update Succeeded" (code 0)<br>
<div class="action-summary-package">Packages Scheduled:<br>
<ul>
<li class="action-summary-package-nvre">cpuspeed-1.2.1-11.el5_10:1.x86_64</li>
</ul>
</div>
</td>
</tr>
<tr>
<th>Time:</th>
<td>04/17/14 5:24:09 AM EDT</td>
</tr>
</tbody>
</table>
<br>
<br>
I really need to be able to deploy patches within a 1hr window
on our productions servers or I miss our maintenance window.
Any pointers would be much appreciated.<br>
<br>
Spacewalk 2.1 Deploying to Centos 5/6 servers.<br>
<br>
Cheers,<br>
Stuart<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>