Hello,<br><br>Well maybe I am deploying the configuration files in two times which causes this, I'll try again soon.<br><br>I though that the init script should be able to notify the user when it encounter that kind of situation and not staying like zombie process.<br>
But I don't know if this can be manage easily.<br><br>Regards,<br><br>Hugo<br><br><br><br><div class="gmail_quote">On 2 April 2012 17:07, Lars Marowsky-Bree <span dir="ltr"><<a href="mailto:lmb@suse.com">lmb@suse.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 2012-04-02T11:34:23, Hugo Deprez <<a href="mailto:hugo.deprez@gmail.com">hugo.deprez@gmail.com</a>> wrote:<br>

<br>
> I am using a puppet mode in order to manage my cluster.<br>
> I get a weird thing with the start & stop of the corosync daemon.<br>
><br>
> When I modify the corosync.conf file, puppet is asked to restart / reload<br>
> corosync, but it failed on the command :<br>
><br>
> start-stop-daemon --stop --quiet --retry forever/QUIT/1 --pidfile<br>
> /var/run/corosync.pid<br>
><br>
> this command doesn't seems working when corosync is running.<br>
><br>
> Any idea what's wrong here ?<br>
<br>
</div></div>There is only a certain amount of changes you can make during a rolling<br>
upgrade/configuration change, which apparently is what you're doing<br>
here. i.e., you can't just change the network configuration on a single<br>
node. Doing something like changing the logging functions is feasible.<br>
<br>
But maybe you're doing something entirely different, because you've sort<br>
of failed to elaborate what you mean by "failed" and "doesn't seem to be<br>
working" - what's the error, and what are you trying to do?<br>
<br>
(What Florian said may be a good choice, i.e., detach and reattach after<br>
a configuration change, if you can live with the brief period of<br>
exposure.)<br>
<br>
<br>
Regards,<br>
    Lars<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Architect Storage/HA<br>
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)<br>
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</div></div></blockquote></div><br>