Lighttpd 500 - Internal Server Error

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Lighttpd 500 - Internal Server Error

GLASS mailing list
Ciao,

i have a deployment system based on:

Ubuntu 14.04.3 LTS

lighttpd/1.4.33

Gemstone 3.1.0.6  and Seaside 3.0.1.3  ( based on gsDevKitHome )

daemontools service 



The gemstone_status report:

Status Version Owner Pid Port Started Type Name
------- --------- --------- ----- ----- ------------ ------ ----
OK 3.1.0.6 scandella 2030 48678 mar 09 23:14 Stone gestionale
OK 3.1.0.6 scandella 2032 51188 mar 09 23:14 cache gestionale~9af495ccd1149d82
OK 3.1.0.6 scandella 1041 55320 lug 27 16:42 Netldi gs64ldi
[sudo] password for scandella:
/etc/service/gs_maintenance: up (pid 2096) 24149022 seconds
/etc/service/gs_seaside-9060: up (pid 2098) 24149022 seconds
/etc/service/gs_seaside-9061: up (pid 2100) 24149022 seconds
/etc/service/gs_seaside-9062: up (pid 2107) 24149022 seconds
/etc/service/gs_seaside-9063: up (pid 25194) 15058944 seconds
/etc/service/gs_seaside-9064: up (pid 2111) 24149022 seconds
/etc/service/gs_seaside-9065: up (pid 2113) 24149022 seconds
/etc/service/gs_statmon-1: up (pid 2069) 24149022 seconds
/etc/service/gs_statmon-60: up (pid 2071) 24149022 seconds


All works fine but sometimes, when i submit request from the web browser, 
the system answer:

500 - Internal Server Error

 The lighttpd error.log file report  :

2016-12-13 18:59:43: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9063 
2016-12-13 18:59:43: (mod_fastcgi.c.3326) response not received, request sent: 1257 on socket: tcp:127.0.0.1:9063 for /management?_s=h-H_UZDlAW9vjeAd&_k=K6phqdJG0twKKFe_&130&_=1481651821674, closing connection 
2016-12-14 07:24:47: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9064 
2016-12-14 07:24:47: (mod_fastcgi.c.3326) response not received, request sent: 1255 on socket: tcp:127.0.0.1:9064 for /management?_s=ewL9oIqahJYTg2aG&_k=Cp54IXTsOKapNF0s&33&_=1481696524804, closing connection 
2016-12-14 08:47:14: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061 
2016-12-14 08:47:14: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9061 for /management?_s=ewL9oIqahJYTg2aG&_k=NvMDMozgDgiFiMo5&279, closing connection 

2016-12-14 09:20:31: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 09:20:31: (mod_fastcgi.c.3326) response not received, request sent: 1214 on socket: tcp:127.0.0.1:9065 for /management?_s=ewL9oIqahJYTg2aG&_k=FueEPpFpqVc4Wwx5, closing connection 

2016-12-14 09:47:11: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061 
2016-12-14 09:47:11: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9061 for /management?_s=Fht3TbJjyqvUBwAI&_k=AoZiK_IFUH55p5cS&599, closing connection 

2016-12-14 10:28:12: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 10:28:12: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9065 for /management?_s=Fht3TbJjyqvUBwAI&_k=1z4-QodskdA3iI0O&217, closing connection 

Some records of error.log  is added but without any web error.

Some, for example at: 

2016-12-14 09:20:31: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 09:20:31: (mod_fastcgi.c.3326) response not received, request sent: 1214 on socket: tcp:127.0.0.1:9065 for /management?_s=ewL9oIqahJYTg2aG&_k=FueEPpFpqVc4Wwx5, closing connection 

coincides with a web browser  500 - Internal Server Error  exception


Some considerations?

Thanks,

Dario

--------------------------------------------------------

The lighttpd.conf is:

server.modules = (
        "mod_access",
        "mod_alias",
        "mod_compress",
        "mod_redirect",
        "mod_rewrite",
        "mod_fastcgi",
        "mod_proxy",
        "mod_cgi",
)

server.document-root        = "/var/www/"
server.upload-dirs          = ( "/var/cache/lighttpd/uploads" )
server.errorlog             = "/var/log/lighttpd/error.log"
server.pid-file             = "/var/run/lighttpd.pid"
#server.username             = "www-data"
#server.groupname            = "www-data"
server.port                 = 80

# esecuzione *cgi APC UPS
cgi.execute-x-only = "enable"
cgi.assign += ( ".cgi" => "" )

index-file.names            = ( "index.php", "index.html", "index.lighttpd.html" )
url.access-deny             = ( "~", ".inc" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )

compress.cache-dir          = "/var/cache/lighttpd/compress/"
compress.filetype           = ( "application/javascript", "text/css", "text/html", "text/plain" )

# default listening port for IPv6 falls back to the IPv4 port
## Use ipv6 if available
#include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"
include "/etc/lighttpd/gestionale9060.conf"
include "/etc/lighttpd/development9040.conf"




Where  "/etc/lighttpd/gestionale9060.conf" is:


### gestionale9060.conf  ###
###     ###
$HTTP["host"] =~ "gestionale.com$" {
  url.redirect = (
        )
  $HTTP["url"] !~ "^/[A-Z]" {
    fastcgi.server = (
      "" =>
      (
        ("host" => "127.0.0.1","port" => 9060,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9061,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9062,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9063,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9064,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9065,"check-local" => "disable","mode" => "responder" )
      )
    )
  }
  $HTTP["url"] =~ "^/[A-Z]" {
    server.document-root  = "/DTRDataBase/DTRdbMenuonline"
        }
}


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Lighttpd 500 - Internal Server Error

GLASS mailing list

Dario,

If the gem processes associated with the port haven't actually died, then I would think that the seaside server is closing the socket without sending a response...

As you note, an internal error in the seaside server could end up closing the socket if there was no valid http response to be be returned ...

In the case of the errors that are not associated with any internal error, those do appear to be mysteries, but I am curious what happens when a process hits the http listening port and posts an empty request ... in skimming through the code, there appears to be enough error handling and logging to cover all cases, but I'm not sure what happens when an empty request hits the system ...

Dale

On 12/14/2016 02:45 AM, Trussardi Dario Romano via Glass wrote:
Ciao,

i have a deployment system based on:

Ubuntu 14.04.3 LTS

lighttpd/1.4.33

Gemstone 3.1.0.6  and Seaside 3.0.1.3  ( based on gsDevKitHome )

daemontools service 



The gemstone_status report:

Status Version Owner Pid Port Started Type Name
------- --------- --------- ----- ----- ------------ ------ ----
OK 3.1.0.6 scandella 2030 48678 mar 09 23:14 Stone gestionale
OK 3.1.0.6 scandella 2032 51188 mar 09 23:14 cache gestionale~9af495ccd1149d82
OK 3.1.0.6 scandella 1041 55320 lug 27 16:42 Netldi gs64ldi
[sudo] password for scandella:
/etc/service/gs_maintenance: up (pid 2096) 24149022 seconds
/etc/service/gs_seaside-9060: up (pid 2098) 24149022 seconds
/etc/service/gs_seaside-9061: up (pid 2100) 24149022 seconds
/etc/service/gs_seaside-9062: up (pid 2107) 24149022 seconds
/etc/service/gs_seaside-9063: up (pid 25194) 15058944 seconds
/etc/service/gs_seaside-9064: up (pid 2111) 24149022 seconds
/etc/service/gs_seaside-9065: up (pid 2113) 24149022 seconds
/etc/service/gs_statmon-1: up (pid 2069) 24149022 seconds
/etc/service/gs_statmon-60: up (pid 2071) 24149022 seconds


All works fine but sometimes, when i submit request from the web browser, 
the system answer:

500 - Internal Server Error

 The lighttpd error.log file report  :

2016-12-13 18:59:43: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9063 
2016-12-13 18:59:43: (mod_fastcgi.c.3326) response not received, request sent: 1257 on socket: tcp:127.0.0.1:9063 for /management?_s=h-H_UZDlAW9vjeAd&_k=K6phqdJG0twKKFe_&130&_=1481651821674, closing connection 
2016-12-14 07:24:47: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9064 
2016-12-14 07:24:47: (mod_fastcgi.c.3326) response not received, request sent: 1255 on socket: tcp:127.0.0.1:9064 for /management?_s=ewL9oIqahJYTg2aG&_k=Cp54IXTsOKapNF0s&33&_=1481696524804, closing connection 
2016-12-14 08:47:14: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061 
2016-12-14 08:47:14: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9061 for /management?_s=ewL9oIqahJYTg2aG&_k=NvMDMozgDgiFiMo5&279, closing connection 

2016-12-14 09:20:31: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 09:20:31: (mod_fastcgi.c.3326) response not received, request sent: 1214 on socket: tcp:127.0.0.1:9065 for /management?_s=ewL9oIqahJYTg2aG&_k=FueEPpFpqVc4Wwx5, closing connection 

2016-12-14 09:47:11: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061 
2016-12-14 09:47:11: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9061 for /management?_s=Fht3TbJjyqvUBwAI&_k=AoZiK_IFUH55p5cS&599, closing connection 

2016-12-14 10:28:12: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 10:28:12: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9065 for /management?_s=Fht3TbJjyqvUBwAI&_k=1z4-QodskdA3iI0O&217, closing connection 

Some records of error.log  is added but without any web error.

Some, for example at: 

2016-12-14 09:20:31: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 09:20:31: (mod_fastcgi.c.3326) response not received, request sent: 1214 on socket: tcp:127.0.0.1:9065 for /management?_s=ewL9oIqahJYTg2aG&_k=FueEPpFpqVc4Wwx5, closing connection 

coincides with a web browser  500 - Internal Server Error  exception


Some considerations?

Thanks,

Dario

--------------------------------------------------------

The lighttpd.conf is:

server.modules = (
        "mod_access",
        "mod_alias",
        "mod_compress",
        "mod_redirect",
        "mod_rewrite",
        "mod_fastcgi",
        "mod_proxy",
        "mod_cgi",
)

server.document-root        = "/var/www/"
server.upload-dirs          = ( "/var/cache/lighttpd/uploads" )
server.errorlog             = "/var/log/lighttpd/error.log"
server.pid-file             = "/var/run/lighttpd.pid"
#server.username             = "www-data"
#server.groupname            = "www-data"
server.port                 = 80

# esecuzione *cgi APC UPS
cgi.execute-x-only = "enable"
cgi.assign += ( ".cgi" => "" )

index-file.names            = ( "index.php", "index.html", "index.lighttpd.html" )
url.access-deny             = ( "~", ".inc" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )

compress.cache-dir          = "/var/cache/lighttpd/compress/"
compress.filetype           = ( "application/javascript", "text/css", "text/html", "text/plain" )

# default listening port for IPv6 falls back to the IPv4 port
## Use ipv6 if available
#include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"
include "/etc/lighttpd/gestionale9060.conf"
include "/etc/lighttpd/development9040.conf"




Where  "/etc/lighttpd/gestionale9060.conf" is:


### gestionale9060.conf  ###
###     ###
$HTTP["host"] =~ "gestionale.com$" {
  url.redirect = (
        )
  $HTTP["url"] !~ "^/[A-Z]" {
    fastcgi.server = (
      "" =>
      (
        ("host" => "127.0.0.1","port" => 9060,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9061,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9062,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9063,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9064,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9065,"check-local" => "disable","mode" => "responder" )
      )
    )
  }
  $HTTP["url"] =~ "^/[A-Z]" {
    server.document-root  = "/DTRDataBase/DTRdbMenuonline"
        }
}



_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Lighttpd 500 - Internal Server Error

GLASS mailing list
Ciao,
thanks.

Dario,

If the gem processes associated with the port haven't actually died, then I would think that the seaside server is closing the socket without sending a response...

As you note, an internal error in the seaside server could end up closing the socket if there was no valid http response to be be returned ...

In the case of the errors that are not associated with any internal error, those do appear to be mysteries, but I am curious what happens when a process hits the http listening port and posts an empty request ... in skimming through the code, there appears to be enough error handling and logging to cover all cases, but I'm not sure what happens when an empty request hits the system ...

The behavior is very bizarre.
Both in queuing error in
 the lighttpd  error.log file    for example:

2016-12-15 14:09:20: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9062 
2016-12-15 14:09:20: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9062 for /management?_s=K2697sy5zYUSCk-Z&_k=C8jOCY2QikgBu4nO&340, closing connection 
2016-12-15 14:41:49: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9062 
2016-12-15 14:41:49: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9062 for /management?_s=K2697sy5zYUSCk-Z&_k=TIWpMrUDoxvi2xDC&244, closing connection 


It is the fact of when the browser displays the "relative ??? " HTTP 500 error.
For now I could not understand what can cause these illogical behaviors. Any idea on how to investigate to understand the source of the problem.

Thanks,

Dario

Dale

On 12/14/2016 02:45 AM, Trussardi Dario Romano via Glass wrote:
Ciao,

i have a deployment system based on:

Ubuntu 14.04.3 LTS

lighttpd/1.4.33

Gemstone 3.1.0.6  and Seaside 3.0.1.3  ( based on gsDevKitHome )

daemontools service 



The gemstone_status report:

Status Version Owner Pid Port Started Type Name
------- --------- --------- ----- ----- ------------ ------ ----
OK 3.1.0.6 scandella 2030 48678 mar 09 23:14 Stone gestionale
OK 3.1.0.6 scandella 2032 51188 mar 09 23:14 cache gestionale~9af495ccd1149d82
OK 3.1.0.6 scandella 1041 55320 lug 27 16:42 Netldi gs64ldi
[sudo] password for scandella:
/etc/service/gs_maintenance: up (pid 2096) 24149022 seconds
/etc/service/gs_seaside-9060: up (pid 2098) 24149022 seconds
/etc/service/gs_seaside-9061: up (pid 2100) 24149022 seconds
/etc/service/gs_seaside-9062: up (pid 2107) 24149022 seconds
/etc/service/gs_seaside-9063: up (pid 25194) 15058944 seconds
/etc/service/gs_seaside-9064: up (pid 2111) 24149022 seconds
/etc/service/gs_seaside-9065: up (pid 2113) 24149022 seconds
/etc/service/gs_statmon-1: up (pid 2069) 24149022 seconds
/etc/service/gs_statmon-60: up (pid 2071) 24149022 seconds


All works fine but sometimes, when i submit request from the web browser, 
the system answer:

500 - Internal Server Error

 The lighttpd error.log file report  :

2016-12-13 18:59:43: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9063 
2016-12-13 18:59:43: (mod_fastcgi.c.3326) response not received, request sent: 1257 on socket: tcp:127.0.0.1:9063 for /management?_s=h-H_UZDlAW9vjeAd&_k=K6phqdJG0twKKFe_&130&_=1481651821674, closing connection 
2016-12-14 07:24:47: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9064 
2016-12-14 07:24:47: (mod_fastcgi.c.3326) response not received, request sent: 1255 on socket: tcp:127.0.0.1:9064 for /management?_s=ewL9oIqahJYTg2aG&_k=Cp54IXTsOKapNF0s&33&_=1481696524804, closing connection 
2016-12-14 08:47:14: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061 
2016-12-14 08:47:14: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9061 for /management?_s=ewL9oIqahJYTg2aG&_k=NvMDMozgDgiFiMo5&279, closing connection 

2016-12-14 09:20:31: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 09:20:31: (mod_fastcgi.c.3326) response not received, request sent: 1214 on socket: tcp:127.0.0.1:9065 for /management?_s=ewL9oIqahJYTg2aG&_k=FueEPpFpqVc4Wwx5, closing connection 

2016-12-14 09:47:11: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061 
2016-12-14 09:47:11: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9061 for /management?_s=Fht3TbJjyqvUBwAI&_k=AoZiK_IFUH55p5cS&599, closing connection 

2016-12-14 10:28:12: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 10:28:12: (mod_fastcgi.c.3326) response not received, request sent: 1145 on socket: tcp:127.0.0.1:9065 for /management?_s=Fht3TbJjyqvUBwAI&_k=1z4-QodskdA3iI0O&217, closing connection 

Some records of error.log  is added but without any web error.

Some, for example at: 

2016-12-14 09:20:31: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9065 
2016-12-14 09:20:31: (mod_fastcgi.c.3326) response not received, request sent: 1214 on socket: tcp:127.0.0.1:9065 for /management?_s=ewL9oIqahJYTg2aG&_k=FueEPpFpqVc4Wwx5, closing connection 

coincides with a web browser  500 - Internal Server Error  exception


Some considerations?

Thanks,

Dario

--------------------------------------------------------

The lighttpd.conf is:

server.modules = (
        "mod_access",
        "mod_alias",
        "mod_compress",
        "mod_redirect",
        "mod_rewrite",
        "mod_fastcgi",
        "mod_proxy",
        "mod_cgi",
)

server.document-root        = "/var/www/"
server.upload-dirs          = ( "/var/cache/lighttpd/uploads" )
server.errorlog             = "/var/log/lighttpd/error.log"
server.pid-file             = "/var/run/lighttpd.pid"
#server.username             = "www-data"
#server.groupname            = "www-data"
server.port                 = 80

# esecuzione *cgi APC UPS
cgi.execute-x-only = "enable"
cgi.assign += ( ".cgi" => "" )

index-file.names            = ( "index.php", "index.html", "index.lighttpd.html" )
url.access-deny             = ( "~", ".inc" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )

compress.cache-dir          = "/var/cache/lighttpd/compress/"
compress.filetype           = ( "application/javascript", "text/css", "text/html", "text/plain" )

# default listening port for IPv6 falls back to the IPv4 port
## Use ipv6 if available
#include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"
include "/etc/lighttpd/gestionale9060.conf"
include "/etc/lighttpd/development9040.conf"




Where  "/etc/lighttpd/gestionale9060.conf" is:


### gestionale9060.conf  ###
###     ###
$HTTP["host"] =~ "gestionale.com$" {
  url.redirect = (
        )
  $HTTP["url"] !~ "^/[A-Z]" {
    fastcgi.server = (
      "" =>
      (
        ("host" => "127.0.0.1","port" => 9060,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9061,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9062,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9063,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9064,"check-local" => "disable","mode" => "responder" ),
        ("host" => "127.0.0.1","port" => 9065,"check-local" => "disable","mode" => "responder" )
      )
    )
  }
  $HTTP["url"] =~ "^/[A-Z]" {
    server.document-root  = "/DTRDataBase/DTRdbMenuonline"
        }
}



_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Lighttpd 500 - Internal Server Error

GLASS mailing list
On 12/15/2016 07:58 AM, Trussardi Dario Romano via Glass wrote:

> The behavior is very bizarre.
> Both in queuing error in the lighttpd error.log file    for example:
>
> 2016-12-15 14:09:20: (mod_fastcgi.c.2540) unexpected end-of-file
> (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9062
> 2016-12-15 14:09:20: (mod_fastcgi.c.3326) response not received, request
> sent: 1145 on socket: tcp:127.0.0.1:9062 for
> /management?_s=K2697sy5zYUSCk-Z&_k=C8jOCY2QikgBu4nO&340, closing connection
> 2016-12-15 14:41:49: (mod_fastcgi.c.2540) unexpected end-of-file
> (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9062
> 2016-12-15 14:41:49: (mod_fastcgi.c.3326) response not received, request
> sent: 1145 on socket: tcp:127.0.0.1:9062 for
> /management?_s=K2697sy5zYUSCk-Z&_k=TIWpMrUDoxvi2xDC&244, closing connection
>
>
> It is the fact of when the browser displays the "relative ??? "HTTP 500
> error.
> For now I could not understand what can cause these illogical behaviors.
> Any idea on how to investigate to understand the source of the problem.

I don't have a clue as to what the problem is, but if I were faced with
this I'd run Wireshark (or if the machine is headless, tshark or
tcpdump) and try to capture the exact exchange of IP datagrams between
Lighttpd and the gem when this happens.

Regards,

-Martin
_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass