<div dir="ltr">Hi,<div><br></div><div>There is any problem with the minion's init file? I can help with this and the package process. </div><div><br></div><div>I'm back with some free time :)</div><div><br></div><div>
Cheers.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/11 Joe Healy <span dir="ltr"><<a href="mailto:joehealy@gmail.com" target="_blank">joehealy@gmail.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 Wed, Sep 11, 2013 at 4:51 PM, martin f krafft <<a href="mailto:madduck@debian.org">madduck@debian.org</a>> wrote:<br>
> also sprach Joe Healy <<a href="mailto:joehealy@gmail.com">joehealy@gmail.com</a>> [2013.09.11.0815 +0200]:<br>
>> Running:<br>
>><br>
>> salt '*' pkg.install salt-minion<br>
>><br>
>> will result in the minion (and the dpkg) process being killed part<br>
>> way through the upgrade and requiring manual interverntion.<br>
><br>
> Isn't this a fundamental problem in Salt, which should be fixed<br>
> there? I don't think that using at(1) for this is really a solution,<br>
> but a gross hack, which still requires the admin to know what's<br>
> going on and to wait up to 1:59 minutes.<br>
<br>
</div>I agree using at (and this) is a hack.<br>
<br>
The principle I was working off when doing the original update of the<br>
init.d script was that /etc/init.d/salt-minion stop should stop the<br>
minion and all child processes. I still think this is the right thing.<br>
<br>
Doing this has ended up in a situation where it is difficult to<br>
upgrade the minion without manually going around to each one.<br>
<br>
I agree with the point about it being fixed in salt. I think they<br>
should probably handle signals differently when they are updating<br>
packages (maybe even a special case for salt itself).<br>
<br>
In the end I decided that it was best to relax the killing all<br>
processes until this can be resolved properly. Ending up in a<br>
situation where each minion needs "dpkg --configure -a && apt-get -f<br>
install" to be run manually after someone seemed to be the worst<br>
situation possible.<br>
<br>
I'm yet to file a bug upstream, but will do so.<br>
<br>
In the mean time, I have already uploaded a package with the change<br>
reverted. I believe it would be possible for me to either stop that<br>
package (possibly dcut).<br>
<br>
If you have any advice, it would be much appreciated.<br>
<br>
Thanks,<br>
<br>
Joe<br>
<br>
_______________________________________________<br>
pkg-salt-team mailing list<br>
<a href="mailto:pkg-salt-team@lists.alioth.debian.org">pkg-salt-team@lists.alioth.debian.org</a><br>
<a href="https://lists.alioth.debian.org/mailman/listinfo/pkg-salt-team" target="_blank">https://lists.alioth.debian.org/mailman/listinfo/pkg-salt-team</a><br>
</blockquote></div><br></div>