After a very long search on Google (almost 15s, including keyboard input), I found astonishing help, based on the information you provided.
About the FPM children burying, I found a resource on StackOverflow linking back to the Nginx forum (ML archive): http://stackoverflow.com/questions/2551185/tons-of-fpm-children-bury-in-php-fpm-log-php-5-2-13php-fpm-0-5-13-nginx-0 It seems, at first glance, that the children bury and its respawn works as intended, if you reach the requests limit number. I dunno how to check that is the case though. Your log entries seem to be silent about that. My 2 cents, --- *B. R.* On Wed, May 8, 2013 at 7:29 AM, ron ramos <nha...@gmail.com> wrote: > > Hi All, > > I understand that this is a generic error, but it has been frustrating > trying to solve this issue and i'm not able to find an answer anywhere. > basically i have an application which is running fine using apache, but we > wanted to try nginx/php5-fpm: > > some parts of my application has this connection reset issue, sometimes it > works but inconsistent. > if it does not work, i restart php5-fpm and it will work again, but after > sometime it will have the same issue. > > i'm using: > > # nginx -v > nginx version: nginx/1.4.0 > > # php5-fpm -v > PHP 5.4.14-1~precise+1 (fpm-fcgi) (built: Apr 11 2013 17:18:51) > Copyright (c) 1997-2013 The PHP Group > Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies > > when i enable debug this is the only thing i can see; > > [08-May-2013 18:08:32.545758] DEBUG: pid 358359, fpm_got_signal(), line > 72: received SIGCHLD > [08-May-2013 18:08:32.545884] WARNING: pid 358359, fpm_children_bury(), > line 252: [pool legacy] child 358423 exited with code 3 after 342.958315 > seconds from start > [08-May-2013 18:08:32.548943] NOTICE: pid 358359, fpm_children_make(), > line 421: [pool legacy] child 359398 started > [08-May-2013 18:08:32.549023] DEBUG: pid 358359, fpm_event_loop(), line > 411: event module triggered 1 events > > > i have tried different config changes like using static instead of > dynamic..increase max_request..increase child ...increase server..etc. > > one thing i really need is to identify what is causing that connection > peer but logs is not really helping. i tried strace and it still did not > show me anything. > > any other way to debug or identify what is causing this issue? totally > clueless right now. > > thank you in advanced. > > Regards, > Ron > > > > > > > > > > > > > > _______________________________________________ > nginx mailing list > nginx@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx >
_______________________________________________ nginx mailing list nginx@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx
