Project

General

Profile

Actions

Bug #127

closed

fastcgi processes aren't cleaned upon sigkill

Added by Anonymous almost 19 years ago. Updated over 15 years ago.

Status:
Invalid
Priority:
High
Category:
mod_fastcgi
Target version:
ASK QUESTIONS IN Forums:

Description

expected behavior:

in lighttpd 1.3.13, when start-stop-daemon is used to stop the lighttpd daemon, all fcgi processes spawned by the configfile method (internal spawning) are also closed as well.

current behavior:

in svn 12/05/2005 lighttpd, when start-stop-daemon is used to stop the lighttpd daemon, all internally spawned fcgi processes are left alive, without SIGKILL or other sent to them to ask them to shut down.

result:

in machines with limited memory, race condition ensues if fastcgi processes are assumed to be garbage collected and they are not, especially php-fastcgi processes that are allowed 16M of memory each.

-- infowolfe

Actions #1

Updated by jan over 18 years ago

  • Status changed from New to Assigned
Actions #2

Updated by jan over 18 years ago

  • Status changed from Assigned to Fixed
  • Resolution set to invalid

KILL is KILL, it can't be handled. Use TERM to terminate the process the nice way.

Actions #3

Updated by stbuehler over 15 years ago

  • Status changed from Fixed to Invalid
Actions

Also available in: Atom