-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello,
Le 11/10/2013 22:55, Vincent Bernat a écrit : > > It has been some time since I run stud. I just tried and I notice > that I have a parent process that is supervising childrens and > restarting them when they die. And the PID registered works as > expected: > > ├─stud(3933)─┬─stud(3950) │ ├─stud(3951) │ > ├─stud(3952) │ └─stud(3953) > > $ cat /var/run/stud.take1.conf.pid 3933 > > I don't understand why this is not your case. > It is my case; there is a PID file for each stud configuration started. The problem is that, when using --pidfile option, start-stop-daemon only sends the TERM signal to the parent process then returns. This happens fast enough for the do_start to be executed before the children processes have time to terminate. This causes the port used by stud to be busy when do_start executes in the 'restart' sequence so stud do not get restarted correctly. Using - --pidfile also make the --retry option to be active only on the parent process and not on the children. It is easy to confirm the statement by adding a lsof -i @127.0.0.1:8445 in the do_start function, just before start-stop-daemon gets executed. The stud children are still present. Removing --pidfile in do_stop's start-stop-daemon forces it to ack on the parent process and all the children process and makes --retry wait for termination of all of them. So in short, when using --pidfile, it only acts on the parent process and do not wait for the children to terminate. Kind regards, ...Louis - -- Louis Bouchard Software engineer, Cloud & Sustaining eng. Canonical Ltd Ubuntu support: http://canonical.com/support -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJY9vMACgkQDvqokHrhnCybxwCdFl0qy91t9oDgsCkssyhO1EDj vT0AoJpDMDG4JgNylRol7nUxcHN0k0/u =8fYD -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org