[Glass] Lighttpd 500 - Internal Server Error
Trussardi Dario Romano via Glass
glass at lists.gemtalksystems.com
Thu Dec 15 07:58:44 PST 2016
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://www.gestionale.com/management"
>> )
>> $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
>> Glass at lists.gemtalksystems.com
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20161215/3576c5ec/attachment-0001.html>
More information about the Glass
mailing list