uwsgi init script cannot stop self healed uwsgi process

Bug #1044422 reported by H Geerts
28
This bug affects 6 people
Affects Status Importance Assigned to Milestone
uWSGI Ubuntu package
Confirmed
Undecided
Unassigned
uwsgi (Debian)
Fix Released
Unknown

Bug Description

The init script starts uwsgi with the /usr/bin/uwsgi symlink but when uwsgi self heals it spawns a new process using /usr/bin/uwsgi-core.
This causes the init script to ignore the new process as it only checks for processes with the process name uwsgi (start-stop-daemon --name $NAME ...).

To reproduce:
/etc/init.d/uwsgi start
pkill -HUP uwsgi

after this:
/etc/init.d/uwsgi start will start new uwsgi processes in addition to the already exisiting uwsgi-core processes
/etc/init.d/uwsgi stop will fail to stop the self healed uwsgi-core processes

A workaround for this issue is setting NAME and DAEMON in /etc/default/uwsgi to the following:
NAME=uwsgi-core
DAEMON=/usr/bin/uwsgi-core

note that this bypasses the alternatives framework for which the /usr/bin/uwsgi symlink is used in the first place.

Revision history for this message
H Geerts (hgeerts) wrote :

added url to the debian bug tracker which has solved this issue, see their bug tracker for specifics.

Changed in uwsgi (Debian):
status: Unknown → Fix Released
Revision history for this message
Richard Collins (richard-collins-m) wrote :

How would one go about getting this fix applied to the uwsgi package in Precise?

Changed in uwsgi:
status: New → Incomplete
status: Incomplete → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.