On Fri, Nov 16, 2012 at 9:19 AM, Jeff Trawick <traw...@gmail.com> wrote:

>
>
>
> On Thu, Nov 15, 2012 at 5:43 PM, Lazy <lazy...@gmail.com> wrote:
>
>> Hi,
>>
>> we are using httpd 2.4.3 with php 5.4 running fpm mode.
>>
>> requests are passed to fpm using ProxyPassMatch. Everything works fine
>> except,
>>
>> Sometimes database data gets corrupted. All of the data was visible in
>> the form, but it gets truncated after ajax request commiting changes
>> gets aborted (shows as aborted in firebug).
>>
>> in the access log:
>> 80.5.x.x - - [15/Nov/2012:14:03:43 +0100] "POST
>> /xxx,action,pollb,id,958.html HTTP/1.1" 503 299
>> "https://xxx,action,pollb,id,958.html"; "Mozilla/5.0 (Windows NT 6.1;
>> WOW64; rv:14.0) Gecko/20100101 Firefox/14.0.1"
>>
>> in the error log:
>> [Thu Nov 15 14:04:03.140026 2012] [proxy_fcgi:error] [pid 15633:tid
>> 140459279939328] (104)Connection reset by peer: [client
>> 80.5.x.x:34541] AH01075: Error dispatching request to :, referer:
>> https://xxx,action,pollb,id,958.html
>>
>> There is haproxy and varnish before httpd, it is also doing ssl.
>> 80.5.x.x is remote clients ip (we are using mod_remoteip).
>>
>> What does the error code exactly mean ? Our client (haproxy) reset ed
>> the connection ? Or was it php ?
>>
>
> PHP dropped the connection.
>
> By chance is PHP_FCGI_MAX_REQUESTS set somewhere for the PHP process?  In
> the old days it defaulted to 500 (exit after 500 requests), which led to
> exactly this scenario, but with php-fpm it defaults to 0 (don't exit).
>

whoops, the analogous php-fpm  setting is pm.max_requests
*
*

>
>
>
>>
>> Is it possible that somehow php processed the begining of the aborted
>> POST truncating the data in the database ?
>>
>
> Unclear...  Do you have a way of tracking of crashes of php-fpm?  (Does it
> have a log, or is there anything in the system log?)
>
>
>>
>> OpenSSL support in haproxy is new, and aborted connection directs
>> suspicion on it (in case of httpd or varnish error there should be
>> some kind of 5xx error not an aborted connection), but still I don't
>> understand how the data got lost.
>>
>>
>> Thanks for Your time,
>>
>>
>> Regards,
>> Michal Grzedzicki
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>> For additional commands, e-mail: users-h...@httpd.apache.org
>>
>>
>
>
> --
> Born in Roswell... married an alien...
> http://emptyhammock.com/
>
>


-- 
Born in Roswell... married an alien...
http://emptyhammock.com/

Reply via email to