[Seaside] 500 - Internal Server Error
dtrussardi at tiscali.it
dtrussardi at tiscali.it
Thu Nov 24 13:57:46 UTC 2016
Ciao,
i add some considerations.
> Ciao Johan,
>
> thanks for your support.
>
> I'm new to this problematic.
>
>
>> Dario,
>>
>> I think I scanned your email too quickly before. Does not seem to be an issue with mixup with fastcgi.
>> I’m not a lighttpd user, so I cannot comment on that any further.
>>
>> My next suggestion would be: are you using an error handler in the seaside app? If there’s an error in your app, you would get an error 500 back.
>
> To understund the problem on the MacBook system with Pharo i personalized the:
>
> 1) ZnCostants initializeHTTPStatusCodes
>
> 2) WAResponse initialize
>
> for return a specific message for error 500.
>
> With this setup I have defined that the error is handled ( returned ) directly by the Lighttpd server.
>
> Not by Pharo environment.
>
> As if the web lighttpd server does not communicated with the Pharo ZnZincServerAdaptor and return directlly the error 500.
>
> If you stop the ZnZincServerAdaptor instance you get the same error and the lighttpd server log report:
>
> 2016-11-19 17:55:56: (mod_proxy.c.1054) proxy-server disabled: 127.0.0.1 8888 7
> 2016-11-19 17:55:56: (mod_proxy.c.1316) no proxy-handler found for: /management
>
> similar to the error that I find in origin.
>
>>>>> 2016-11-18 11:13:53: (network_writev.c.115) writev failed: Socket is not connected 9
>>>>> 2016-11-18 11:13:53: (mod_proxy.c.853) write failed: Socket is not connected 57
>>>>> 2016-11-18 11:13:53: (mod_proxy.c.939) proxy-server disabled: 127.0.0.1 8888 9
>>>>> 2016-11-18 11:13:53: (mod_proxy.c.1316) no proxy-handler found for: /management
>>>>> 2016-11-18 11:13:58: (mod_proxy.c.1361) proxy - re-enabled: 127.0.0.1 8888
>>>>>
>
>
> I hope someone can give me some suggestions.
On the MacBook with OS X 10.7.5 i update the lighttpd server to the 1.4.41 version.
Now from Safari 6.1.6, when reload the Seaside 3.1 web data the system erase the 500 - HTTP Internal Server Error once every 50 request.
In this case, when the browser report the 500 HTTP error, no error is reported in lighttpd error.log.
The same data reload with Firefox 48.0.2 ( on the same Macbook ) don't create any error ( for now )
Ciao,
Dario
>
> Thanks.
>
> Dario
>
> P.S. For Gemstone problematic ( with fastcgi.server ) i will try to open a new specific entry in its wiki
>
>>
>> Johan
>>
>>> On 18 Nov 2016, at 14:36, dtrussardi at tiscali.it wrote:
>>>
>>> Ciao Johan,
>>>
>>> the MacBook lighttpd.conf is :
>>>
>>>
>>>> # Debian lighttpd configuration file
>>>> #
>>>>
>>>> ############ Options you really have to take care of ####################
>>>>
>>>> ## modules to load
>>>> # mod_access, mod_accesslog and mod_alias are loaded by default
>>>> # all other module should only be loaded if neccesary
>>>> # - saves some time
>>>> # - saves memory
>>>>
>>>> server.modules = (
>>>> "mod_access",
>>>> "mod_alias",
>>>> "mod_accesslog",
>>>> "mod_compress",
>>>> "mod_rewrite",
>>>> "mod_redirect",
>>>> "mod_fastcgi",
>>>> "mod_proxy",
>>>> # "mod_evhost",
>>>> # "mod_usertrack",
>>>> # "mod_rrdtool",
>>>> # "mod_webdav",
>>>> # "mod_expire",
>>>> # "mod_flv_streaming",
>>>> # "mod_evasive"
>>>> )
>>>>
>>>> ## a static document-root, for virtual-hosting take look at the
>>>> ## server.virtual-* options
>>>> server.document-root = "/var/www/"
>>>> #
>>>> # GESTIONE FILES DI RIFERIMENTO
>>>> #
>>>> # Begin
>>>> #
>>>> ####### Monticello ######
>>>> $HTTP["url"] =~ "^/Album" {
>>>> server.document-root = "/Users/dtr/"
>>>> }
>>>> #
>>>> # **** End file riferimento ****
>>>> #
>>>> #############################################################
>>>> #
>>>> # GESTIONE MENU ON LINE
>>>> include "/DTRConfig/lighttpd/menuonline2200.conf"
>>>
>>> Where menuonline2200.conf is:
>>>
>>>> ##### /DTRConfig/lighttpd/menuonline/menuonline2200.conf #####
>>>> ### GESTIONE MENU ON LINE
>>>> #
>>>> $HTTP["host"] =~ "menuonline.com$" {
>>>> url.redirect = (
>>>> "^/$" => "http://www.menuonline.com/management"
>>>> )
>>>> #
>>>> $HTTP["url"] !~ "^/[A-Z]" {
>>>> proxy.server = (
>>>> "" =>
>>>> (
>>>> ("host" => "127.0.0.1","port" => 8888)
>>>> )
>>>> )
>>>> }
>>>> #**** Gestione files di riferimento
>>>> $HTTP["url"] =~ "^/[A-Z]" {
>>>> server.document-root = "/mnt/DTRDataBase/DTRdbMenuonline"
>>>> }
>>>> }
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------------------------------------------
>>>
>>> On the Ubuntu server with Gemstone 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"
>>>
>>>
>>> Where 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"
>>>> }
>>>> }
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Dario
>>>
>>>
>>>> Dario,
>>>>
>>>> Seems like you are trying to communicate to the zinc http backend using the lighttpd fastcgi module…
>>>>
>>>> Can you share your lighttpd configuration to verify?
>>>>
>>>> cheers
>>>> Johan
>>>>
>>>>> On 18 Nov 2016, at 12:22, dtrussardi at tiscali.it wrote:
>>>>>
>>>>> Ciao,
>>>>>
>>>>> ( I try to report my problematic on this wiki, but I'm not sure )
>>>>>
>>>>> i'm development Seaside 3.1.4.2 application into
>>>>>
>>>>> Pharo4.0 image
>>>>> Latest update: #40625
>>>>>
>>>>>
>>>>> Into Pharo i configurate the Server with:
>>>>>
>>>>> Type: ZnZincServerAdaptor
>>>>> Port: 8888
>>>>> Encoding: utf-8
>>>>> zinc on port 8888 [running]
>>>>>
>>>>> On the system ( MacBook OS X 10.7.5 ) i configured the Lighttpd web server for redirect the web request to the Pharo server.
>>>>>
>>>>> All works fine but sometimes, when i submit request from the web browser,
>>>>>
>>>>> the system answer:
>>>>> 500 - Internal Server Error
>>>>>
>>>>> When this error happens the lighttpd error.log file report at the same time :
>>>>>
>>>>>
>>>>> 2016-11-18 11:13:53: (network_writev.c.115) writev failed: Socket is not connected 9
>>>>> 2016-11-18 11:13:53: (mod_proxy.c.853) write failed: Socket is not connected 57
>>>>> 2016-11-18 11:13:53: (mod_proxy.c.939) proxy-server disabled: 127.0.0.1 8888 9
>>>>> 2016-11-18 11:13:53: (mod_proxy.c.1316) no proxy-handler found for: /management
>>>>> 2016-11-18 11:13:58: (mod_proxy.c.1361) proxy - re-enabled: 127.0.0.1 8888
>>>>>
>>>>> Some considerations?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> The same problematic, but with less frequently, is on Ubuntu server with Gemstone 3.1.0.6 and Seaside 3.0.1.3
>>>>>
>>>>> On this system the lighttpd error.log file report at the error time:
>>>>>
>>>>> 2016-11-16 18:41:32: (mod_fastcgi.c.2540) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:127.0.0.1:9061
>>>>> 2016-11-16 18:41:32: (mod_fastcgi.c.3326) response not received, request sent: 1185 on socket: tcp:127.0.0.1:9061 for /management?_s=dHAnR5J1xJNZPC-0&_k=0zNcd6_tcDCkQySv,
>>>>> closing connection
>>>>>
>>>>> The gemstone_status on the server 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
>>>>>
>>>>> /etc/service/gs_maintenance: up (pid 2096) 21900151 seconds
>>>>> /etc/service/gs_seaside-9060: up (pid 2098) 21900151 seconds
>>>>> /etc/service/gs_seaside-9061: up (pid 2100) 21900151 seconds
>>>>> /etc/service/gs_seaside-9062: up (pid 2107) 21900151 seconds
>>>>> /etc/service/gs_seaside-9063: up (pid 25194) 12810073 seconds
>>>>> /etc/service/gs_seaside-9064: up (pid 2111) 21900151 seconds
>>>>> /etc/service/gs_seaside-9065: up (pid 2113) 21900151 seconds
>>>>> /etc/service/gs_statmon-1: up (pid 2069) 21900151 seconds
>>>>> /etc/service/gs_statmon-60: up (pid 2071) 21900151 seconds
>>>>>
>>>>>
>>>>> Thanks for considerations.
>>>>>
>>>>>
>>>>> Dario
>>>>>
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> seaside at lists.squeakfoundation.org
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>> _______________________________________________
>>>> seaside mailing list
>>>> seaside at lists.squeakfoundation.org
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>> _______________________________________________
>>> seaside mailing list
>>> seaside at lists.squeakfoundation.org
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/seaside/attachments/20161124/5e650e27/attachment-0001.html>
More information about the seaside
mailing list