Actions
Bug #2227
closedProgram terminated with signal 6, Aborted at server.c.1454
ASK QUESTIONS IN Forums:
Description
I'm using lighttpd 1.4.26 on HP-UX 11.31 with php-cgi (php ver 5.3.2)
But when I try to make connection I have a
server.c.1454: aborted ... case HANDLER_ERROR: /* should never happen */ SEGFAULT(); break; default: ...
in the follow my lighttpd.conf
debug.log-request-header = "enable" debug.log-response-header = "enable" debug.log-condition-handling = "enable" server.errorlog = "/usr/montella/ZICLIGHT3.4/scripts/./../logs/error_log" server.document-root = "/usr/montella/ZICLIGHT3.4/htdocs/ZIC1850TSS320" server.pid-file = "/usr/montella/ZICLIGHT3.4/scripts/./../tmp/lighttpd10000.pid" server.port = 10000 server.indexfiles = ( "index.php", "index.html", "index.htm", "default.htm" ) server.max-keep-alive-requests = 0 server.modules = ("mod_fastcgi" ) fastcgi.debug = 1 fastcgi.server = ( ".php" => (( "bin-path" => "/usr/montella/ZICLIGHT3.4/scripts/./../modules/php-cgi -c /usr/montella/ZICLIGHT3.4/scripts/./../cfg/php.ini", "socket" => "/usr/montella/ZICLIGHT3.4/scripts/./../logs/php.socket10000" + var.PID, "min-procs" => 1, "max-procs" => 1, "bin-environment" => ( "PHP_FCGI_CHILDREN" => "8", "PHP_FCGI_MAX_REQUESTS" => "1000000" ), "broken-scriptfilename" => "enable" ))) mimetype.assign = ( ".html" => "text/html", ".txt" => "text/plain", ".jpg" => "image/jpeg", ".js" => "text/javascript", ".png" => "image/png" )
could you help me pls ?
thx
Albino
Updated by stbuehler over 14 years ago
Please attach your error.log.
Btw:
"socket" => "/usr/montella/ZICLIGHT3.4/scripts/./../logs/php.socket10000" + var.PID,
is very wrong. Don't use the pid; if lighty has problems controlling your fastcgi app, use spawn-fcgi for spawning instead.
Updated by stbuehler over 14 years ago
- Category changed from mod_fastcgi to core
- Priority changed from High to Normal
Ok, we have the following handlers:
grep fdevent_register -r src/ src/server.c: fdevent_register(srv->ev, FAMCONNECTION_GETFD(srv->stat_cache->fam), stat_cache_handle_fdevent, NULL); src/mod_fastcgi.c: fdevent_register(srv->ev, hctx->fd, fcgi_handle_fdevent, hctx); src/mod_proxy.c: fdevent_register(srv->ev, hctx->fd, proxy_handle_fdevent, hctx); src/network.c: fdevent_register(srv->ev, srv_socket->fd, network_server_handle_fdevent, srv_socket); src/fdevent.h:int fdevent_register(fdevents *ev, int fd, fdevent_handler handler, void *ctx); src/mod_cgi.c: fdevent_register(srv->ev, hctx->fd, cgi_handle_fdevent, hctx); src/fdevent.c:int fdevent_register(fdevents *ev, int fd, fdevent_handler handler, void *ctx) { src/mod_scgi.c: fdevent_register(srv->ev, hctx->fd, scgi_handle_fdevent, hctx); src/connections.c: fdevent_register(srv->ev, con->fd, connection_handle_fdevent, con);
stat_cache_handle_fdevent
: only returns HANDLER_GO_ONfcgi_handle_fdevent
: HANDLER_FINISHED, HANDLER_WAIT_FOR_FDnetwork_server_handle_fdevent
: HANDLER_GO_ON, HANDLER_ERROR only if revents != FDEVENT_IN, and it logs a message. where is your error.log?connection_handle_fdevent
: HANDLER_FINISHED- fdevent.{h,c} - no handlers
- proxy, cgi, scgi - you don't use this modules
So perhaps your systems signals bogus events for the listening sockets - at least tell us which fdevent handler your system uses.
Updated by stbuehler over 14 years ago
- Status changed from Need Feedback to Fixed
- % Done changed from 0 to 100
Applied in changeset r2753.
Updated by stbuehler over 14 years ago
- Target version changed from 1.4.x to 1.4.27
Actions
Also available in: Atom