Slow shutdown/restart with sendsigs waiting 10 seconds

apport information

apport information

Status changed to 'Confirmed' because the bug affects multiple users.

Merging lp:~jamesodhunt/ubuntu/saucy/sysvinit/log-processes-and-open-files-on-shutdown would be helpful to debug this issue.

I see this in 12.04.3 as well, at least occasionally.

The attached screenshot shows a delayed shutdown/reboot. I've modified /etc/init.d/sendsigs to ps the ommited pids before killall5 -15 or killall -9 respectively. Additionally if killall5 -9 is called, all pids except the kernel threads are printed.

Screenshot of a not delayed shutdown/reboot. In this case killall5 -9 is never called.

Looks like some sort of race condition. If you add a sleep 2 after the sync call (near line 72) in /etc/init.d/sendsigs, terminating all processes works fine and the system shutdown/reboots without delay.

I am running 14.04 and I have tried 'for seq in 1 ; do' and also adding the 'sleep 2' before sync as suggested by b3nmore, but neither seems to have any effect. It still prints '...' repeatedly for ~15 seconds before continuing shutdown

I experience the same bug on precise. Adding sleep 2 after sync (not before like @vim-i wrote above) helps.

I figured out that the problem is that when:

    killall5 -15 $OMITPIDS # SIGTERM

is called, `initctl emit plymouth-ready` process is not alive yet, so it does not receive SIGTERM. (I checked that.)

However, when

    if killall5 -18 $OMITPIDS ; then

is called, initctl process is running. As it is not in $OMITPIDS, `killall -18 reports` that not all processes has been killed and the loop does not break.

Screenshot of my delayed shutdown. I set number of loop iterations to 3 in order to fit whole sendsigs output on screen.

 I also attach my instrumented sendsig script file.

saucy has seen the end of its life and is no longer receiving any updates. Marking the saucy task for this ticket as "Won't Fix".