Worker is leaving zombie haproxy processes

Bug #1078482 reported by David Shrewsbury
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libra
Confirmed
Medium
David Shrewsbury

Bug Description

Restarting HAProxy is leaving zombie haproxy processes.

Should follow the suggestions laid out here:

http://stackoverflow.com/questions/2760652/how-to-kill-or-avoid-zombie-processes-with-subprocess-module

Tags: worker
Changed in libra:
status: New → Triaged
Revision history for this message
David Shrewsbury (dshrews) wrote :

Problem resolved during development w/o the source being identified. Not repeatable.

Changed in libra:
status: Triaged → Invalid
Revision history for this message
Andrew Hutchings (linuxjedi) wrote :
Changed in libra:
status: Invalid → Confirmed
Changed in libra:
importance: Critical → Medium
Revision history for this message
David Shrewsbury (dshrews) wrote :
Changed in libra:
milestone: 1.0 → 2.0
Revision history for this message
David Shrewsbury (dshrews) wrote :

Theory, based on the bug link above: requests coming in too fast might trigger this.

I think we could add some code to the worker to basically verify haproxy has restarted fully (PID file present?) before returning the Gearman response. Perhaps add a timeout, too.

Revision history for this message
David Shrewsbury (dshrews) wrote :

Gah, that won't work. I already do this in the worker.

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.