Let's forget the subject, no problem. I share Miroslav point of view, but understand yours. And you're right, it'll surely be a maintenance burden.<div>I'll investigate on database reconnection problem only.</div>
<div>I just wanted to help, you know!</div><div>By the way, I couldn't get rid of osa-distpatcher error message connecting to jabber, which was the beginning of the discussion!</div><div>The problem is that jabberd do listen on the network but is not completely ready (message "sm not ready" returned by jabberd when connecting). So the pid file already exists and no test can be done to check if jabberd is really ready. Calling "sleep 2" was the only way around (even sleep 1 didn't do the trick). From my point of view, as osa-dispatcher reconnects 10 seconds after, the only problem is the message displayed to the user. But it is better thant calling sleep 2 in the script during startup I think.</div>
<div><br></div><div>Pierre<br><div><br><div class="gmail_quote">2011/11/13 Jan Pazdziora <span dir="ltr"><<a href="mailto:jpazdziora@redhat.com">jpazdziora@redhat.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sat, Nov 12, 2011 at 09:52:07PM +0100, Pierre Casenove wrote:<br>
> Ok no problem, no patch so. If you're against it, I won't insist!<br>
> Just to answer your email : HTTPD is also quite independant from the<br>
> spacewalk product and still, it is controlled. And if postgresql gets<br>
<br>
</div>It is not as independent as we'd like -- we use mod_wsgi/mod_perl, so<br>
for example an upgrade of Spacewalk requires restart of httpd.<br>
<br>
On the other hand, even upgrade of Spacewalk's database schema does not<br>
require restart of the underlying database server.<br>
<div class="im"><br>
> restarted with SP up and running, spacewalk needs also to be restarted<br>
> (connection is lost and never gets restored)<br>
<br>
</div>This would be a bug, it should be reported as such, investigated and<br>
fixed.<br>
<br>
On Sat, Nov 12, 2011 at 04:54:48PM -0500, Miroslav Suchy wrote:<br>
<div class="im">> ----- Original Message -----<br>
> > I'm against this change. The database (PostgreSQL, Oracle XE) is<br>
> > completely independent from the Spacewalk software product and the<br>
> > spacewalk-service script should have no business fiddling with them.<br>
><br>
</div><div class="im">> Define "completely independent". It is not true. Spacewalk use it. As it use apache.<br>
> And tomcat. And jabber.<br>
<br>
</div>That's true, Spacewalk uses the database. But the database server is<br>
like filesystem or network for Spacewalk. No action of the Spacewalk<br>
application (not even its upgrade) requires restart of the database.<br>
Unlike apache, tomcat, and (presumably) jabberd -- we modify the<br>
configuration of apache, tomcat, and jabberd for Spacewalk to work<br>
correctly, and for that we need to restart those services.<br>
<div class="im"><br>
> I - personally - would not spent my devel cycles on it, but Pierre is willing<br>
> to do that and contribute it.<br>
><br>
> We recommend to run Spacewalk on dedicated machine. And I suppose that most users<br>
> obey this recommendation. So if there is DB instance, it is very likely dedicated<br>
> to Spacewalk.<br>
> But yes, it can be used for other purposes as well. For that reason, I wanted to<br>
> have this option disabled by default. So current behavior will be preserved.<br>
<br>
</div>[...]<br>
<div class="im"><br>
> As I said, more user already wanted it. And it is much easier and better for users<br>
> to code this wrapper once, and leave dozen admins to flip one variable as compared<br>
> to leave dozens admins to write theirs wrapper.<br>
<br>
</div>The problem is -- it is likely to become maintenance burden in the<br>
long run. Noone but few people will use it because the default will<br>
be to have the option off, therefore we won't be testing it.<br>
<div class="im HOEnZb"><br>
--<br>
Jan Pazdziora<br>
Principal Software Engineer, Satellite Engineering, Red Hat<br>
<br>
_______________________________________________<br>
</div><div class="HOEnZb"><div class="h5">Spacewalk-devel mailing list<br>
<a href="mailto:Spacewalk-devel@redhat.com">Spacewalk-devel@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-devel" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-devel</a><br>
</div></div></blockquote></div><br></div></div>