Project

General

Profile

Actions
Copy link

Bug #517

closed

Lighttpd doesn't clean up its fastcgi socket file when shutdown

Added by Anonymous almost 19 years ago. Updated about 16 years ago.

Status:
Missing Feedback
Priority:
Normal
Category:
mod_fastcgi
Target version:
1.4.19
ASK QUESTIONS IN Forums:

Description

Lighttpd doesn't clean up its fastcgi socket file when shutdown.

After stopping lighttpd (eg. kill -TERM pid) the fastcgi unix domain socket file stays in place.
On next restart this leads to the following error:


2006-02-11 12:39:49: (mod_fastcgi.c.897) bind failed for: /tmp/fcgi.socket-0 0 Address already in use 
2006-02-11 12:39:49: (mod_fastcgi.c.1325) [ERROR]: spawning fcgi failed. 
2006-02-11 12:39:49: (server.c.834) Configuration of plugins failed. Going down.

A restart is only possible when removing the old socket file (eg. /tmp/fcgi.socket-).

Tested on OS X 10.4.4 running Rails 1.0 using fastcgi.

Fastcgi configured as follows:


fastcgi.server = ( ".fcgi" =>
  ( "localhost" =>
      (
        "min-procs" => 1, 
        "max-procs" => 1,
        "socket"    => "/tmp/fcgi.socket",
        "bin-path"  => CWD + "/public/dispatch.fcgi",
        "bin-environment" => ( "RAILS_ENV" => "development" )
      )
  )
)

-- lighttpd.net

Actions
Copy link
 #1

Updated by stbuehler almost 17 years ago

  • Status changed from New to Fixed
  • Resolution set to worksforme
  1. Works for me
  2. In the source there is an unlink(...) before the socket is created. Maybe an old fastcgi backend is listening on the removed socket and that blocks binding the new one?
  3. Lighty does a socket cleanup - it removes the sockets which it spawned.
Actions
Copy link
 #2

Updated by stbuehler about 16 years ago

  • Status changed from Fixed to Missing Feedback
Actions
Copy link

Also available in: Atom