Bug #65584 [Opn]: recv() failed (104: Connection reset by peer) while reading response ...

From: Date: Thu, 29 Aug 2013 23:19:20 +0000
Subject: Bug #65584 [Opn]: recv() failed (104: Connection reset by peer) while reading response ...
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-181326@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=65584&edit=1

 ID:                 65584
 User updated by:    michael dot heuberger at binarykitchen dot com
 Reported by:        michael dot heuberger at binarykitchen dot com
 Summary:            recv() failed (104: Connection reset by peer) while
                     reading response ...
 Status:             Open
 Type:               Bug
 Package:            FPM related
 Operating System:   Ubuntu 13.04
 PHP Version:        5.5.3
 Block user comment: N
 Private report:     N

 New Comment:

PS: The gdb command does not exist on my machine.


Previous Comments:
------------------------------------------------------------------------
[2013-08-29 23:15:34] michael dot heuberger at binarykitchen dot com

Ah, I managed it. I have the core dumps now.

You forgot to mention that I have to adjust /etc/php5/fpm/pool.d/www.conf with a higher value than
zero, i.E. rlimit_core = 10

I have 10 core dumps, all 119 MB large. How can I attach them here or hand them over to you?

------------------------------------------------------------------------
[2013-08-29 23:06:24] michael dot heuberger at binarykitchen dot com

Thank you but I am unable to create a backtrace on my server.

I have set /proc/sys/kernel/core_pattern with
echo "/var/cores/core-%e.%p" > /proc/sys/kernel/core_pattern 

Then I made /var/cores/ writeable for user www-data and chmodded it with 777. Then sudo service
php5-fpm restart and reloaded the page. It crashed but no core was dumped. Why? ulimit is unlimited.

By the way, I am on nginx. Your instructions are for Apache.

------------------------------------------------------------------------
[2013-08-29 15:18:26] laruence@php.net

should be: http://snaps.php.net/php5.5-latest.tar.gz

------------------------------------------------------------------------
[2013-08-29 15:17:45] laruence@php.net

seems your php-fpm is crashing, you need try to get a backtrace.. 

http://bugs.php.net/bugs-generating-backtrace.php
for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php
for Win32


and you could also try to test with the latest snapshot of php-5.5 branch: 
http://snaps.php.net/php5.4-latest.tar.gz

------------------------------------------------------------------------
[2013-08-29 13:43:31] michael dot heuberger at binarykitchen dot com

Description:
------------
Hi there

I recently apt-get upgraded my PHP disto on my server, adjusted, tested few lines of the current
website but there is one last problem: PHP-FPM crashes always. With these log lines in NGINX:

2013/08/30 01:34:06 [error] 12282#0: *51 recv() failed (104: Connection reset by peer) while reading
response header from upstream, client: 78.10.247.202, server: binarykitchen.com, request: "GET
/user/register/action/why/language/de/ HTTP/1.0", upstream:
"fastcgi://unix:/var/run/php5-fpm.sock:", host: "www.binarykitchen.com",
referrer: "http://www.binarykitchen.com/user/register/action/why/language/de/"

There are many of those. Sometimes the page loads, sometimes not.

I tried hard to adjust nginx and php-fpm but no success. I am using sockets.

Tell me, how can I see what is exactly resetting the connection? Why it is crashing? What commands
should I try?

And here more details:

$ php -v
PHP 5.5.3-1+debphp.org~raring+2 (cli) (built: Aug 27 2013 09:16:12) 
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2013 Zend Technologies
    with Zend OPcache v7.0.3-dev, Copyright (c) 1999-2013, by Zend Technologies

Thanks for your help,
Michael



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



-- 
Edit this bug report at https://bugs.php.net/bug.php?id=65584&edit=1


Thread (24 messages)

« previous php.bugs (#181326) next »