Все те же зависания php-fpm

1,667 views
Skip to first unread message

Vitalij L. Fadeev

unread,
Sep 8, 2008, 1:23:35 AM9/8/08
to highload-php-ru
Всем здравствуйте!

Хотелось бы продолжить данный тред
http://groups.google.com/group/highload-php-ru/browse_thread/thread/3e10252ab37db24b#
так как проблема действительно имеет место быть!

Итак, имеем FreeBSD 7.1-PRERELEASE amd64

Вот в нормальном состоянии вывод top -U nobody:

last pid: 1494; load averages: 0.28, 0.68,
1.15
up 0+00:21:34 12:10:55
54 processes: 2 running, 52 sleeping
CPU: 7.5% user, 0.0% nice, 0.9% system, 0.0% interrupt, 91.5% idle
Mem: 143M Active, 331M Inact, 1127M Wired, 892K Cache, 192K Buf, 6312M
Free
Swap: 4096M Total, 4096M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
1453 nobody 1 4 0 196M 39404K accept 3 0:08 3.86% php-
cgi
1460 nobody 1 4 0 198M 40512K accept 0 0:07 3.56% php-
cgi
1461 nobody 1 4 0 196M 41296K accept 0 0:08 3.08% php-
cgi
1455 nobody 1 4 0 196M 37452K accept 2 0:08 2.98% php-
cgi
1459 nobody 1 45 0 197M 36108K CPU0 0 0:07 2.88% php-
cgi
1458 nobody 1 4 0 198M 50480K accept 1 0:08 2.69% php-
cgi
1456 nobody 1 4 0 198M 40644K accept 3 0:08 2.59% php-
cgi
1462 nobody 1 4 0 198M 39128K accept 0 0:08 2.59% php-
cgi
1457 nobody 1 4 0 197M 38824K accept 3 0:07 2.29% php-
cgi
1454 nobody 1 4 0 195M 33304K accept 2 0:08 2.10% php-
cgi
893 nobody 1 4 0 27800K 12056K kqread 0 0:03 0.00%
nginx
900 nobody 1 4 0 27800K 12032K kqread 2 0:03 0.00%
nginx
897 nobody 1 4 0 27800K 12048K kqread 0 0:03 0.00%
nginx
898 nobody 1 4 0 27800K 12008K kqread 0 0:02 0.00%
nginx
899 nobody 1 4 0 27800K 12156K kqread 2 0:02 0.00%
nginx
894 nobody 1 4 0 27800K 11876K kqread 0 0:02 0.00%
nginx
895 nobody 1 4 0 27800K 12012K kqread 0 0:02 0.00%
nginx

всё работает нормально, и достаточно стабильно и быстро...
при этом:
storage# netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 0/0/16384 127.0.0.1.9000

Теперь генерируем нагрузку:
ab -n 10000 -c 50 http://hostname.ru/

Смотрим в top -U nobody
last pid: 1516; load averages: 4.60, 1.53,
1.31
up 0+00:26:01 12:15:22
53 processes: 10 running, 43 sleeping
CPU: 95.9% user, 0.0% nice, 3.8% system, 0.4% interrupt, 0.0% idle
Mem: 148M Active, 453M Inact, 1146M Wired, 872K Cache, 192K Buf, 6166M
Free
Swap: 4096M Total, 4096M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
1462 nobody 1 105 0 198M 45812K RUN 1 0:30 44.09% php-
cgi
1459 nobody 1 104 0 198M 44300K RUN 2 0:29 39.79% php-
cgi
1455 nobody 1 104 0 197M 45248K RUN 3 0:30 39.60% php-
cgi
1461 nobody 1 104 0 196M 44488K RUN 2 0:29 37.99% php-
cgi
1456 nobody 1 103 0 198M 45632K CPU0 0 0:29 37.99% php-
cgi
1454 nobody 1 104 0 197M 44352K RUN 3 0:30 37.70% php-
cgi
1460 nobody 1 104 0 198M 45036K CPU2 2 0:29 37.70% php-
cgi
1453 nobody 1 103 0 196M 44972K CPU3 3 0:30 36.87% php-
cgi
1458 nobody 1 104 0 198M 56744K RUN 0 0:31 35.50% php-
cgi
1457 nobody 1 4 0 198M 44568K sbwait 0 0:28 33.69% php-
cgi
897 nobody 1 4 0 27800K 12048K kqread 1 0:04 0.98%
nginx
895 nobody 1 4 0 27800K 12112K kqread 1 0:03 0.10%
nginx
893 nobody 1 4 0 27800K 12056K kqread 2 0:04 0.00%
nginx
899 nobody 1 4 0 27800K 12156K kqread 1 0:03 0.00%
nginx
898 nobody 1 4 0 27800K 12008K kqread 0 0:03 0.00%
nginx
900 nobody 1 4 0 27800K 12032K kqread 1 0:03 0.00%
nginx
894 nobody 1 4 0 27800K 12132K kqread 2 0:03 0.00%
nginx

А теперь уже:
storage# netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 78/0/16384 127.0.0.1.9000

Начал расти qlen!
Через несколько секунд:
storage# netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 160/0/16384 127.0.0.1.9000

И вот как щас выглядит top
last pid: 1522; load averages: 2.90, 1.89,
1.47
up 0+00:27:11 12:16:32
52 processes: 1 running, 51 sleeping
CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
Mem: 149M Active, 459M Inact, 1128M Wired, 864K Cache, 192K Buf, 6177M
Free
Swap: 4096M Total, 4096M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
1455 nobody 1 44 0 197M 45624K select 3 0:42 0.29% php-
cgi
1461 nobody 1 44 0 196M 45728K select 0 0:41 0.29% php-
cgi
1459 nobody 1 44 0 198M 44636K select 3 0:40 0.29% php-
cgi
1460 nobody 1 44 0 198M 45264K select 0 0:40 0.10% php-
cgi
1456 nobody 1 44 0 198M 46116K select 0 0:40 0.10% php-
cgi
1458 nobody 1 44 0 198M 56884K select 3 0:43 0.00% php-
cgi
1462 nobody 1 44 0 198M 46548K select 0 0:42 0.00% php-
cgi
1454 nobody 1 44 0 198M 45168K select 0 0:41 0.00% php-
cgi
1453 nobody 1 44 0 197M 45088K select 3 0:41 0.00% php-
cgi
1457 nobody 1 44 0 198M 44724K select 0 0:40 0.00% php-
cgi
893 nobody 1 4 0 27800K 12056K kqread 3 0:04 0.00%
nginx
897 nobody 1 4 0 27800K 12048K kqread 2 0:04 0.00%
nginx
899 nobody 1 4 0 27800K 12156K kqread 0 0:04 0.00%
nginx
898 nobody 1 4 0 27800K 12008K kqread 0 0:03 0.00%
nginx
900 nobody 1 4 0 27800K 12032K kqread 0 0:03 0.00%
nginx
895 nobody 1 4 0 27800K 12112K kqread 0 0:03 0.00%
nginx
894 nobody 1 4 0 27800K 12132K kqread 2 0:03 0.00%
nginx


Соответсвенно сайт не работает. Смотрим далее:
storage# netstat -an | grep CLOSE_WAIT | wc -l
397
storage# netstat -Lan | grep 9000
tcp4 573/0/16384 127.0.0.1.9000

Ничего се, да? =)
Идем далее...
storage# netstat -an | grep CLOSE_WAIT | tail -1
tcp4 8 96256 127.0.0.1.9000 127.0.0.1.61107
CLOSE_WAIT
storage# sockstat -4 | grep 127.0.0.1.61107
nobody php-cgi 1461 4 tcp4 127.0.0.1:9000
127.0.0.1:61107
storage# gdb /usr/local/bin/php-cgi 1461
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
Attaching to program: /usr/local/bin/php-cgi, process 1461
Reading symbols from /lib/libcrypt.so.4...(no debugging symbols
found)...done.
Loaded symbols for /lib/libcrypt.so.4
Reading symbols from /lib/libm.so.5...(no debugging symbols
found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libz.so.4...(no debugging symbols
found)...done.
Loaded symbols for /lib/libz.so.4
Reading symbols from /usr/lib/librt.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/librt.so.1
Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libxml2.so.5
Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /lib/libc.so.7...(no debugging symbols
found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/php/20060613-debug/pcre.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/pcre.so
Reading symbols from /usr/local/lib/php/20060613-debug/mbstring.so...
(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mbstring.so
Reading symbols from /usr/local/lib/php/20060613-debug/xml.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/xml.so
Reading symbols from /usr/local/lib/php/20060613-debug/zlib.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/zlib.so
Reading symbols from /usr/local/lib/php/20060613-debug/zip.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/zip.so
Reading symbols from /usr/local/lib/php/20060613-debug/mcrypt.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mcrypt.so
Reading symbols from /usr/local/lib/libmcrypt.so.8...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libmcrypt.so.8
Reading symbols from /usr/local/lib/libltdl.so.4...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libltdl.so.4
Reading symbols from /usr/local/lib/php/20060613-debug/curl.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/curl.so
Reading symbols from /usr/local/lib/libcurl.so.4...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libcurl.so.4
Reading symbols from /usr/lib/libssl.so.5...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libssl.so.5
Reading symbols from /lib/libcrypto.so.5...(no debugging symbols
found)...done.
Loaded symbols for /lib/libcrypto.so.5
Reading symbols from /usr/local/lib/php/20060613-debug/tidy.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/tidy.so
Reading symbols from /usr/local/lib/libtidy-0.99.so.0...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libtidy-0.99.so.0
Reading symbols from /usr/local/lib/php/20060613-debug/session.so...
(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/session.so
Reading symbols from /usr/local/lib/php/20060613-debug/imap.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/imap.so
Reading symbols from /usr/local/lib/libc-client4.so.9...done.
Loaded symbols for /usr/local/lib/libc-client4.so.9
Reading symbols from /usr/lib/libpam.so.4...done.
Loaded symbols for /usr/lib/libpam.so.4
Reading symbols from /usr/local/lib/php/20060613-debug/
sockets.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/sockets.so
Reading symbols from /usr/local/lib/php/20060613-debug/
openssl.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/openssl.so
Reading symbols from /usr/local/lib/php/20060613-debug/
iconv.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/iconv.so
Reading symbols from /usr/local/lib/php/20060613-debug/
mysql.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mysql.so
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.15...done.
Loaded symbols for /usr/local/lib/mysql/libmysqlclient.so.15
Reading symbols from /usr/local/lib/php/20060613-debug/gd.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/gd.so
Reading symbols from /usr/local/lib/libt1.so.5...done.
Loaded symbols for /usr/local/lib/libt1.so.5
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Loaded symbols for /usr/local/lib/libfreetype.so.9
Reading symbols from /usr/local/lib/libX11.so.6...done.
Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /usr/local/lib/libXpm.so.4...done.
Loaded symbols for /usr/local/lib/libXpm.so.4
Reading symbols from /usr/local/lib/libpng.so.5...done.
Loaded symbols for /usr/local/lib/libpng.so.5
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Loaded symbols for /usr/local/lib/libjpeg.so.9
Reading symbols from /usr/local/lib/libXau.so.6...done.
Loaded symbols for /usr/local/lib/libXau.so.6
Reading symbols from /usr/local/lib/libXdmcp.so.6...done.
Loaded symbols for /usr/local/lib/libXdmcp.so.6
Reading symbols from /usr/lib/librpcsvc.so.4...done.
Loaded symbols for /usr/lib/librpcsvc.so.4
Reading symbols from /usr/local/lib/php/20060613-debug/
simplexml.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/simplexml.so
Reading symbols from /usr/local/lib/php/20060613-debug/spl.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/spl.so
Reading symbols from /usr/local/lib/php/20060613-debug/
mysqli.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/mysqli.so
Reading symbols from /usr/local/lib/php/20060613-debug/
eaccelerator.so...done.
Loaded symbols for /usr/local/lib/php/20060613-debug/eaccelerator.so
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
0x0000000801271ecc in write () from /lib/libc.so.7
(gdb) where
#0 0x0000000801271ecc in write () from /lib/libc.so.7
#1 0x0000000000621c32 in fcgi_init_request ()
#2 0x0000000000622740 in fcgi_write ()
#3 0x0000000000622c38 in fcgi_putenv ()
#4 0x0000000000622bad in fcgi_putenv ()
#5 0x0000000000544c15 in php_ub_body_write_no_header ()
#6 0x0000000000544cea in php_ub_body_write ()
#7 0x0000000000543dc7 in php_end_ob_buffer ()
#8 0x0000000000544b48 in php_ob_get_length ()
#9 0x0000000000544ac1 in php_ob_get_length ()
#10 0x0000000000543dc7 in php_end_ob_buffer ()
#11 0x0000000000545012 in zif_ob_end_flush ()
#12 0x00000000005be57c in execute ()
#13 0x00000000005c4f10 in execute ()
#14 0x00000000005bdfab in execute ()
#15 0x00000000005be722 in execute ()
#16 0x00000000005bf3f9 in execute ()
#17 0x00000000005bdfab in execute ()
#18 0x00000000005908f1 in zend_execute_scripts ()
#19 0x000000000052ea05 in php_execute_script ()
#20 0x0000000000625d37 in main ()
(gdb) q
The program is running. Quit anyway (and detach it)? (y or n) y
Detaching from program: /usr/local/bin/php-cgi, process 1461

Берем первый попавшийся из top:
Собственно тоже самое видимо для всех процессов:
(gdb) where
#0 0x0000000801271ecc in write () from /lib/libc.so.7
#1 0x0000000000621c32 in fcgi_init_request ()
#2 0x0000000000622740 in fcgi_write ()
#3 0x0000000000622c38 in fcgi_putenv ()
#4 0x0000000000622bad in fcgi_putenv ()
#5 0x0000000000544c15 in php_ub_body_write_no_header ()
#6 0x0000000000544cea in php_ub_body_write ()
#7 0x0000000000543dc7 in php_end_ob_buffer ()
#8 0x0000000000544b48 in php_ob_get_length ()
#9 0x0000000000544ac1 in php_ob_get_length ()
#10 0x0000000000543dc7 in php_end_ob_buffer ()
#11 0x0000000000545012 in zif_ob_end_flush ()
#12 0x00000000005be57c in execute ()
#13 0x00000000005c4f10 in execute ()
#14 0x00000000005bdfab in execute ()
#15 0x00000000005be722 in execute ()
#16 0x00000000005bf3f9 in execute ()
#17 0x00000000005bdfab in execute ()
#18 0x00000000005908f1 in zend_execute_scripts ()
#19 0x000000000052ea05 in php_execute_script ()
#20 0x0000000000625d37 in main ()

После рестарта php-fpm все встает на свои места:
storage# netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 0/0/16384 127.0.0.1.9000

И вывод top -U nobody

last pid: 1611; load averages: 0.21, 0.54,
0.92
up 0+00:34:02 12:23:23
53 processes: 1 running, 52 sleeping
CPU: 4.5% user, 0.0% nice, 0.5% system, 0.3% interrupt, 94.7% idle
Mem: 127M Active, 463M Inact, 1135M Wired, 864K Cache, 192K Buf, 6189M
Free
Swap: 4096M Total, 4096M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
1603 nobody 1 4 0 196M 26948K accept 0 0:02 2.98% php-
cgi
1605 nobody 1 4 0 195M 29996K accept 3 0:02 2.78% php-
cgi
1600 nobody 1 4 0 196M 28776K accept 1 0:02 2.78% php-
cgi
1606 nobody 1 4 0 198M 31232K accept 1 0:02 2.49% php-
cgi
1609 nobody 1 4 0 196M 30744K accept 3 0:01 2.49% php-
cgi
1602 nobody 1 4 0 198M 29000K accept 1 0:02 2.29% php-
cgi
1608 nobody 1 4 0 196M 24780K accept 2 0:01 2.20% php-
cgi
1601 nobody 1 4 0 198M 30612K accept 3 0:01 2.20% php-
cgi
1604 nobody 1 4 0 197M 29220K accept 0 0:01 1.95% php-
cgi
1607 nobody 1 4 0 196M 31300K accept 0 0:01 1.76% php-
cgi
893 nobody 1 4 0 27800K 12056K kqread 1 0:05 0.00%
nginx
897 nobody 1 4 0 27800K 12048K kqread 1 0:04 0.00%
nginx
899 nobody 1 4 0 27800K 12156K kqread 0 0:04 0.00%
nginx
898 nobody 1 4 0 27800K 12012K kqread 0 0:03 0.00%
nginx
900 nobody 1 4 0 27800K 12032K kqread 0 0:03 0.00%
nginx
895 nobody 1 4 0 27800K 12112K kqread 1 0:03 0.00%
nginx
894 nobody 1 4 0 27800K 12132K kqread 0 0:03 0.00%
nginx


Ну и теперь собственно вопрос: куда дальше копать?

Andrei Nigmatulin

unread,
Sep 8, 2008, 3:50:44 AM9/8/08
to highloa...@googlegroups.com
On Monday 08 September 2008 09:23, Vitalij L. Fadeev wrote:
> Всем здравствуйте!
>
> Хотелось бы продолжить данный тред
> http://groups.google.com/group/highload-php-ru/browse_thread/thread/3e10252
>ab37db24b# так как проблема действительно имеет место быть!
>
> Итак, имеем FreeBSD 7.1-PRERELEASE amd64

Какая версия php ? configure опции ? max_children в php-fpm.conf ?
А со spawn-fcgi зависаний нет ?


--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take

Vitalij L. Fadeev

unread,
Sep 8, 2008, 3:58:57 AM9/8/08
to highloa...@googlegroups.com
storage# pkg_info | grep php
php5-curl-5.2.6_2 The curl shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-fpm-5.2.6_1 PHP Scripting Language with FastCGI Process Manager
php5-gd-5.2.6_2 The gd shared extension for php
php5-iconv-5.2.6_2 The iconv shared extension for php
php5-imap-5.2.6_1 The imap shared extension for php
php5-mbstring-5.2.6_2 The mbstring shared extension for php
php5-mcrypt-5.2.6_2 The mcrypt shared extension for php
php5-mysql-5.2.6_2 The mysql shared extension for php
php5-mysqli-5.2.6_2 The mysqli shared extension for php
php5-openssl-5.2.6_2 The openssl shared extension for php
php5-pcre-5.2.6_2 The pcre shared extension for php
php5-session-5.2.6_2 The session shared extension for php
php5-simplexml-5.2.6_2 The simplexml shared extension for php
php5-sockets-5.2.6_2 The sockets shared extension for php
php5-spl-5.2.6_2 The spl shared extension for php
php5-tidy-5.2.6_2 The tidy shared extension for php
php5-xml-5.2.6_2 The xml shared extension for php
php5-zlib-5.2.6_2 The zlib shared extension for php

storage# cat /usr/local/etc/php-fpm.conf
<?xml version="1.0" ?>
<configuration>

All relative paths in this config are relative to php's install prefix

<section name="global_options">

Pid file
<value name="pid_file">/var/run/php-fpm.pid</value>

Error log file
<value name="error_log">/var/log/php-fpm.log</value>

Log level
<value name="log_level">notice</value>

When this amount of php processes exited with SIGSEGV or SIGBUS ...
<value name="emergency_restart_threshold">10</value>

... in a less than this interval of time, a graceful restart will be initiated.
Useful to work around accidental curruptions in accelerator's shared memory.
<value name="emergency_restart_interval">1m</value>

Time limit on waiting child's reaction on signals from master
<value name="process_control_timeout">5s</value>

Set to 'no' to debug fpm
<value name="daemonize">yes</value>

</section>

<workers>

<section name="pool">

Name of pool. Used in logs and stats.
<value name="name">default</value>

Address to accept fastcgi requests on.
Valid syntax is 'ip.ad.re.ss:port' or just 'port' or '/path/to/unix/socket'

<value name="listen_address">127.0.0.1:9000</value>

<value name="listen_options">

Set listen(2) backlog
<value name="backlog">-1</value>

Set permissions for unix socket, if one used.
In Linux read/write permissions must be set in order to allow connections from web server.
Many BSD-derrived systems allow connections regardless of permissions.
<value name="owner"></value>
<value name="group"></value>
<value name="mode">0666</value>
</value>

Additional php.ini defines, specific to this pool of workers.
<value name="php_defines">
<!-- <value name="sendmail_path">/usr/sbin/sendmail -t -i</value> -->
<!-- <value name="display_errors">0</value> -->
</value>

Unix user of processes
<value name="user">nobody</value>

Unix group of processes
<value name="group">nobody</value>

Process manager settings
<value name="pm">

Sets style of controling worker process count.
Valid values are 'static' and 'apache-like'
<value name="style">apache-like</value>

Sets the limit on the number of simultaneous requests that will be served.
Equivalent to Apache MaxClients directive.
Equivalent to PHP_FCGI_CHILDREN environment in original php.fcgi
Used with any pm_style.
<value name="max_children">50</value>

Settings group for 'apache-like' pm style
<value name="apache_like">

Sets the number of server processes created on startup.
Used only when 'apache-like' pm_style is selected
<value name="StartServers">20</value>

Sets the desired minimum number of idle server processes.
Used only when 'apache-like' pm_style is selected
<value name="MinSpareServers">5</value>

Sets the desired maximum number of idle server processes.
Used only when 'apache-like' pm_style is selected
<value name="MaxSpareServers">50</value>

</value>

</value>

Time limit on waiting execution of single request
Should be used when 'max_execution_time' ini option does not terminate execution for some reason
<value name="request_execution_timeout">60s</value>

Set open file desc rlimit
<value name="rlimit_files">1024</value>

Set max core size rlimit
<value name="rlimit_core">0</value>

Chroot to this directory at the start
<value name="chroot"></value>

Chdir to this directory at the start
<value name="chdir"></value>

Redirect workers' stdout and stderr into main error log.
If not set, they will be redirected to /dev/null, according to FastCGI specs
<value name="catch_workers_output">yes</value>

How much requests each process should execute before respawn.
Useful to work around memory leaks in 3rd party libraries.
For endless request processing please specify 0
Equivalent to PHP_FCGI_MAX_REQUESTS
<value name="max_requests">256</value>

Comma separated list of ipv4 addresses of FastCGI clients that allowed to connect.
Equivalent to FCGI_WEB_SERVER_ADDRS environment in original php.fcgi (5.2.2+)
Makes sense only with AF_INET listening socket.
<value name="allowed_clients">127.0.0.1</value>

Pass environment variables like LD_LIBRARY_PATH
All $VARIABLEs are taken from current environment
<value name="environment">
<value name="HOSTNAME">$HOSTNAME</value>
<value name="PATH">/usr/local/bin:/usr/bin:/bin</value>
<value name="TMP">/tmp</value>
<value name="TMPDIR">/tmp</value>
<value name="TEMP">/tmp</value>
<value name="OSTYPE">$OSTYPE</value>
<value name="MACHTYPE">$MACHTYPE</value>
<value name="MALLOC_CHECK_">2</value>
</value>

</section>

</workers>

</configuration>

Кстати, вы сами то пробовали выставить <value name="style">apache-like</value> ??
Продолжает вести себя как static, то есть ему пофигу...

В момент когда писалось предидущее сообщение, было <value name="max_children">10</value>

Alexey V. Karagodov

unread,
Sep 8, 2008, 4:14:30 AM9/8/08
to highloa...@googlegroups.com
собранный "руками" пхп5 нормально
работает?
не из портов

вот как то так:

[root@srv001 ~]# cat /srv/inst/php5/make-php
#!/bin/sh

cd /srv/inst/php5

SRV='php-5.2.6'
SRV_PATCH='fpm-0.5.9-rc2'
#SRV_PATCH='fpm-0.5.8'

wget -cv 'http://ru2.php.net/get/'$SRV'.tar.bz2/from/this/mirror'
#wget -cv 'http://php-fpm.anight.org/downloads/head/'$SRV'-'$SRV_PATCH'.diff.gz'
wget -cv 'http://php-fpm.anight.org/downloads/test/'$SRV'-'$SRV_PATCH'.diff.gz'
rm -Rfv ./$SRV
tar -xvf $SRV.tar.bz2
gzip -dfv $SRV-$SRV_PATCH.diff.gz

cd /srv/inst/php5/$SRV

patch --strip=1 < ../$SRV-$SRV_PATCH.diff

./configure \
--prefix=/opt/php5 \
--with-config-file-path=/usr/local/etc/php5 \
--with-config-file-scan-dir=/usr/local/etc/php5/conf.d \
--with-mysqli \
--with-mysql \
--with-curl \
--enable-mbstring \
--with-openssl \
--enable-ftp \
--enable-sockets \
--with-zlib \
--with-libxml-dir \
--enable-pcntl \
--enable-fastcgi \
--enable-fpm \
--with-gd \
--with-ttf \
--enable-gd-native-ttf \
--enable-exif \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-imap \
--with-imap-ssl \
--with-mysql-sock \
--enable-bcmath \
--with-mcrypt \
--with-fpm-conf=/usr/local/etc/php5/php-fpm.conf
make all

Andrei Nigmatulin

unread,
Sep 8, 2008, 4:16:25 AM9/8/08
to highloa...@googlegroups.com
On Monday 08 September 2008 11:58, Vitalij L. Fadeev wrote:

> Кстати, вы сами то пробовали выставить <value
> name="style">apache-like</value> ?? Продолжает вести себя как static, то
> есть ему пофигу...

Так и должно быть, apache-like сейчас не работает.

> В момент когда писалось предидущее сообщение, было <value
> name="max_children">10</value>

Пожалуйста, повторите тест со spawn-fcgi.

Vitalij L. Fadeev

unread,
Sep 8, 2008, 5:10:01 AM9/8/08
to highload-php-ru
> Пожалуйста, повторите тест со spawn-fcgi.

То же самое зависание.

tcp4 909/0/1024 *.9000

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
72438 nobody 1 4 0 69492K 15560K sbwait 0 1:14 1.46% php-
cgi
72541 nobody 1 4 0 69492K 15400K sbwait 0 1:09 0.00% php-
cgi
72546 nobody 1 4 0 69492K 15368K sbwait 3 0:32 0.00% php-
cgi
72545 nobody 1 4 0 69492K 15420K sbwait 0 0:28 0.00% php-
cgi
72539 nobody 1 4 0 69492K 15128K sbwait 0 0:22 0.00% php-
cgi
72538 nobody 1 4 0 68468K 14164K sbwait 3 0:22 0.00% php-
cgi
72542 nobody 1 4 0 69492K 15120K sbwait 2 0:21 0.00% php-
cgi

(gdb) where
#0 0x000000080115decc in write () from /lib/libc.so.7
#1 0x000000000061feda in fcgi_init_request ()
#2 0x00000000006209e8 in fcgi_write ()
#3 0x0000000000620ee0 in fcgi_putenv ()
#4 0x0000000000620e55 in fcgi_putenv ()
#5 0x0000000000542ebd in php_ub_body_write_no_header ()
#6 0x0000000000542f92 in php_ub_body_write ()
#7 0x000000000054206f in php_end_ob_buffer ()
#8 0x0000000000542df0 in php_ob_get_length ()
#9 0x0000000000542d69 in php_ob_get_length ()
#10 0x000000000054206f in php_end_ob_buffer ()
#11 0x00000000005432ba in zif_ob_end_flush ()
#12 0x00000000005bc824 in execute ()
#13 0x00000000005c31b8 in execute ()
#14 0x00000000005bc253 in execute ()
#15 0x00000000005bc9ca in execute ()
#16 0x00000000005bd6a1 in execute ()
#17 0x00000000005bc253 in execute ()
#18 0x000000000058eb99 in zend_execute_scripts ()
#19 0x000000000052cce1 in php_execute_script ()
#20 0x0000000000623dfe in main ()

Vitalij L. Fadeev

unread,
Sep 8, 2008, 5:10:56 AM9/8/08
to highload-php-ru


On 8 сент, 15:14, Alexey V. Karagodov <k...@karagodov.name> wrote:
> собранный "руками" пхп5 нормально  
> работает?
> не из портов
>
> вот как то так:

Тоже завис

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
68854 nobody 1 4 0 39436K 13076K sbwait 2 0:56 0.00% php-
cgi
68753 nobody 1 4 0 39436K 13608K sbwait 0 0:52 0.00% php-
cgi
68759 nobody 1 4 0 39436K 13732K sbwait 2 0:48 0.00% php-
cgi
68852 nobody 1 20 0 37388K 11716K lockf 3 0:46 0.00% php-
cgi
68752 nobody 1 4 0 39436K 13732K sbwait 2 0:43 0.00% php-
cgi
68758 nobody 1 4 0 39436K 13772K sbwait 0 0:35 0.00% php-
cgi
68850 nobody 1 4 0 39436K 13244K sbwait 0 0:33 0.00% php-
cgi
68851 nobody 1 4 0 39436K 13716K sbwait 0 0:33 0.00% php-
cgi
68855 nobody 1 4 0 39436K 13768K sbwait 0 0:28 0.00% php-
cgi
68853 nobody 1 4 0 39436K 13148K sbwait 0 0:21 0.00% php-
cgi

storage# netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 0/0/16384 *.80
tcp4 999/0/16384 127.0.0.1.9000


(gdb) where
#0 0x00000008023cfecc in write () from /lib/libc.so.7
#1 0x000000000074ee40 in fcgi_write (req=0x7fffffffc7c0,
type=Variable "type" is not available.
) at /usr/local/php5/php-5.2.6/sapi/cgi/fastcgi.c:568
#2 0x0000000000750368 in sapi_cgibin_ub_write (str=Variable "str" is
not available.
) at /usr/local/php5/php-5.2.6/sapi/cgi/cgi_main.c:272
#3 0x00000000006a1a36 in php_ub_body_write_no_header (str=Variable
"str" is not available.
) at /usr/local/php5/php-5.2.6/main/output.c:690
#4 0x00000000006a2943 in php_end_ob_buffer (send_buffer=1 '\001',
just_flush=0 '\0') at /usr/local/php5/php-5.2.6/main/output.c:300
#5 0x00000000006a2fc1 in zif_ob_end_flush (ht=Variable "ht" is not
available.
) at /usr/local/php5/php-5.2.6/main/output.c:816
#6 0x00000000006ff397 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffffff83b0) at zend_vm_execute.h:200
#7 0x00000000006ef663 in execute (op_array=0xc8b210) at
zend_vm_execute.h:92
#8 0x00000000006fee48 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffffffafa0) at zend_vm_execute.h:234
#9 0x00000000006ef663 in execute (op_array=0xc1da18) at
zend_vm_execute.h:92
#10 0x00000000006d18ec in zend_execute_scripts (type=8,
retval=Variable "retval" is not available.
) at /usr/local/php5/php-5.2.6/Zend/zend.c:1134
#11 0x000000000069170f in php_execute_script
(primary_file=0x7fffffffea10) at /usr/local/php5/php-5.2.6/main/main.c:
2005
#12 0x0000000000751600 in main (argc=2, argv=0x7fffffffeba0) at /usr/
local/php5/php-5.2.6/sapi/cgi/cgi_main.c:2034

Фадеев Виталий

unread,
Sep 8, 2008, 5:03:50 AM9/8/08
to Alexey V. Karagodov
Здравствуйте, Alexey.

Вы писали 8 сентября 2008 г., 15:14:30:


> собранный "руками" пхп5 нормально
> работает?
> не из портов

Тоже завис

Фадеев Виталий

unread,
Sep 8, 2008, 4:34:09 AM9/8/08
to Andrei Nigmatulin
Здравствуйте, Andrei.

Вы писали 8 сентября 2008 г., 15:16:25:

> On Monday 08 September 2008 11:58, Vitalij L. Fadeev wrote:

>> Кстати, вы сами то пробовали выставить <value
>> name="style">apache-like</value> ?? Продолжает вести себя как static, то
>> есть ему пофигу...

> Так и должно быть, apache-like сейчас не работает.

>> В момент когда писалось предидущее сообщение, было <value
>> name="max_children">10</value>

> Пожалуйста, повторите тест со spawn-fcgi.

То же самое зависание.

tcp4 909/0/1024 *.9000

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND


72438 nobody 1 4 0 69492K 15560K sbwait 0 1:14 1.46% php-cgi

72541 nobody 1 4 0 69492K 15400K sbwait 0 1:09 0.00% php-cgi


72546 nobody 1 4 0 69492K 15368K sbwait 3 0:32 0.00% php-cgi

72545 nobody 1 4 0 69492K 15420K sbwait 0 0:28 0.00% php-cgi


72539 nobody 1 4 0 69492K 15128K sbwait 0 0:22 0.00% php-cgi
72538 nobody 1 4 0 68468K 14164K sbwait 3 0:22 0.00% php-cgi
72542 nobody 1 4 0 69492K 15120K sbwait 2 0:21 0.00% php-cgi

(gdb) where
#0 0x000000080115decc in write () from /lib/libc.so.7


#1 0x000000000061feda in fcgi_init_request ()
#2 0x00000000006209e8 in fcgi_write ()
#3 0x0000000000620ee0 in fcgi_putenv ()
#4 0x0000000000620e55 in fcgi_putenv ()
#5 0x0000000000542ebd in php_ub_body_write_no_header ()
#6 0x0000000000542f92 in php_ub_body_write ()
#7 0x000000000054206f in php_end_ob_buffer ()
#8 0x0000000000542df0 in php_ob_get_length ()
#9 0x0000000000542d69 in php_ob_get_length ()
#10 0x000000000054206f in php_end_ob_buffer ()
#11 0x00000000005432ba in zif_ob_end_flush ()
#12 0x00000000005bc824 in execute ()
#13 0x00000000005c31b8 in execute ()
#14 0x00000000005bc253 in execute ()
#15 0x00000000005bc9ca in execute ()
#16 0x00000000005bd6a1 in execute ()
#17 0x00000000005bc253 in execute ()
#18 0x000000000058eb99 in zend_execute_scripts ()
#19 0x000000000052cce1 in php_execute_script ()
#20 0x0000000000623dfe in main ()

--
С уважением,
Фадеев mailto:f...@mail.ru

Andrei Nigmatulin

unread,
Sep 8, 2008, 9:22:13 AM9/8/08
to highloa...@googlegroups.com
On Monday 08 September 2008 13:10, Vitalij L. Fadeev wrote:
> > Пожалуйста, повторите тест со spawn-fcgi.
>
> То же самое зависание.

Окей, тогда переименуйте топик в "Зависания php" и попробуем разобраться ;-)

Vitalij L. Fadeev

unread,
Sep 8, 2008, 9:31:38 AM9/8/08
to highload-php-ru


On 8 сент, 20:22, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
wrote:
> On Monday 08 September 2008 13:10, Vitalij L. Fadeev wrote:
>
> > > Пожалуйста, повторите тест со spawn-fcgi.
>
> > То же самое зависание.
>
> Окей, тогда переименуйте топик в "Зависания php" и попробуем разобраться ;-)

Итак, что еще показать? =)

Andrei Nigmatulin

unread,
Sep 8, 2008, 9:51:29 AM9/8/08
to highloa...@googlegroups.com

Такое впечатление что со стороны nginx почему-то не вычитывается ответ fastcgi
сервера.

В мануале написано:

"sbwait

Process is waiting for a socket buffer to be filled or emptied."

Это соответствует бэктрейсу - php подвисает в момент write().

Я интерпретирую это так - socket buffer полный, php не может записать больше и
подвисает.

Возможно, дело во FreeBSD 7.1-PRERELEASE ?

Vitalij L. Fadeev

unread,
Sep 8, 2008, 9:55:14 AM9/8/08
to highload-php-ru


On 8 сент, 20:51, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
wrote:
> On Monday 08 September 2008 17:31, Vitalij L. Fadeev wrote:
>
> > On 8 сент, 20:22, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
>
> > wrote:
> > > On Monday 08 September 2008 13:10, Vitalij L. Fadeev wrote:
> > > > > Пожалуйста, повторите тест со spawn-fcgi.
>
> > > > То же самое зависание.
>
> > > Окей, тогда переименуйте топик в "Зависания php" и попробуем разобраться
> > > ;-)
>
> > Итак, что еще показать? =)
>
> Такое впечатление что со стороны nginx почему-то не вычитывается ответ fastcgi
> сервера.
>
> В мануале написано:
>
> "sbwait
>
> Process is waiting for a socket buffer to be filled or emptied."
>
> Это соответствует бэктрейсу - php подвисает в момент write().
>
> Я интерпретирую это так - socket buffer полный, php не может записать больше и
> подвисает.
>
> Возможно, дело во FreeBSD 7.1-PRERELEASE ?

(gdb) where
#0 0x00000008023cfecc in write () from /lib/libc.so.7
Может стоит вчитаться? =)

Andrei Nigmatulin

unread,
Sep 8, 2008, 10:06:59 AM9/8/08
to highloa...@googlegroups.com
> Может стоит вчитаться? =)

Что вы имеете ввиду ?

Здесь я вижу что php записывает output скрипта в fastcgi socket.

Alexey V. Karagodov

unread,
Sep 9, 2008, 4:43:19 AM9/9/08
to highloa...@googlegroups.com
хм, я кажется поймал сегодня нечто подобное
только перезапуск пхп-фпм помог
ни корок ни чего то ещё нету
небыло времени собирать инфу
в логах "чисто"

Vitalij L. Fadeev

unread,
Sep 9, 2008, 4:44:55 AM9/9/08
to highloa...@googlegroups.com
да говорю же, проблема имеет место быть.
воспроизводится у меня просто - загрузкой ab
свалил пока на апач + worker

Andrei Nigmatulin

unread,
Sep 9, 2008, 4:58:53 AM9/9/08
to highloa...@googlegroups.com

Давайте любую информацию, которая может помочь разобраться. Пока из той
информации что здесь была я не вижу проблем в поведении php или php-fpm.

Vitalij L. Fadeev

unread,
Sep 9, 2008, 7:32:27 AM9/9/08
to highload-php-ru


On 9 сент, 15:58, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
wrote:
> On Tuesday 09 September 2008 12:44, Vitalij L. Fadeev wrote:
>
> > да говорю же, проблема имеет место быть.
> > воспроизводится у меня просто - загрузкой ab
> > свалил пока на апач + worker
>
> Давайте любую информацию, которая может помочь разобраться. Пока из той
> информации что здесь была я не вижу проблем в поведении php или php-fpm.

Что конкретно интересует? Руководи действиями...
Суть в том, что начинают расти сокеты со статусом CLOSE_WAIT

Alexey V. Karagodov

unread,
Sep 9, 2008, 7:55:31 AM9/9/08
to highloa...@googlegroups.com
а нгинх у вас какой версии?

Vitalij L. Fadeev

unread,
Sep 9, 2008, 7:57:48 AM9/9/08
to highload-php-ru


On 9 сент, 18:55, "Alexey V. Karagodov" <k...@karagodov.name> wrote:
> а нгинх у вас какой версии?

nginx-0.6.32

Andrei Nigmatulin

unread,
Sep 10, 2008, 10:43:07 AM9/10/08
to highloa...@googlegroups.com
On Tuesday 09 September 2008 15:32, Vitalij L. Fadeev wrote:
> On 9 сент, 15:58, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
>
> wrote:
> > On Tuesday 09 September 2008 12:44, Vitalij L. Fadeev wrote:
> > > да говорю же, проблема имеет место быть.
> > > воспроизводится у меня просто - загрузкой ab
> > > свалил пока на апач + worker
> >
> > Давайте любую информацию, которая может помочь разобраться. Пока из той
> > информации что здесь была я не вижу проблем в поведении php или php-fpm.
>
> Что конкретно интересует? Руководи действиями...

Меня интересует, в первую очередь, какое отношение этот баг репорт имеет к php
или php-fpm. Есть ли у вас какие-то другие наблюдения, которые уличают php
или php-fpm в некорректном поведении ?

> Суть в том, что начинают расти сокеты со статусом CLOSE_WAIT

Это статус fastcgi соединений ?

Vitalij L. Fadeev

unread,
Sep 10, 2008, 9:23:29 PM9/10/08
to highload-php-ru


On 10 сент, 21:43, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
wrote:
> On Tuesday 09 September 2008 15:32, Vitalij L. Fadeev wrote:
>
> > On 9 сент, 15:58, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
>
> > wrote:
> > > On Tuesday 09 September 2008 12:44, Vitalij L. Fadeev wrote:
> > > > да говорю же, проблема имеет место быть.
> > > > воспроизводится у меня просто - загрузкой ab
> > > > свалил пока на апач + worker
>
> > > Давайте любую информацию, которая может помочь разобраться. Пока из той
> > > информации что здесь была я не вижу проблем в поведении php или php-fpm.
>
> > Что конкретно интересует? Руководи действиями...
>
> Меня интересует, в первую очередь, какое отношение этот баг репорт имеет к php
> или php-fpm. Есть ли у вас какие-то другие наблюдения, которые уличают php
> или php-fpm в некорректном поведении ?

да. они начинают подвисать со статусом sbwait...


>
> > Суть в том, что начинают расти сокеты со статусом CLOSE_WAIT
>
> Это статус fastcgi соединений ?

верно

Alexey V. Karagodov

unread,
Sep 11, 2008, 6:08:02 AM9/11/08
to highloa...@googlegroups.com
а в логах нгинх-а нет ничего подобного: " kqueue change list is filled
up " ?

Vitalij L. Fadeev

unread,
Sep 11, 2008, 10:47:29 PM9/11/08
to highload-php-ru


On 11 сент, 17:08, "Alexey V. Karagodov" <k...@karagodov.name> wrote:
> а в логах нгинх-а нет ничего подобного: " kqueue change list is filled  
> up " ?

Ничего нету

Artyom Mukhopad

unread,
Sep 18, 2008, 3:47:51 PM9/18/08
to highload-php-ru
Здравствуйте.

Довольно долго бился с этой проблемой. Потом обратил внимание, что в
логах перед подвисанием php появляются записи

kernel: Limiting open port RST response from 202 to 200 packets/sec

соостветственно увеличил значение net.inet.icmp.icmplim с дефолтовых
двухсот до 5000. В итоге:

lynx -dump http://localhost/nginx_status
Active connections: 4913
server accepts handled requests
5945738 5945738 15009433
Reading: 56 Writing: 1532 Waiting: 3325

При этом никаких подвисаний php:

last pid: 64349; load averages: 1.09, 1.11, 1.16 up 1+21:14:21
23:44:53
97 processes: 3 running, 94 sleeping

Mem: 870M Active, 2428M Inact, 460M Wired, 170M Cache, 214M Buf, 7972K
Free
Swap: 8192M Total, 1280K Used, 8191M Free


PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU
COMMAND
63636 username 1 4 0 41904K 7864K accept 0 0:58 2.20%
php-cgi
64244 username 1 4 0 41904K 7860K accept 1 0:06 1.86%
php-cgi
64298 username 1 4 0 41904K 7832K accept 3 0:03 1.76%
php-cgi
63915 username 1 4 0 41904K 7860K accept 2 0:35 1.66%
php-cgi
63753 username 1 4 0 41904K 7852K accept 4 0:46 1.56%
php-cgi
63891 username 1 4 0 41904K 7844K accept 0 0:36 1.56%
php-cgi
64299 username 1 4 0 41904K 7844K accept 5 0:02 1.56%
php-cgi
63979 username 1 4 0 41904K 7864K accept 1 0:28 1.37%
php-cgi
63800 username 1 4 0 41904K 7864K accept 0 0:43 1.27%
php-cgi
63862 username 1 45 0 41904K 7864K CPU4 4 0:38 1.27%
php-cgi
64103 username 1 4 0 41904K 7864K accept 1 0:17 1.27%
php-cgi
63892 username 1 4 0 41904K 7868K accept 7 0:34 1.17%
php-cgi
63861 username 1 4 0 41904K 7864K accept 1 0:36 1.07%
php-cgi
64050 username 1 4 0 41904K 7848K accept 0 0:24 0.98%
php-cgi
63990 username 1 4 0 41904K 7864K accept 0 0:27 0.88%
php-cgi
63864 username 1 4 0 41904K 7856K accept 3 0:38 0.78%
php-cgi
63865 username 1 4 0 41904K 7852K accept 2 0:38 0.78%
php-cgi
63863 username 1 4 0 41904K 7864K accept 2 0:37 0.78%
php-cgi
64051 username 1 4 0 41904K 7856K accept 4 0:23 0.78%
php-cgi
64283 username 1 4 0 41904K 7836K accept 1 0:04 0.78%
php-cgi
43443 www 1 4 0 100M 87472K RUN 2 12:11 0.29%
nginx
43445 www 1 -8 0 101M 87488K biord 3 12:03 0.20%
nginx
43439 www 1 4 0 100M 87472K kqread 0 12:02 0.10%
nginx
43444 www 1 4 0 99M 86512K kqread 3 12:02 0.10%
nginx
43446 www 1 4 0 100M 87472K kqread 0 12:13 0.00%
nginx
43442 www 1 4 0 100M 87540K kqread 3 12:05 0.00%
nginx
43440 www 1 4 0 100M 87540K kqread 1 12:05 0.00%
nginx
43441 www 1 4 0 99M 86512K kqread 3 12:03 0.00%
nginx


То что у меня установлено:

7.0-RELEASE FreeBSD

php5-5.2.5 PHP Scripting Language
php5-ctype-5.2.5 The ctype shared extension for php
php5-gd-5.2.5 The gd shared extension for php
php5-mbstring-5.2.5 The mbstring shared extension for php
php5-mcrypt-5.2.5 The mcrypt shared extension for php
php5-mysql-5.2.5 The mysql shared extension for php
php5-pcre-5.2.5 The pcre shared extension for php
php5-session-5.2.5 The session shared extension for php
php5-snmp-5.2.5 The snmp shared extension for php
php5-sockets-5.2.5 The sockets shared extension for php
php5-xml-5.2.5 The xml shared extension for php
php5-zlib-5.2.5 The zlib shared extension for php

nginx-0.5.33 Robust and small WWW server

как объяснить влияние этого параметра sysctl на php, к сожалению, не
знаю

Alex Vorona

unread,
Sep 18, 2008, 5:31:12 PM9/18/08
to highloa...@googlegroups.com
18.09.2008 22:47, Artyom Mukhopad wrote:
> Здравствуйте.
>
> Довольно долго бился с этой проблемой. Потом обратил внимание, что в
> логах перед подвисанием php появляются записи
>
> kernel: Limiting open port RST response from 202 to 200 packets/sec
>
> соостветственно увеличил значение net.inet.icmp.icmplim с дефолтовых
> двухсот до 5000. В итоге:
>
>
[...]

> как объяснить влияние этого параметра sysctl на php, к сожалению, не
> знаю
>

а nginx ходит к php по tcp, а не по unix-socket?

Artyom Mukhopad

unread,
Sep 18, 2008, 5:42:03 PM9/18/08
to highload-php-ru
Именно так.

Alex Vorona

unread,
Sep 18, 2008, 5:57:35 PM9/18/08
to highloa...@googlegroups.com
а для этого есть причины?

Artyom Mukhopad

unread,
Sep 18, 2008, 6:00:47 PM9/18/08
to highload-php-ru
На самом деле объективных причин нет. Просто так "исторически
сложилось" со времен nginx+apache

Artyom Mukhopad

unread,
Sep 18, 2008, 6:10:30 PM9/18/08
to highload-php-ru


On 19 сент, 00:57, Alex Vorona <vorona...@gmail.com> wrote:
Только что перевел все на сокет. Спсибо за напоминание.

Vitalij L. Fadeev

unread,
Sep 19, 2008, 12:16:37 AM9/19/08
to highload-php-ru
можешь щас проверить ab -n 10000 -c 50 http://www.your_site/

Artyom Mukhopad

unread,
Sep 19, 2008, 3:05:34 AM9/19/08
to highload-php-ru
On 19 сент, 07:16, "Vitalij L. Fadeev" <f...@mail.ru> wrote:
> можешь щас проверить ab -n 10000 -c 50http://www.your_site/

После теста top:

79289 myadmin 1 4 0 56112K 11716K accept 1 0:03 0.00% php-
cgi
79291 myadmin 1 4 0 56112K 11712K accept 0 0:03 0.00% php-
cgi
79292 myadmin 1 4 0 56112K 11652K accept 7 0:03 0.00% php-
cgi
79293 myadmin 1 4 0 56112K 11716K accept 2 0:03 0.00% php-
cgi
79290 myadmin 1 4 0 56112K 11712K accept 4 0:03 0.00% php-
cgi

Результаты теста:

ab -n 10000 -c 50 http://xxx.xxx.xxx.xxx/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking xxx.xxx.xxx.xxx (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests


Server Software: nginx/0.5.33
Server Hostname: xxx.xxx.xxx.xxx
Server Port: 80

Document Path: /
Document Length: 867 bytes

Concurrency Level: 50
Time taken for tests: 81.408 seconds
Complete requests: 10000
Failed requests: 0
Write errors: 0
Total transferred: 10930000 bytes
HTML transferred: 8670000 bytes
Requests per second: 122.84 [#/sec] (mean)
Time per request: 407.041 [ms] (mean)
Time per request: 8.141 [ms] (mean, across all concurrent
requests)
Transfer rate: 131.11 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 176 207 280.1 182 3188
Processing: 177 199 177.3 183 2788
Waiting: 177 199 177.3 183 2788
Total: 354 406 333.4 365 5882

Percentage of the requests served within a certain time (ms)
50% 365
66% 366
75% 367
80% 368
90% 370
95% 373
98% 761
99% 2880
100% 5882 (longest request)

Я эту конфигурацию тестировал раньше с помощью siege - выдерживает без
видимого замедления ответа запущенный в 3 потока

siege -t10M -i -b -c370

в списке url были все директории, содержащие php.

Artyom Mukhopad

unread,
Sep 19, 2008, 3:12:13 AM9/19/08
to highload-php-ru
Только что вернул net.inet.icmp.icmplim в дефолтовые 200. С сокетом
все живет.

Vitalij L. Fadeev

unread,
Sep 19, 2008, 4:02:55 AM9/19/08
to highload-php-ru
чудеса!

7.0-RELEASE?

Artyom Mukhopad

unread,
Sep 19, 2008, 5:51:12 AM9/19/08
to highload-php-ru
On 19 сент, 11:02, "Vitalij L. Fadeev" <f...@mail.ru> wrote:
> чудеса!
>
> 7.0-RELEASE?

да

FreeBSD xxx.xxx.ru 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Sat Sep 13
01:31:01 MSD 2008 ro...@xxx.xxx.ru:/usr/obj/usr/src/sys/SERV amd64

Кстати, еще дополнение: php запускаю с помощью spawn-fcgi.

Вопрос по Вашей конфигурации: случайно не забыли в php.ini отключить
всякие safemode, openbase_dir ну и т.д., в общем все что проверяет
права?

Vitalij L. Fadeev

unread,
Sep 21, 2008, 10:21:59 PM9/21/08
to highload-php-ru
Сейчас попробую с новой версией php-fpm

Vitalij L. Fadeev

unread,
Sep 22, 2008, 10:12:35 PM9/22/08
to highload-php-ru
Грабли те же.
или это косяк ZFS или что то сломали после релиза...
к сожалению на релиз откатится не могу из за btx
может обновишься до 7.1-PRE и потестишь еще раз?

Artyom Mukhopad

unread,
Sep 23, 2008, 4:19:04 AM9/23/08
to highload-php-ru
Возможно ZFS, у меня стандартный UFS.
Обновиться до 7.1, к сожалению, не могу - сервер уже в работе. А с
такой посещаемостью я класть его не имею права...

Alexey V. Karagodov

unread,
Sep 30, 2008, 3:49:10 PM9/30/08
to highloa...@googlegroups.com
история повторилась
пхп-фпм не обрабатывает новые запросы

патч - последний
фрибздя7 и386

Andrei Nigmatulin

unread,
Sep 30, 2008, 4:05:36 PM9/30/08
to highloa...@googlegroups.com
On Tuesday 30 September 2008 23:49, Alexey V. Karagodov wrote:
> история повторилась
> пхп-фпм не обрабатывает новые запросы
>
> патч - последний
> фрибздя7 и386

Нужна диагностика.

Что в логах.
Что показывает netstat -na -L, netstat -na -p tcp.
Конфиг php-fpm.
Сколько процессов php работает, в каком состоянии.
Если работает хоть один, то нужен backtrace.

Alexey V. Karagodov

unread,
Sep 30, 2008, 5:18:00 PM9/30/08
to highloa...@googlegroups.com
всё будет, как только "повиснет" опять
буду надеяться, что это будет ночью и никто кроме меня не заметит ...

Alexey V. Karagodov

unread,
Sep 30, 2008, 5:20:09 PM9/30/08
to highloa...@googlegroups.com
кстати netstat -Lan показывал что всё ок
примерно вот так:
(пхп5 сидит на 9005 порту)

# netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 0/0/4096 *.9004
tcp4 0/0/4096 *.9005
tcp4 0/0/150 *.5269
tcp4 0/0/150 *.5223
tcp4 0/0/150 *.5222
tcp4 0/0/150 *.11024
tcp4 0/0/150 *.5061
tcp4 0/0/150 *.5060
tcp4 0/0/150 *.990
tcp4 0/0/150 *.21
tcp4 0/0/150 *.674
tcp4 0/0/150 *.11636
tcp4 0/0/150 *.11389
tcp4 0/0/150 *.2525
tcp4 0/0/150 *.25465
tcp4 0/0/150 *.465
tcp4 0/0/150 *.25
tcp4 0/0/150 *.143
tcp4 0/0/150 *.993
tcp4 0/0/150 *.995
tcp4 0/0/150 *.110
tcp4 0/0/150 *.8100
tcp4 0/0/150 *.9100
tcp4 0/0/150 *.106
tcp4 0/0/150 *.9010
tcp4 0/0/150 *.8010
tcp4 0/0/4096 *.443
tcp4 0/0/4096 *.9404
tcp4 0/0/4096 *.80
tcp4 0/0/128 *.22
tcp6 0/0/128 *.22
tcp4 0/0/128 *.953
tcp4 0/0/3 127.0.0.1.53
tcp4 0/0/3 192.168.4.1.53
tcp4 0/0/3 xxx.xxx.xxx.xxx.53
tcp4 0/0/3 xxx.xxx.xxx.xxx.53
tcp4 0/0/3 xxx.xxx.xxx.xxx.53
tcp6 0/0/3 *.53
tcp4 0/0/3 192.168.4.1.8987
tcp4 0/0/255 *.8514
tcp4 0/0/255 *.8509
tcp4 0/0/255 *.8516
tcp4 0/0/255 *.8502
tcp4 0/0/255 *.8517
tcp4 0/0/255 *.8506
tcp4 0/0/255 *.8511
tcp4 0/0/255 *.8515
tcp4 0/0/255 *.8505
tcp4 0/0/255 *.8508
tcp4 0/0/255 *.8513
tcp4 0/0/255 *.8512
tcp4 0/0/255 *.8510
tcp4 0/0/255 *.8501
tcp4 0/0/255 *.8504
tcp4 0/0/255 *.8507
tcp4 0/0/255 *.8500
tcp4 0/0/255 *.8503

On 01.10.2008, at 0:05, Andrei Nigmatulin wrote:

Artyom Mukhopad

unread,
Oct 1, 2008, 4:02:50 AM10/1/08
to highload-php-ru
Сумел повторить Вашу ситуацию. У меня такая проблема возникает, когда
php не успевает справляться с выполнением запросов (конкретно у меня,
когда удаляю кэш и php начинает создавать новый). Решить эту проблему
смог оптимизацией кода.

Alexey V. Karagodov

unread,
Oct 1, 2008, 11:15:54 AM10/1/08
to highloa...@googlegroups.com
о какой либо модификации (в т.ч. оптимизации) кода не может быть и речи
всем некогда ;-)

tri...@gmail.com

unread,
Oct 15, 2008, 7:37:29 AM10/15/08
to highload-php-ru
то же самое началось при переводе сайта на новый движек.
Freebsd 6.4, php 5.2.6, fpm 0.5.9.
Все живет пучком, в определенный момент php виснет, апач отдает 504.
До нового движка все работало нормально. В новом движке запросы к базе
выполняются в разы быстрее, однако подключили удаленные файловые
хранилища (проект -- файл-хостинг), который общаются (достаточно часто)
с главным сервером по http

Andrei Nigmatulin

unread,
Oct 15, 2008, 7:43:05 AM10/15/08
to highloa...@googlegroups.com

Что показывает slowlog ?

Alexey V. Karagodov

unread,
Oct 17, 2008, 9:09:17 PM10/17/08
to highloa...@googlegroups.com
Андрей
паночка померла с#######ука опять
помог reload


[root@srv001 /srv/logs]# uname -a
FreeBSD srv001.net-profit.ru 7.0-STABLE FreeBSD 7.0-STABLE #0: Sat
Jun 7 18:38:34 MSD 2008 ro...@srv001.net-profit.ru:/usr/obj/usr/
src/sys/CUSTOM i386
[root@srv001 /srv/logs]#

[root@srv001 /srv/logs]# netstat -na -L


Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 0/0/4096 *.9004

tcp4 0/0/4096 *.443
tcp4 0/0/4096 *.9404
tcp4 0/0/4096 *.80

tcp4 0/0/128 *.953
tcp4 0/0/3 127.0.0.1.53
tcp4 0/0/3 192.168.4.1.53

tcp4 0/0/3 217.16.28.120.53
tcp4 0/0/3 217.16.28.119.53
tcp4 0/0/3 217.16.18.111.53
tcp6 0/0/3 *.53

tcp4 0/0/128 *.22
tcp6 0/0/128 *.22

tcp4 0/0/3 192.168.4.1.8987
tcp4 0/0/255 *.8514
tcp4 0/0/255 *.8509
tcp4 0/0/255 *.8516
tcp4 0/0/255 *.8502
tcp4 0/0/255 *.8517
tcp4 0/0/255 *.8506
tcp4 0/0/255 *.8511
tcp4 0/0/255 *.8515
tcp4 0/0/255 *.8505
tcp4 0/0/255 *.8508
tcp4 0/0/255 *.8513
tcp4 0/0/255 *.8512
tcp4 0/0/255 *.8510
tcp4 0/0/255 *.8501
tcp4 0/0/255 *.8504
tcp4 0/0/255 *.8507
tcp4 0/0/255 *.8500
tcp4 0/0/255 *.8503

[root@srv001 /srv/logs]#
[root@srv001 /srv/logs]# netstat -na -p tcp
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address Foreign Address
(state)
tcp4 0 0 217.16.28.120.80 77.88.33.137.58213
TIME_WAIT
tcp4 0 0 192.168.4.1.110 192.168.4.2.19125
TIME_WAIT
tcp4 0 0 217.16.28.119.80 76.87.199.226.2628
TIME_WAIT
tcp4 0 0 192.168.4.1.110 192.168.4.2.19124
TIME_WAIT
tcp4 11322 0 217.16.18.111.15218 65.212.71.21.5999
ESTABLISHED
tcp4 0 0 192.168.4.1.106 192.168.4.2.18884
ESTABLISHED
tcp4 0 0 192.168.4.1.25 192.168.4.2.18735
ESTABLISHED
tcp4 0 0 192.168.4.1.25 192.168.4.2.18653
ESTABLISHED
tcp4 0 0 192.168.4.1.106 192.168.4.2.17998
ESTABLISHED
tcp4 0 0 192.168.4.1.9918 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.9913 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.7959 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.6805 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.6802 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.6796 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.6330 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 192.168.4.1.5241 192.168.4.2.3306
ESTABLISHED
tcp4 0 0 *.9004 *.* LISTEN
tcp4 0 0 217.16.18.111.7005 80.253.21.122.22
ESTABLISHED
tcp4 0 256 217.16.18.111.22 80.253.21.122.28712
ESTABLISHED
tcp4 0 0 *.443 *.* LISTEN
tcp4 0 0 *.9404 *.* LISTEN
tcp4 0 0 *.80 *.* LISTEN
tcp4 0 0 *.953 *.* LISTEN
tcp4 0 0 127.0.0.1.53 *.* LISTEN
tcp4 0 0 192.168.4.1.53 *.* LISTEN
tcp4 0 0 217.16.28.120.53 *.* LISTEN
tcp4 0 0 217.16.28.119.53 *.* LISTEN
tcp4 0 0 217.16.18.111.53 *.* LISTEN
tcp6 0 0 *.53 *.* LISTEN
tcp4 0 0 192.168.4.1.106 192.168.4.2.12821
ESTABLISHED
tcp4 0 256 192.168.4.1.106 192.168.4.2.12820
ESTABLISHED
tcp4 0 0 *.9005 *.* LISTEN
tcp4 0 0 *.5269 *.* LISTEN
tcp4 0 0 *.5223 *.* LISTEN
tcp4 0 0 *.5222 *.* LISTEN
tcp4 0 0 *.11024 *.* LISTEN
tcp4 0 0 *.5061 *.* LISTEN
tcp4 0 0 *.5060 *.* LISTEN
tcp4 0 0 *.990 *.* LISTEN
tcp4 0 0 *.21 *.* LISTEN
tcp4 0 0 *.674 *.* LISTEN
tcp4 0 0 *.11636 *.* LISTEN
tcp4 0 0 *.11389 *.* LISTEN
tcp4 0 0 *.2525 *.* LISTEN
tcp4 0 0 *.25465 *.* LISTEN
tcp4 0 0 *.465 *.* LISTEN
tcp4 0 0 *.25 *.* LISTEN
tcp4 0 0 *.143 *.* LISTEN
tcp4 0 0 *.993 *.* LISTEN
tcp4 0 0 *.995 *.* LISTEN
tcp4 0 0 *.110 *.* LISTEN
tcp4 0 0 *.8100 *.* LISTEN
tcp4 0 0 *.9100 *.* LISTEN
tcp4 0 0 *.106 *.* LISTEN
tcp4 0 0 *.9010 *.* LISTEN
tcp4 0 0 *.8010 *.* LISTEN
tcp4 0 0 *.22 *.* LISTEN
tcp6 0 0 *.22 *.* LISTEN
tcp4 0 0 192.168.4.1.8987 *.* LISTEN
tcp4 0 0 *.8514 *.* LISTEN
tcp4 0 0 *.8509 *.* LISTEN
tcp4 0 0 *.8516 *.* LISTEN
tcp4 0 0 *.8502 *.* LISTEN
tcp4 0 0 *.8517 *.* LISTEN
tcp4 0 0 *.8506 *.* LISTEN
tcp4 0 0 *.8511 *.* LISTEN
tcp4 0 0 *.8515 *.* LISTEN
tcp4 0 0 *.8505 *.* LISTEN
tcp4 0 0 *.8508 *.* LISTEN
tcp4 0 0 *.8513 *.* LISTEN
tcp4 0 0 *.8512 *.* LISTEN
tcp4 0 0 *.8510 *.* LISTEN
tcp4 0 0 *.8501 *.* LISTEN
tcp4 0 0 *.8504 *.* LISTEN
tcp4 0 0 *.8507 *.* LISTEN
tcp4 0 0 *.8500 *.* LISTEN
tcp4 0 0 *.8503 *.* LISTEN
tcp4 0 94464 217.16.28.119.80 89.232.124.81.12377
LAST_ACK
[root@srv001 /srv/logs]#


[root@srv001 /srv/logs]# cat /usr/local/etc/php5/php-fpm.conf
<?xml version="1.0" ?>
<configuration>

All relative paths in this config are relative to php's
install prefix

<section name="global_options">

Pid file
<value name="pid_file">/srv/logs/php5/php-fpm.pid</
value>

Error log file
<value name="error_log">/srv/dev/logs/php5-fpm</value>

Log level
<value name="log_level">notice</value>

When this amount of php processes exited with SIGSEGV
or SIGBUS ...
<value name="emergency_restart_threshold">10</value>

... in a less than this interval of time, a graceful
restart will be initiated.
Useful to work around accidental curruptions in
accelerator's shared memory.
<value name="emergency_restart_interval">1m</value>

Time limit on waiting child's reaction on signals
from master
<value name="process_control_timeout">5s</value>

Set to 'no' to debug fpm
<value name="daemonize">yes</value>

</section>

<workers>

<section name="pool">

Name of pool. Used in logs and stats.
<value name="name">default</value>

Address to accept fastcgi requests on.
Valid syntax is 'ip.ad.re.ss:port' or just
'port' or '/path/to/unix/socket'
<value name="listen_address">9005</value>

<value name="listen_options">

Set listen(2) backlog
<value name="backlog">-1</value>

Set permissions for unix socket, if
one used.
In Linux read/write permissions must
be set in order to allow connections from web server.
Many BSD-derrived systems allow
connections regardless of permissions.
<value name="owner">www</value>
<value name="group">www</value>
<value name="mode">0666</value>
</value>

Additional php.ini defines, specific to this
pool of workers.
<value name="php_defines">
<!-- <value name="sendmail_path">/usr/sbin/
sendmail -t -i</value> -->
<!-- <value name="display_errors">0</
value> -->
</value>

Unix user of processes
<value name="user">www</value>

Unix group of processes
<value name="group">www</value>

Process manager settings
<value name="pm">

Sets style of controling worker
process count.
Valid values are 'static' and 'apache-
like'
<value name="style">static</value>

Sets the limit on the number of
simultaneous requests that will be served.
Equivalent to Apache MaxClients
directive.
Equivalent to PHP_FCGI_CHILDREN
environment in original php.fcgi
Used with any pm_style.
<value name="max_children">128</value>

Settings group for 'apache-like' pm
style
<value name="apache_like">

Sets the number of server
processes created on startup.
Used only when 'apache-like'
pm_style is selected
<value
name="StartServers">128</value>

Sets the desired minimum
number of idle server processes.
Used only when 'apache-like'
pm_style is selected
<value
name="MinSpareServers">128</value>

Sets the desired maximum
number of idle server processes.
Used only when 'apache-like'
pm_style is selected
<value
name="MaxSpareServers">128</value>

</value>

</value>

The timeout (in seconds) for serving a single
request after which the worker process will be terminated
Should be used when 'max_execution_time' ini
option does not stop script execution for some reason
'0s' means 'off'
<value name="request_terminate_timeout">31s</
value>
<value name="request_execution_timeout">31s</
value>

The timeout (in seconds) for serving of
single request after which a php backtrace will be dumped to slow.log
file
'0s' means 'off'
<value name="request_slowlog_timeout">20s</
value>

The log file for slow requests
<value name="slowlog">/srv/dev/logs/php5-fpm</
value>

Set open file desc rlimit
<value name="rlimit_files">1024</value>

Set max core size rlimit
<value name="rlimit_core">0</value>

Chroot to this directory at the start,
absolute path
<value name="chroot"></value>

Chdir to this directory at the start,
absolute path
<value name="chdir"></value>

Redirect workers' stdout and stderr into main
error log.
If not set, they will be redirected to /dev/
null, according to FastCGI specs
<value name="catch_workers_output">yes</value>

How much requests each process should execute
before respawn.
Useful to work around memory leaks in 3rd
party libraries.
For endless request processing please specify 0
Equivalent to PHP_FCGI_MAX_REQUESTS
<value name="max_requests">500</value>

Comma separated list of ipv4 addresses of
FastCGI clients that allowed to connect.
Equivalent to FCGI_WEB_SERVER_ADDRS
environment in original php.fcgi (5.2.2+)
Makes sense only with AF_INET listening socket.
<value name="allowed_clients"></value>

Pass environment variables like LD_LIBRARY_PATH
All $VARIABLEs are taken from current
environment
<value name="environment">
<value name="HOSTNAME">$HOSTNAME</
value>
<value name="PATH">/usr/local/bin:/
usr/bin:/bin</value>
<value name="TMP">/srv/tmp/php</value>
<value name="TMPDIR">/srv/tmp/php</
value>
<value name="TEMP">/srv/tmp/php</value>
<value name="OSTYPE">$OSTYPE</value>
<value name="MACHTYPE">$MACHTYPE</
value>
<value name="MALLOC_CHECK_">2</value>
</value>

</section>

</workers>

</configuration>
[root@srv001 /srv/logs]#

[root@srv001 /srv/logs]# ps axu
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
root 12 100.0 0.0 0 8 ?? RL 20Jun08 142744:20.77
[idle: cpu2]
root 13 100.0 0.0 0 8 ?? RL 20Jun08 128022:02.50
[idle: cpu1]
root 14 100.0 0.0 0 8 ?? RL 20Jun08 149270:40.82
[idle: cpu0]
root 11 95.0 0.0 0 8 ?? RL 20Jun08 124965:26.29
[idle: cpu3]
root 7827 1.4 0.9 123988 27512 ?? DN 2:00AM 2:28.72 [rsync]
root 7829 1.3 0.9 131156 27764 ?? SN 2:00AM 87:41.14 [rsync]
root 24 0.1 0.0 0 8 ?? WL 20Jun08 438:29.26 [swi6:
task queue]
root 0 0.0 0.0 0 0 ?? WLs 20Jun08 0:02.72
[swapper]
root 1 0.0 0.0 1888 84 ?? ILs 20Jun08 0:06.95 /sbin/
init --
root 2 0.0 0.0 0 8 ?? DL 20Jun08 13:59.23
[g_event]
root 3 0.0 0.0 0 8 ?? DL 20Jun08 426:18.74 [g_up]
root 4 0.0 0.0 0 8 ?? DL 20Jun08 379:34.00 [g_down]
root 5 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00 [crypto]
root 6 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[crypto returns]
root 7 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[xpt_thrd]
root 8 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[thread taskq]
root 9 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[acpi_task_0]
root 10 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00 [audit]
root 15 0.0 0.0 0 8 ?? WL 20Jun08 612:37.94 [swi1:
net]
root 16 0.0 0.0 0 8 ?? RL 20Jun08 665:55.07 [swi4:
clock sio]
root 17 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [swi3:
vm]
root 18 0.0 0.0 0 8 ?? DL 20Jun08 146:31.89 [yarrow]
root 19 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [swi2:
cambio]
root 20 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [swi5:
+]
root 21 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[acpi_task_1]
root 22 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[acpi_task_2]
root 23 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [swi6:
Giant taskq]
root 25 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[kqueue taskq]
root 26 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [irq9:
acpi0]
root 27 0.0 0.0 0 8 ?? DL 20Jun08 2000:21.51 [em0
taskq]
root 28 0.0 0.0 0 8 ?? DL 20Jun08 3416:41.46 [em1
taskq]
root 29 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00
[irq16: uhci0]
root 30 0.0 0.0 0 8 ?? DL 20Jun08 0:02.16 [usb0]
root 31 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[usbtask-hc]
root 32 0.0 0.0 0 8 ?? DL 20Jun08 0:00.00
[usbtask-dr]
root 33 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00
[irq19: uhci1]
root 34 0.0 0.0 0 8 ?? DL 20Jun08 0:02.15 [usb1]
root 35 0.0 0.0 0 8 ?? WL 20Jun08 413:36.54
[irq18: atapci0]
root 36 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00
[irq14: ata0]
root 37 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00
[irq15: ata1]
root 38 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [irq1:
atkbd0]
root 39 0.0 0.0 0 8 ?? DL 20Jun08 1:09.60 [fdc0]
root 40 0.0 0.0 0 8 ?? WL 20Jun08 0:00.00 [swi0:
sio]
root 41 0.0 0.0 0 16 ?? DL 20Jun08 0:00.00
[sctp_iterator]
root 42 0.0 0.0 0 8 ?? DL 20Jun08 12:31.73
[pfpurge]
root 43 0.0 0.0 0 8 ?? DL 20Jun08 158:43.78
[pagedaemon]
root 44 0.0 0.0 0 8 ?? DL 20Jun08 2:37.55
[vmdaemon]
root 45 0.0 0.0 0 8 ?? DL 20Jun08 0:20.41
[idlepoll]
root 46 0.0 0.0 0 8 ?? DL 20Jun08 0:00.22
[pagezero]
root 47 0.0 0.0 0 8 ?? DL 20Jun08 10:30.96
[bufdaemon]
root 48 0.0 0.0 0 8 ?? DL 20Jun08 31:11.72 [vnlru]
root 49 0.0 0.0 0 8 ?? DL 20Jun08 317:21.65 [syncer]
root 50 0.0 0.0 0 8 ?? DL 20Jun08 56:34.75
[softdepflush]
root 476 0.0 0.0 3336 0 ?? IWs - 0:00.00
pflogd: [priv] (pflogd)
_pflogd 481 0.0 0.0 3336 320 ?? S 20Jun08 7:30.29
pflogd: [running] -s 116 -i pflog0 -f /var/log/pflog (pflogd)
root 626 0.0 0.0 1888 0 ?? IWs - 0:00.00 /sbin/
devd
root 856 0.0 0.0 4644 620 ?? Ss 20Jun08 9:05.87 /usr/
sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/db/ntpd.drift
root 6316 0.0 0.2 45780 5200 ?? Ss 12:59AM 0:06.34 /opt/
php4/bin/php-cgi -x
www 6317 0.0 6.5 242388 202092 ?? I 12:59AM 0:11.18 /opt/
php4/bin/php-cgi -x
www 6318 0.0 2.1 242388 66056 ?? I 12:59AM 0:10.78 /opt/
php4/bin/php-cgi -x
www 6319 0.0 6.4 242388 201880 ?? I 12:59AM 0:06.11 /opt/
php4/bin/php-cgi -x
www 6320 0.0 6.4 242388 202040 ?? I 12:59AM 0:07.84 /opt/
php4/bin/php-cgi -x
www 6321 0.0 6.4 240340 200652 ?? I 12:59AM 0:14.05 /opt/
php4/bin/php-cgi -x
www 6322 0.0 6.5 242388 202104 ?? I 12:59AM 0:18.42 /opt/
php4/bin/php-cgi -x
www 6323 0.0 6.4 240340 200664 ?? I 12:59AM 0:32.89 /opt/
php4/bin/php-cgi -x
www 6324 0.0 6.4 241364 201700 ?? I 12:59AM 0:13.78 /opt/
php4/bin/php-cgi -x
root 7800 0.0 0.0 3204 848 ?? I 2:00AM 0:01.42 cron:
running job (cron)
root 7806 0.0 0.0 3464 1040 ?? Is 2:00AM 0:00.01 /bin/
sh -c /usr/local/etc/cron/backup | tee /srv/dev/logs/backup
root 7813 0.0 0.0 3464 1036 ?? I 2:00AM 0:00.00 /bin/
sh /usr/local/etc/cron/backup
root 7815 0.0 0.0 3128 620 ?? I 2:00AM 0:03.28 tee /
srv/dev/logs/backup
root 7828 0.0 0.9 130132 27700 ?? SN 2:00AM 63:36.72 [rsync]
root 9330 0.0 0.0 3204 848 ?? I 3:01AM 0:00.00 cron:
running job (cron)
root 9333 0.0 0.0 3464 1040 ?? Is 3:01AM 0:00.01 /bin/
sh -c periodic daily
root 9336 0.0 0.0 3464 1108 ?? I 3:01AM 0:00.01 /bin/
sh - /usr/sbin/periodic daily
root 9343 0.0 0.0 3464 1132 ?? I 3:01AM 0:00.03 /bin/
sh - /usr/sbin/periodic daily
root 9344 0.0 0.0 3464 1112 ?? I 3:01AM 0:00.00 /bin/
sh - /usr/sbin/periodic daily
root 9345 0.0 0.0 3128 772 ?? I 3:01AM 0:00.00 mail -
E -s srv001.net-profit.ru daily run output root
root 9428 0.0 0.0 3464 1068 ?? I 3:01AM 0:00.00 /bin/
sh /etc/periodic/daily/450.status-security
root 9429 0.0 0.0 3464 1108 ?? I 3:01AM 0:00.01 /bin/
sh - /usr/sbin/periodic security
root 9436 0.0 0.0 3464 1124 ?? I 3:01AM 0:00.00 /bin/
sh - /usr/sbin/periodic security
root 9437 0.0 0.0 3464 1112 ?? I 3:01AM 0:00.00 /bin/
sh - /usr/sbin/periodic security
root 9438 0.0 0.0 3128 768 ?? I 3:01AM 0:00.00 mail -
E -s srv001.net-profit.ru security run output root
root 9439 0.0 0.0 3464 1068 ?? I 3:01AM 0:00.01 /bin/
sh - /etc/periodic/security/100.chksetuid
root 9443 0.0 1.2 262200 37280 ?? D 3:01AM 2:45.86 find -
sx / /srv /storage1 /storage1/srv /dev/null -type f ( -perm -u+x -or -
perm -g+x -or -perm -o+x ) ( -perm -u+s -or -perm -g+s ) -exec ls -
liTd {} +
root 9444 0.0 0.0 3464 1112 ?? I 3:01AM 0:00.00 /bin/
sh - /etc/periodic/security/100.chksetuid
root 9446 0.0 0.0 3128 640 ?? I 3:01AM 0:00.00 cat
root 10491 0.0 0.0 3204 848 ?? I 4:15AM 0:00.00 cron:
running job (cron)
root 10493 0.0 0.0 3464 1040 ?? Is 4:15AM 0:00.01 /bin/
sh -c periodic weekly
root 10495 0.0 0.0 3464 1108 ?? I 4:15AM 0:00.01 /bin/
sh - /usr/sbin/periodic weekly
root 10503 0.0 0.0 3464 1124 ?? I 4:15AM 0:00.00 /bin/
sh - /usr/sbin/periodic weekly
root 10504 0.0 0.0 3464 1112 ?? I 4:15AM 0:00.00 /bin/
sh - /usr/sbin/periodic weekly
root 10505 0.0 0.0 3128 768 ?? I 4:15AM 0:00.00 mail -
E -s srv001.net-profit.ru weekly run output root
root 10506 0.0 0.0 3464 1076 ?? I 4:15AM 0:00.01 /bin/
sh - /etc/periodic/weekly/310.locate
root 10511 0.0 0.0 3620 1140 ?? IN 4:15AM 0:00.01 su -fm
nobody
nobody 10512 0.0 0.0 4404 1520 ?? IN 4:15AM 0:00.00 su
(bash)
nobody 10513 0.0 0.0 3464 1108 ?? IN 4:15AM 0:00.01 /bin/
sh /usr/libexec/locate.updatedb
nobody 10516 0.0 0.1 4152 2804 ?? DN 4:15AM 0:52.67 find -
s / ! ( -fstype ufs -or -fstype ext2fs -or -fstype zfs ) -prune -or -
path /tmp -prune -or -path /usr/tmp -prune -or -path /var/tmp -prune -
or -path /var/db/portsnap -prune -or -print
nobody 10517 0.0 0.0 3464 1112 ?? IN 4:15AM 0:00.01 /bin/
sh /usr/libexec/locate.mklocatedb -presort
nobody 10519 0.0 0.0 3128 760 ?? SN 4:15AM 0:01.32
locate.code /tmp/locate2jdnIhHOGN/mklocateOVrDNnyDFR/
_mklocatedb10517.bigrams
www 10815 0.0 0.2 148580 6600 ?? S 4:46AM 0:00.08 /opt/
php5/bin/php-cgi -x
www 10816 0.0 0.2 148580 6620 ?? S 4:46AM 0:00.02 /opt/
php5/bin/php-cgi -x
www 10817 0.0 0.2 148580 6632 ?? S 4:46AM 0:00.02 /opt/
php5/bin/php-cgi -x
www 10818 0.0 0.2 148580 6232 ?? I 4:46AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10819 0.0 0.2 148580 6232 ?? I 4:47AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10820 0.0 0.2 148580 6232 ?? I 4:48AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10824 0.0 0.2 148580 6232 ?? I 4:49AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10825 0.0 0.2 148580 6232 ?? I 4:49AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10826 0.0 0.2 148580 6232 ?? I 4:49AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10827 0.0 0.2 148580 6228 ?? I 4:49AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10828 0.0 0.2 148580 6228 ?? I 4:49AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10842 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10843 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10844 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10845 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10846 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10847 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10848 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10849 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10850 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10851 0.0 0.2 148580 6240 ?? I 4:50AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10855 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10856 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10857 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10858 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10859 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10860 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10861 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10862 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10863 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10864 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10865 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10866 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10867 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10868 0.0 0.2 148580 6240 ?? I 4:51AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10872 0.0 0.2 148580 6240 ?? I 4:52AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10873 0.0 0.2 148580 6228 ?? I 4:52AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10874 0.0 0.2 148580 6228 ?? I 4:52AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10875 0.0 0.2 148580 6228 ?? I 4:52AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10876 0.0 0.2 148580 6228 ?? I 4:52AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10880 0.0 0.2 148580 6228 ?? I 4:53AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10881 0.0 0.2 148580 6228 ?? I 4:53AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10882 0.0 0.2 148580 6228 ?? I 4:53AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10883 0.0 0.2 148580 6228 ?? I 4:53AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10884 0.0 0.2 148580 6228 ?? I 4:53AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10885 0.0 0.2 148580 6228 ?? I 4:53AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10886 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10887 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10888 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10889 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10890 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10891 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10892 0.0 0.2 148580 6228 ?? I 4:54AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10909 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10910 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10911 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10912 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10913 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10914 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10915 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10916 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10917 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10918 0.0 0.2 148580 6232 ?? I 4:55AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10919 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10920 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10921 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10922 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10923 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10924 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10925 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10926 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10927 0.0 0.2 148580 6232 ?? I 4:56AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10928 0.0 0.2 148580 6228 ?? I 4:57AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10929 0.0 0.2 148580 6228 ?? I 4:57AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10930 0.0 0.2 148580 6228 ?? I 4:57AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10934 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10935 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10936 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10937 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10938 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10939 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10940 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10941 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10942 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10943 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10944 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10945 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10946 0.0 0.2 148580 6228 ?? I 4:58AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10947 0.0 0.2 148580 6228 ?? I 4:59AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10948 0.0 0.2 148580 6228 ?? I 4:59AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10949 0.0 0.2 148580 6228 ?? I 4:59AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10950 0.0 0.2 148580 6228 ?? I 4:59AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10951 0.0 0.2 148580 6228 ?? I 4:59AM 0:00.00 /opt/
php5/bin/php-cgi -x
root 10955 0.0 0.0 3204 848 ?? S 5:00AM 0:00.00 cron:
running job (cron)
root 10959 0.0 0.0 3464 1056 ?? Is 5:00AM 0:00.01 /bin/
sh -c /usr/local/etc/cron/update | tee /srv/dev/logs/update
root 10969 0.0 0.0 3464 1056 ?? S 5:00AM 0:00.00 /bin/
sh /usr/local/etc/cron/update
root 10972 0.0 0.0 3128 620 ?? S 5:00AM 0:00.00 tee /
srv/dev/logs/update
www 10989 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10990 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10991 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10992 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10993 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 10994 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10995 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10996 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10997 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 10998 0.0 0.2 148580 6320 ?? I 5:00AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11005 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11006 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11007 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11008 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11009 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11010 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11011 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11012 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11013 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11014 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11015 0.0 0.2 148580 6324 ?? I 5:01AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11019 0.0 0.2 148580 6324 ?? I 5:02AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11020 0.0 0.2 148580 6324 ?? I 5:02AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11021 0.0 0.2 148580 6312 ?? I 5:02AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11022 0.0 0.2 148580 6312 ?? I 5:02AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11024 0.0 0.2 148580 6316 ?? I 5:02AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11029 0.0 0.2 148580 6316 ?? I 5:03AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11030 0.0 0.2 148580 6316 ?? I 5:03AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11031 0.0 0.2 148580 6316 ?? I 5:03AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11032 0.0 0.2 148580 6316 ?? I 5:03AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11034 0.0 0.2 148580 6316 ?? I 5:03AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11035 0.0 0.2 148580 6316 ?? I 5:03AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11036 0.0 0.2 148580 6316 ?? I 5:04AM 0:00.00 /opt/
php5/bin/php-cgi -x
www 11060 0.0 0.2 148580 6332 ?? I 5:04AM 0:00.01 /opt/
php5/bin/php-cgi -x
www 11061 0.0 0.2 148580 6332 ?? I 5:04AM 0:00.00 /opt/
php5/bin/php-cgi -x
root 11074 0.0 0.1 4196 3396 ?? DN 5:05AM 0:00.09 /usr/
local/bin/cvsup /usr/local/etc/cvs/ports
root 33405 0.0 0.0 19824 1480 ?? Ss 29Aug08 845:57.49 /usr/
local/sbin/syslog-ng -p /var/run/syslog.pid
bind 55123 0.0 1.1 101612 33852 ?? Ss 6Oct08 98:51.18 /usr/
sbin/named -c /etc/namedb/include/named.conf -t /var/named -u bind
root 55965 0.0 0.0 5752 1360 ?? Is 26Sep08 0:03.45 /usr/
sbin/sshd
root 73232 0.0 0.0 3204 364 ?? Ss 22Jun08 1:08.51 /usr/
sbin/cron -s
root 79066 0.0 0.1 22224 2908 ?? Is Wed03PM 0:00.00 nginx:
master process /usr/local/sbin/nginx
www 79067 0.0 0.2 66256 6992 ?? S< Wed03PM 20:13.71 nginx:
worker process (nginx)
root 79408 0.0 0.1 8428 1808 ?? Ss Wed04PM 1:18.33 sshd:
root@ttyp0 (sshd)
root 81137 0.0 1.9 233404 60224 ?? Ss 29Sep08 1912:28.75 /usr/
local/sbin/CommuniGate/CGServer --Base /var/CommuniGate --Daemon --
LogAll --ClusterBackend --useNonBlockingSockets --closeStuckSockets
root 81138 0.0 3.3 130792 103352 ?? S 29Sep08 235:32.08 /var/
CommuniGate/CGPSpamCatcher/CGPSpamCatcher
root 99258 0.0 0.2 148620 6024 ?? Ss 30Sep08 28:47.01 /opt/
php5/bin/php-cgi -x
root 2097 0.0 0.0 3176 0 v0 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv0
root 2098 0.0 0.0 3176 0 v1 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv1
root 2099 0.0 0.0 3176 0 v2 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv2
root 2100 0.0 0.0 3176 0 v3 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv3
root 2101 0.0 0.0 3176 0 v4 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv4
root 2103 0.0 0.0 3176 0 v5 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv5
root 2104 0.0 0.0 3176 0 v6 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv6
root 2105 0.0 0.0 3176 0 v7 IWs+ - 0:00.00 /usr/
libexec/getty Pc ttyv7
root 79411 0.0 0.0 4404 1000 p0 Is Wed04PM 0:00.14 -bash
(bash)
root 81097 0.0 0.1 22116 3304 p0 S+ Wed08PM 1:02.64 mc
root 99759 0.0 0.1 5560 2436 p0 I+ 2:49PM 0:00.05 ssh -l
kav 80.253.21.122 echo FISH:; /bin/sh
root 11075 0.0 0.0 3244 1080 p1 R+ 5:05AM 0:00.01 ps axu
root 27922 0.0 0.0 5420 308 p1 Ts 24Aug08 0:01.31 bash -
rcfile .bashrc
root 81099 0.0 0.1 5428 1868 p1 Ss Wed08PM 0:00.34 bash -
rcfile .bashrc
root 42283 0.0 0.0 15492 1152 p2- I 21Sep08 0:00.07 /srv/
www/vhosts/service/sawmill/sawmill -sh 192.168.4.1 -ws t
root 42289 0.0 0.0 3456 524 p2- I 21Sep08 0:00.00 sh -c /
srv/www/vhosts/service/sawmill/sawmill subordinate -ws t -mpi 42283 -
sh 192.168.4.1 -ws t
root 42290 0.0 0.1 65796 2544 p2- S 21Sep08 228:25.70 /srv/
www/vhosts/service/sawmill/sawmill subordinate -ws t -mpi 42283 -sh
192.168.4.1 -ws t
[root@srv001 /srv/logs]#

On 01.10.2008, at 0:05, Andrei Nigmatulin wrote:

> On Tuesday 30 September 2008 23:49, Alexey V. Karagodov wrote:
>> история повторилась
>> пхп-фпм не обрабатывает новые запросы
>>
>> патч - последний
>> фрибздя7 и386
>
> Нужна диагностика.
>
> Что в логах.
> Что показывает netstat -na -L, netstat -na -p tcp.
> Конфиг php-fpm.
> Сколько процессов php работает, в каком состоянии.
> Если работает хоть один, то нужен backtrace.

а блин ... про этот пункт забыл
напиши чего точно и с каким процессом надо сделать
если меня не уволят отсюда, попробую повторить

Alexey V. Karagodov

unread,
Oct 22, 2008, 9:45:09 PM10/22/08
to highloa...@googlegroups.com
>>
>> Нужна диагностика.
>>
>> Что в логах.
>> Что показывает netstat -na -L, netstat -na -p tcp.
>> Конфиг php-fpm.
>> Сколько процессов php работает, в каком состоянии.
>> Если работает хоть один, то нужен backtrace.

кстати, что именно нужно сделать? напиши
сделаю
вчера вечером это опять повторилось


user0ff

unread,
Oct 23, 2008, 6:22:01 PM10/23/08
to highload-php-ru
Я решил проблему обновлением nginx'а до версии 0.7.19. Двое суток
полет нормальный.
ПыСы. php-fpm запускается через сокет.

Alexey V. Karagodov

unread,
Oct 24, 2008, 5:59:46 AM10/24/08
to highloa...@googlegroups.com

On 24.10.2008, at 2:22, user0ff wrote:

> Я решил проблему обновлением nginx'а до версии 0.7.19. Двое суток
версия нгинх-а точно не влияет. у меня давно 0 7 19
>
> полет нормальный.
> ПыСы. php-fpm запускается через сокет.
попробую пересадить на сокет ... а вдруг поможет

Дмитрий

unread,
Oct 24, 2008, 3:49:11 AM10/24/08
to highload-php-ru
Тоже проблема зависания.
Вначале процессы просто висели и по top'у не работали, причем все
процессы, а апач отдает 500. Был apache 2.0 + freebsd 7.x.
До сих пор не понятно в чем проблема. Обновился до apache 2.2 + cvsup-
нулся до свежей 7.x. Проблема изменилась по top'у видно, что процессы
"работают", но апач выдает ошибку 500.
В php-fpm.log в обычном режиме - ничего особенного, кроме иногда перед
зависаниями убивает slow-запрос. Пулов порядка 10, на пулы, на которые
грешу, им выделено мало коркеров, а там стоит битрикс.
Понимаю, что информации крайне мало, в принципе я уже морально готов
издеваться над системой, чтобы понять в чем дело :)

Denis

unread,
Nov 15, 2008, 4:24:43 AM11/15/08
to highload-php-ru
похоже у меня такая же проблема, только на Linux Gentoo x86_64.
зависает примерно 1-2 раза в неделю. в процессах висит, в логах пусто,
но nginx возвращает 502.
помогает php-fpm reload или restart

p.s. хочу сделать костыль и перезапускать php-fpm при получении кода
502 от веб сервера, но никак не могу найти как сделать это попроще, не
хочется городить на perl.

Alexey V. Karagodov

unread,
Nov 15, 2008, 8:51:08 AM11/15/08
to highloa...@googlegroups.com
может еррор_пейдж 502 куда нить направить, чтобы это куда-то как-то
сделало релоад?

Denis Kot

unread,
Nov 15, 2008, 9:31:23 AM11/15/08
to highloa...@googlegroups.com
пока сделал так:

#!/bin/bash

CODE=`curl -s -I http://site.com/index.php | grep "502 Bad Gateway"`

if [ ! -z "$CODE" ]; then
/usr/local/sbin/php-fpm restart
echo $CODE
fi

15 ноября 2008 г. 15:51 пользователь Alexey V. Karagodov
<k...@karagodov.name> написал:

--
Denis Kot
denis?jabber.org.by
ICQ: 13680126
Mobil: +375 29 6-1234-78

Andrei Nigmatulin

unread,
Nov 15, 2008, 9:40:42 AM11/15/08
to highloa...@googlegroups.com
On Saturday 15 November 2008 12:24, Denis wrote:
> похоже у меня такая же проблема, только на Linux Gentoo x86_64.
> зависает примерно 1-2 раза в неделю. в процессах висит, в логах пусто,
> но nginx возвращает 502.

Что в error log nginx ?

Denis Kot

unread,
Nov 16, 2008, 5:57:56 AM11/16/08
to highloa...@googlegroups.com
из криминального вижу только:
2008/11/14 22:07:14 [info] 2928#0: *1028611 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:08:13 [info] 2928#0: *1031538 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:08:21 [info] 2928#0: *1031858 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:10:01 [info] 2928#0: *1036269 client closed prematurely
connection while reading client request line, client: x.x.x.x, server:
backend
2008/11/14 22:11:55 [error] 2928#0: *1041548 open()
"/usr/html/announce.php" failed (2: No such file or directory),
client: 1.8.177.74, server: backend, requ$
2008/11/14 22:11:57 [error] 2928#0: *1041667 open()
"/usr/html/announce.php" failed (2: No such file or directory),
client: 1.8.177.74, server: backend, requ$
2008/11/14 22:11:57 [error] 2928#0: *1041671 open()
"/usr/html/announce.php" failed (2: No such file or directory),
client: 1.8.177.74, server: backend, requ$
2008/11/14 22:14:14 [info] 2928#0: *1048692 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:14:23 [info] 2928#0: *1049118 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:14:44 [info] 2928#0: *1050000 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:14:52 [info] 2928#0: *1050425 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:15:53 [info] 2928#0: *1053534 client closed prematurely
connection while reading client request line, client: x.x.x.x, server:
backend
2008/11/14 22:16:40 [info] 2928#0: *1056092 client sent too long
header line: "Cookie:
bb_data=a%3A3%3A%7Bs%3A2%3A%22uk%22%3Bs%3A12%3A%22djKHt66BdN1w%22%3Bs%$
2008/11/14 22:16:56 [info] 2928#0: *1056742 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:17:21 [info] 2928#0: *1058057 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:17:23 [info] 2928#0: *1058158 client sent too long
header line: "Cookie:
bb_data=a%3A3%3A%7Bs%3A2%3A%22uk%22%3Bs%3A12%3A%22djKHt66BdN1w%22%3Bs%$
2008/11/14 22:17:49 [info] 2928#0: *1059516 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:18:29 [info] 2928#0: *1060982 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:18:29 [info] 2928#0: *1060989 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:18:29 [info] 2928#0: *1060990 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:19:22 [info] 2928#0: *1063586 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:19:57 [info] 2928#0: *1065339 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:20:00 [info] 2928#0: *1065474 client sent too long URI
while reading client request line, client: x.x.x.x, server: backend,
request: "GET$
2008/11/14 22:20:22 [info] 2928#0: *1066695 client sent too long
header line: "Cookie:
bb_data=a%3A3%3A%7Bs%3A2%3A%22uk%22%3Bs%3A12%3A%22djKHt66BdN1w%22%3Bs%$
2008/11/14 22:22:17 [info] 2928#0: *1072730 client closed prematurely
connection while reading client request line, client: x.x.x.x, server:
backend
2008/11/14 22:23:26 [info] 2928#0: *1075595 client closed prematurely
connection while reading client request line, client: x.x.x.x, server:
backend

$ в конце это обрезание строки. если надо полностью - пришлю.

15 ноября 2008 г. 16:40 пользователь Andrei Nigmatulin
<andrei.n...@gmail.com> написал:

--

Andrei Nigmatulin

unread,
Nov 16, 2008, 9:08:08 AM11/16/08
to highloa...@googlegroups.com
On Sunday 16 November 2008 13:57, Denis Kot wrote:
> из криминального вижу только:
> 2008/11/14 22:07:14 [info] 2928#0: *1028611 client sent too long URI
> while reading client request line, client: x.x.x.x, server: backend,
> request: "GET$

При возникновении 502 ошибки nginx сообщает об этом в error.log. В таких
сообщениях есть дополнительная диагностика, нужно найти их.

Itreek

unread,
Nov 17, 2008, 1:39:28 PM11/17/08
to highload-php-ru
Я делаю так:

#!/bin/sh

RES=`/usr/local/bin/GET -S -t 5 http://*******/test-php.php | head -n1
| grep -c 200`

if [ $RES -ne 1 ]
then
/usr/local/sbin/php-fpm restart
fi

Зависает через день. FreeBSD 7.1-PRERELEASE amd64

Denis Kot

unread,
Nov 18, 2008, 10:31:16 AM11/18/08
to highloa...@googlegroups.com
2008/11/18 17:26:51 [error] 24054#0: *13868299 connect() to
unix:/var/run/php/php.sock failed (11: Resource temporarily
unavailable) while connecting to upstream, client: 1.8.176.119,
server: domain.by, request: "GET /forum/ HTTP/1.0", upstream:
"fastcgi://unix:/var/run/php/php.sock:", host: "domain.by"
2008/11/18 17:26:52 [error] 24054#0: *13868362 connect() to
unix:/var/run/php/php.sock failed (11: Resource temporarily
unavailable) while connecting to upstream, client: 1.8.176.119,
server: domain.by, request: "GET /forum/ HTTP/1.0", upstream:
"fastcgi://unix:/var/run/php/php.sock:", host: "domain.by"
2008/11/18 17:26:52 [error] 24054#0: *13868388 connect() to
unix:/var/run/php/php.sock failed (11: Resource temporarily
unavailable) while connecting to upstream, client: 1.6.0.197, server:
domain.by, request: "GET /forum/index.php HTTP/1.0", upstream:
"fastcgi://unix:/var/run/php/php.sock:", host: "domain.by"
2008/11/18 17:26:53 [error] 24054#0: *13868394 connect() to
unix:/var/run/php/php.sock failed (11: Resource temporarily
unavailable) while connecting to upstream, client: 1.8.176.119,
server: domain.by, request: "GET /forum/ HTTP/1.0", upstream:
"fastcgi://unix:/var/run/php/php.sock:", host: "domain.by"
2008/11/18 17:26:53 [error] 24054#0: *13868403 connect() to
unix:/var/run/php/php.sock failed (11: Resource temporarily
unavailable) while connecting to upstream, client: 1.6.3.4, server:
domain.by, request: "GET /forum/viewforum.php?f=42 HTTP/1.0",
upstream: "fastcgi://unix:/var/run/php/php.sock:", host: "domain.by",
referrer: "http://domain.by/forum/index.php"

хотя:
# ps ax | grep php
15022 ? Ss 1:07 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22326 ? S 0:33 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22450 ? S 0:04 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22453 ? S 0:05 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22602 ? S 0:05 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22645 ? S 0:04 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22720 ? S 0:03 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22834 ? S 0:04 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
22919 ? S 0:04 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23205 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23263 ? S 0:03 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23306 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23331 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23378 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23447 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23641 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23721 ? S 0:02 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23742 ? S 0:01 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23769 ? S 0:01 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23853 ? S 0:01 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf
23854 ? S 0:01 /usr/local/bin/php-cgi --fpm --fpm-config
/usr/local/etc/php-fpm.conf

и:
# ls -l /var/run/php/
total 0
srw-rw-rw- 1 nginx nginx 0 Nov 6 21:39 php.sock


16 ноября 2008 г. 16:08 пользователь Andrei Nigmatulin


<andrei.n...@gmail.com> написал:
> On Sunday 16 November 2008 13:57, Denis Kot wrote:
>> из криминального вижу только:
>> 2008/11/14 22:07:14 [info] 2928#0: *1028611 client sent too long URI
>> while reading client request line, client: x.x.x.x, server: backend,
>> request: "GET$
>
> При возникновении 502 ошибки nginx сообщает об этом в error.log. В таких
> сообщениях есть дополнительная диагностика, нужно найти их.
>
>> 15 ноября 2008 г. 16:40 пользователь Andrei Nigmatulin
>>
>> <andrei.n...@gmail.com> написал:
>> > On Saturday 15 November 2008 12:24, Denis wrote:
>> >> похоже у меня такая же проблема, только на Linux Gentoo x86_64.
>> >> зависает примерно 1-2 раза в неделю. в процессах висит, в логах пусто,
>> >> но nginx возвращает 502.
>> >
>> > Что в error log nginx ?
>
>
> --
> Andrei Nigmatulin
> GPG PUB KEY 6449830D
>
> Now I lay me down to sleep(3)
> Pray the OS my core to keep
> If I die before I wake
> Pray the Disk my core to take
>

--

Andrei Nigmatulin

unread,
Nov 18, 2008, 10:47:18 AM11/18/08
to highloa...@googlegroups.com
On Tuesday 18 November 2008 18:31, Denis Kot wrote:
> 2008/11/18 17:26:51 [error] 24054#0: *13868299 connect() to
> unix:/var/run/php/php.sock failed (11: Resource temporarily
> unavailable) while connecting to upstream, client: 1.8.176.119,
> server: domain.by, request: "GET /forum/ HTTP/1.0", upstream:
> "fastcgi://unix:/var/run/php/php.sock:", host: "domain.by"

Понятно, backlog полный, php перестал/не успевает обрабатывать запросы. Чем
занят php в это время ?

$ gdb /usr/local/bin/php-cgi <pid>
...
(gdb) where

Denis Kot

unread,
Nov 30, 2008, 11:46:01 AM11/30/08
to highloa...@googlegroups.com
нашел 2 родительских процесса (очень странно)
в первом:
(gdb) where
#0 0x00007fff228a5723 in epoll_wait () from /lib/libc.so.6
#1 0x00000000006a3ba2 in epoll_dispatch (base=0xe1c100, arg=<value
optimized out>, tv=<value optimized out>) at epoll.c:194
#2 0x00000000006a2515 in _fpm_event_base_loop (base=0xe1c100,
flags=0) at event.c:404
#3 0x000000000069e840 in fpm_event_loop () at
/usr/src/php/php-5.2.6/sapi/cgi/fpm/fpm_events.c:107
#4 0x000000000069b152 in fpm_run (max_requests=0x7fff2cf01b4c) at
/usr/src/php/php-5.2.6/sapi/cgi/fpm/fpm.c:75
#5 0x000000000069a15e in main (argc=4, argv=0x7fff2cf01c68) at
/usr/src/php/php-5.2.6/sapi/cgi/cgi_main.c:1560

второй:
(gdb) where
#0 0x00007fe481d6f723 in epoll_wait () from /lib/libc.so.6
#1 0x00000000006a3ba2 in epoll_dispatch (base=0x28bc100, arg=<value
optimized out>, tv=<value optimized out>) at epoll.c:194
#2 0x00000000006a2515 in _fpm_event_base_loop (base=0x28bc100,
flags=0) at event.c:404
#3 0x000000000069e840 in fpm_event_loop () at
/usr/src/php/php-5.2.6/sapi/cgi/fpm/fpm_events.c:107
#4 0x000000000069b152 in fpm_run (max_requests=0x7fff8c3cb04c) at
/usr/src/php/php-5.2.6/sapi/cgi/fpm/fpm.c:75
#5 0x000000000069a15e in main (argc=4, argv=0x7fff8c3cb168) at
/usr/src/php/php-5.2.6/sapi/cgi/cgi_main.c:1560


18 ноября 2008 г. 17:47 пользователь Andrei Nigmatulin
<andrei.n...@gmail.com> написал:
>

--

Denis Kot

unread,
Nov 30, 2008, 11:51:29 AM11/30/08
to highloa...@googlegroups.com
понял почему 2 процесса. старый не убился при restart в прошлое зависание.

30 ноября 2008 г. 18:46 пользователь Denis Kot <deni...@gmail.com> написал:

Andrei Nigmatulin

unread,
Nov 30, 2008, 1:42:51 PM11/30/08
to highloa...@googlegroups.com
On Sunday 30 November 2008 19:51, Denis Kot wrote:
> понял почему 2 процесса. старый не убился при restart в прошлое зависание.

А что в php-fpm.log в момент рестарта ?

Denis Kot

unread,
Nov 30, 2008, 2:29:24 PM11/30/08
to highloa...@googlegroups.com
Nov 30 00:00:01.296173 [NOTICE] fpm_got_signal(), line 56: received SIGTERM
Nov 30 00:00:01.296255 [NOTICE] fpm_pctl(), line 256: switching to
'terminating' state
Nov 30 00:00:01.296291 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9931 (pool default)
Nov 30 00:00:01.296324 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9896 (pool default)
Nov 30 00:00:01.296355 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9839 (pool default)
Nov 30 00:00:01.296384 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9794 (pool default)
Nov 30 00:00:01.296412 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9783 (pool default)
Nov 30 00:00:01.296439 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9682 (pool default)
Nov 30 00:00:01.296465 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9567 (pool default)
Nov 30 00:00:01.296491 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9326 (pool default)
Nov 30 00:00:01.296518 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9268 (pool default)
Nov 30 00:00:01.296544 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9215 (pool default)
Nov 30 00:00:01.296569 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9106 (pool default)
Nov 30 00:00:01.296595 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9057 (pool default)
Nov 30 00:00:01.296621 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 9025 (pool default)
Nov 30 00:00:01.296650 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8865 (pool default)
Nov 30 00:00:01.296678 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8858 (pool default)
Nov 30 00:00:01.296706 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8804 (pool default)
Nov 30 00:00:01.296734 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8743 (pool default)
Nov 30 00:00:01.296762 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8698 (pool default)
Nov 30 00:00:01.296790 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8547 (pool default)
Nov 30 00:00:01.296880 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 8416 (pool default)
Nov 30 00:00:01.296904 [NOTICE] fpm_pctl_kill_all(), line 181: 20
children are still alive
Nov 30 00:00:01.342333 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.342427 [WARNING] fpm_children_bury(), line 215: child
8416 (pool default) exited on signal 15 SIGTERM after 7498.318752
seconds from start
Nov 30 00:00:01.342469 [WARNING] fpm_children_bury(), line 215: child
8547 (pool default) exited on signal 15 SIGTERM after 7483.144640
seconds from start
Nov 30 00:00:01.342505 [WARNING] fpm_children_bury(), line 215: child
8743 (pool default) exited on signal 15 SIGTERM after 7441.570574
seconds from start
Nov 30 00:00:01.342542 [WARNING] fpm_children_bury(), line 215: child
8858 (pool default) exited on signal 15 SIGTERM after 7419.964408
seconds from start
Nov 30 00:00:01.342576 [WARNING] fpm_children_bury(), line 215: child
9025 (pool default) exited on signal 15 SIGTERM after 7393.509118
seconds from start
Nov 30 00:00:01.342611 [WARNING] fpm_children_bury(), line 215: child
9106 (pool default) exited on signal 15 SIGTERM after 7378.009729
seconds from start
Nov 30 00:00:01.342646 [WARNING] fpm_children_bury(), line 215: child
9268 (pool default) exited on signal 15 SIGTERM after 7341.062921
seconds from start
Nov 30 00:00:01.342680 [WARNING] fpm_children_bury(), line 215: child
9326 (pool default) exited on signal 15 SIGTERM after 7326.844599
seconds from start
Nov 30 00:00:01.358048 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.358133 [WARNING] fpm_children_bury(), line 215: child
8804 (pool default) exited on signal 15 SIGTERM after 7428.969968
seconds from start
Nov 30 00:00:01.382585 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.382676 [WARNING] fpm_children_bury(), line 215: child
8865 (pool default) exited on signal 15 SIGTERM after 7418.036190
seconds from start
Nov 30 00:00:01.382719 [WARNING] fpm_children_bury(), line 215: child
9057 (pool default) exited on signal 15 SIGTERM after 7388.498363
seconds from start
Nov 30 00:00:01.408491 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.408570 [WARNING] fpm_children_bury(), line 215: child
9215 (pool default) exited on signal 15 SIGTERM after 7357.007175
seconds from start
Nov 30 00:00:01.409087 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.409147 [WARNING] fpm_children_bury(), line 215: child
8698 (pool default) exited on signal 15 SIGTERM after 7450.240383
seconds from start
Nov 30 00:00:01.414080 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.414154 [WARNING] fpm_children_bury(), line 215: child
9567 (pool default) exited on signal 15 SIGTERM after 7279.548042
seconds from start
Nov 30 00:00:01.414188 [WARNING] fpm_children_bury(), line 215: child
9682 (pool default) exited on signal 15 SIGTERM after 7258.742647
seconds from start
Nov 30 00:00:01.419476 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.419557 [WARNING] fpm_children_bury(), line 215: child
9896 (pool default) exited on signal 15 SIGTERM after 7217.244603
seconds from start
Nov 30 00:00:01.429640 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.429722 [WARNING] fpm_children_bury(), line 215: child
9783 (pool default) exited on signal 15 SIGTERM after 7240.403758
seconds from start
Nov 30 00:00:01.431932 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.432008 [WARNING] fpm_children_bury(), line 215: child
9931 (pool default) exited on signal 15 SIGTERM after 7211.648966
seconds from start
Nov 30 00:00:01.454199 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:01.454287 [WARNING] fpm_children_bury(), line 215: child
9794 (pool default) exited on signal 15 SIGTERM after 7238.555450
seconds from start
Nov 30 00:00:01.454334 [WARNING] fpm_children_bury(), line 215: child
9839 (pool default) exited on signal 15 SIGTERM after 7228.337681
seconds from start
Nov 30 00:00:01.454408 [NOTICE] fpm_pctl_exit(), line 81: exiting, bye-bye!
Nov 30 00:00:02.383356 [NOTICE] fpm_unix_init_main(), line 284:
getrlimit(nofile): max:1024, cur:1024
Nov 30 00:00:02.383981 [NOTICE] fpm_event_init_main(), line 88:
libevent: using epoll
Nov 30 00:00:02.384182 [NOTICE] fpm_init(), line 52: fpm is running, pid 10547
Nov 30 00:00:02.385792 [NOTICE] fpm_children_make(), line 352: child
10548 (pool default) started
Nov 30 00:00:02.387331 [NOTICE] fpm_children_make(), line 352: child
10549 (pool default) started
Nov 30 00:00:02.388732 [NOTICE] fpm_children_make(), line 352: child
10550 (pool default) started
Nov 30 00:00:02.390145 [NOTICE] fpm_children_make(), line 352: child
10551 (pool default) started
Nov 30 00:00:02.391389 [NOTICE] fpm_children_make(), line 352: child
10552 (pool default) started
Nov 30 00:00:02.392618 [NOTICE] fpm_children_make(), line 352: child
10553 (pool default) started
Nov 30 00:00:02.393814 [NOTICE] fpm_children_make(), line 352: child
10554 (pool default) started
Nov 30 00:00:02.395187 [NOTICE] fpm_children_make(), line 352: child
10555 (pool default) started
Nov 30 00:00:02.396386 [NOTICE] fpm_children_make(), line 352: child
10556 (pool default) started
Nov 30 00:00:02.396793 [NOTICE] fpm_children_make(), line 352: child
10557 (pool default) started
Nov 30 00:00:02.398018 [NOTICE] fpm_children_make(), line 352: child
10558 (pool default) started
Nov 30 00:00:02.398423 [NOTICE] fpm_children_make(), line 352: child
10559 (pool default) started
Nov 30 00:00:02.399688 [NOTICE] fpm_children_make(), line 352: child
10560 (pool default) started
Nov 30 00:00:02.400113 [NOTICE] fpm_children_make(), line 352: child
10561 (pool default) started
Nov 30 00:00:02.401361 [NOTICE] fpm_children_make(), line 352: child
10562 (pool default) started
Nov 30 00:00:02.401760 [NOTICE] fpm_children_make(), line 352: child
10563 (pool default) started
Nov 30 00:00:02.403015 [NOTICE] fpm_children_make(), line 352: child
10564 (pool default) started
Nov 30 00:00:02.403435 [NOTICE] fpm_children_make(), line 352: child
10565 (pool default) started
Nov 30 00:00:02.404676 [NOTICE] fpm_children_make(), line 352: child
10566 (pool default) started
Nov 30 00:00:02.405089 [NOTICE] fpm_children_make(), line 352: child
10567 (pool default) started
Nov 30 00:00:02.405176 [NOTICE] fpm_event_loop(), line 105: libevent:
entering main loop
Nov 30 00:00:07.995892 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:07.995957 [NOTICE] fpm_children_bury(), line 194: child
10550 stopped for tracing
Nov 30 00:00:07.995983 [NOTICE] fpm_php_trace(), line 138: about to trace 10550
Nov 30 00:00:07.996215 [ERROR] fpm_trace_get_long(), line 78:
ptrace(PEEKDATA) failed: Input/output error (5)
Nov 30 00:00:07.996349 [NOTICE] fpm_php_trace(), line 166: finished
trace of 10550
Nov 30 00:00:11.679192 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Nov 30 00:00:11.679214 [NOTICE] fpm_children_bury(), line 194: child
10563 stopped for tracing
Nov 30 00:00:11.679232 [NOTICE] fpm_php_trace(), line 138: about to trace 10563
Nov 30 00:00:11.679618 [NOTICE] fpm_php_trace(), line 166: finished
trace of 10563


30 ноября 2008 г. 20:42 пользователь Andrei Nigmatulin

Denis Kot

unread,
Dec 25, 2008, 8:01:19 AM12/25/08
to highloa...@googlegroups.com
есть новости?

30 ноября 2008 г. 21:29 пользователь Denis Kot <deni...@gmail.com> написал:

Alexey V. Karagodov

unread,
Dec 25, 2008, 8:10:55 AM12/25/08
to highloa...@googlegroups.com
странно, но к примеру мне помогли апдейты
5.2.8-0.5.10
и пхп переехал на amd64

Denis Kot

unread,
Dec 25, 2008, 8:19:33 AM12/25/08
to highloa...@googlegroups.com
а, я пока не ставил :)

25 декабря 2008 г. 15:10 пользователь Alexey V. Karagodov
<k...@karagodov.name> написал:
>

Andrei Nigmatulin

unread,
Dec 25, 2008, 8:39:36 AM12/25/08
to highloa...@googlegroups.com
On Thursday 25 December 2008 16:01, Denis Kot wrote:
> есть новости?

Я не могу идентифицировать проблему:

> 30 ноября 2008 г. 21:29 пользователь Denis Kot <deni...@gmail.com>
написал:
> > Nov 30 00:00:01.296173 [NOTICE] fpm_got_signal(), line 56: received
> > SIGTERM
> > Nov 30 00:00:01.296255 [NOTICE] fpm_pctl(), line 256: switching
> > to 'terminating' state

Вот тут в 00:00:01 мастер процесс получил SIGTERM. Дальше он жестко убивает
все воркер процессы:

> > Nov 30 00:00:01.296291 [NOTICE] fpm_pctl_kill_all(), line 172: sending
> > signal 15 SIGTERM to child 9931 (pool default)

...

> > Nov 30 00:00:01.296904 [NOTICE] fpm_pctl_kill_all(), line 181: 20
> > children are still alive
> > Nov 30 00:00:01.342333 [NOTICE] fpm_got_signal(), line 48: received
> > SIGCHLD Nov 30 00:00:01.342427 [WARNING] fpm_children_bury(), line 215:
> > child 8416 (pool default) exited on signal 15 SIGTERM after 7498.318752
> > seconds from start

...

> > Nov 30 00:00:01.454334 [WARNING] fpm_children_bury(), line 215: child
> > 9839 (pool default) exited on signal 15 SIGTERM after 7228.337681
> > seconds from start
> > Nov 30 00:00:01.454408 [NOTICE] fpm_pctl_exit(), line 81: exiting,
> > bye-bye!

Дальше запускается новый процесс. Судя по всему, это еще исполняется "php-fpm
restart".

Последнее сообщение говорит о том, что мастер процесс завершился (по крайней
мере вернутся в event loop он не может), что не соответствует предыдущей
информации (оба мастера в event loop).

Itreek

unread,
Dec 25, 2008, 10:03:50 AM12/25/08
to highload-php-ru
Здравствуйте,

На php 5.2.8 + fpm 0.5.10, FreeBSD 7.1 amd64, проблем пока нет :)

backlog 8192
max_children 100
request_terminate_timeout 30s
request_slowlog_timeout 10s

On 25 дек, 16:01, "Denis Kot" <denis....@gmail.com> wrote:
> есть новости?
>
> 30 ноября 2008 г. 21:29 пользователь Denis Kot <denis....@gmail.com> написал:
> ...
>
> продолжение >>

а-я

unread,
Jan 8, 2009, 8:56:52 PM1/8/09
to highload-php-ru
Здравствуйте, что-то у меня такая же проблема в логах.

Jan 09 01:06:24.478350 [NOTICE] fpm_got_signal(), line 56: received
SIGTERM
Jan 09 01:06:24.478410 [NOTICE] fpm_pctl(), line 256: switching to
'terminating' state

Jan 09 01:06:24.483726 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 28676 (pool default)
Jan 09 01:06:24.483754 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 15 SIGTERM to child 28675 (pool default)
Jan 09 01:06:24.483764 [NOTICE] fpm_pctl_kill_all(), line 181: 2
children are still alive

Jan 09 01:06:24.483779 [NOTICE] fpm_got_signal(), line 48: received
SIGCHLD

Jan 09 01:06:24.483859 [WARNING] fpm_children_bury(), line 215: child
28676 (pool default) exited on signal 15 SIGTERM after 1451.373590
seconds from start
Jan 09 01:06:24.483892 [WARNING] fpm_children_bury(), line 215: child
28675 (pool default) exited on signal 15 SIGTERM after 1451.402441
seconds from start

Jan 09 01:06:24.483902 [NOTICE] fpm_pctl_exit(), line 81: exiting, bye-
bye!


Нагрузки на сайт никакой.
Т.е. начал ставить связку.
И решил проверить все логи.
И увидел эту картину, при каждой перезагрузки менеджера.
/usr/local/etc/rc.d/php-fpm restart

Как-нибудь уже можно решить эту проблему?

P.S. Огромной спасибо за php-fpm
Очень радует скоростью. =)

Andrei Nigmatulin

unread,
Jan 9, 2009, 4:18:13 AM1/9/09
to highloa...@googlegroups.com
On Friday 09 January 2009 04:56, а-я wrote:
> Здравствуйте, что-то у меня такая же проблема в логах.

А в чем проблема заключается ?

Если в WARNINGs - то используйте плавный 'reload' вместо 'restart'.

а-я

unread,
Jan 9, 2009, 11:00:23 AM1/9/09
to highload-php-ru
Спасибо. =)
Теперь в логах:
Jan 09 15:52:39.510274 [NOTICE] fpm_got_signal(), line 70: received
SIGUSR2
Jan 09 15:52:39.511250 [NOTICE] fpm_pctl(), line 256: switching to
'reloading' state
Jan 09 15:52:39.511404 [NOTICE] fpm_pctl_kill_all(), line 172: sending
signal 3 SIGQUIT to child 42270 (pool default)
Jan 09 15:52:39.511416 [NOTICE] fpm_pctl_kill_all(), line 181: 1 child
is still alive
Jan 09 15:52:39.668703 [NOTICE] fpm_got_signal(), line 48: received
SIGCHLD
Jan 09 15:52:39.668802 [NOTICE] fpm_children_bury(), line 215: child
42270 (pool default) exited with code 0 after 259.557865 seconds from
start
Jan 09 15:52:39.668825 [NOTICE] fpm_pctl_exec(), line 95: reloading:
execvp("/usr/local/bin/php-cgi", {"/usr/local/bin/php-cgi", "--fpm",
"--fpm-config", "/usr/local/etc/php-fpm.conf"})
Jan 09 15:52:40.373616 [NOTICE] fpm_unix_init_main(), line 284:
getrlimit(nofile): max:29491, cur:29491
Jan 09 15:52:40.406168 [NOTICE] fpm_sockets_init_main(), line 364:
using inherited socket fd=6, "/tmp/php-fpm.sock"
Jan 09 15:52:40.406669 [NOTICE] fpm_event_init_main(), line 88:
libevent: using kqueue
Jan 09 15:52:40.407041 [NOTICE] fpm_init(), line 52: fpm is running,
pid 43769
Jan 09 15:52:40.411141 [NOTICE] fpm_children_make(), line 352: child
43770 (pool default) started
Jan 09 15:52:40.527627 [NOTICE] fpm_event_loop(), line 107: libevent:
entering main loop

Честно сказать, я новичок в этом. Может это все нормально?
И при перезагрузке всего сервера. В логах та же картина.
Т.е. убийство детей, и новое их рождение.
И нормально, что запущено 2 процесса php-cgi?
Один от root другой от user запущен.


On 9 янв, 15:18, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>
wrote:

Andrei Nigmatulin

unread,
Jan 10, 2009, 2:53:17 PM1/10/09
to highloa...@googlegroups.com

Да, нормально.

Мастер процесс поддерживает заданное количество воркер процессов и перепускает
их по команде (restart, reload). Мастер процесс имеет смысл запускать из-под
root, если вам нужно иметь воркеры с разными uid/gid. Мастер процесс никогда
сам не обрабатывает php запросы.

Количество воркеров устанавливается директивой max_children в php-fpm.conf.

а-я

unread,
Jan 11, 2009, 4:59:10 AM1/11/09
to highload-php-ru
Огромнейшее Вам спасибо!)
Тогда мои вопрос и мои переживания отпадают! =)

А как правильно настроить chroot?
я поставил на папку /home ,
но там еще другие файлы подключаются, при запуске
Из-за чего происходят ошибки.

Даже пробовал перенести все файлы, которые он подключает в /home и
переписал их путь в php-fpm.conf
Все равно запуск не происходит.

Еще бы лучше было,
если бы chroot был на /home/$site
т.е. через php нельзя было выйти выше своей корневой директории.
Как на хостингах.

Или я не правильно понял этот пункт? может он для других целей?


On 11 янв, 01:53, Andrei Nigmatulin <andrei.nigmatu...@gmail.com>

VoSi

unread,
Mar 3, 2009, 5:38:25 PM3/3/09
to highload-php-ru
Только что пару часов решал проблему со странными зависаниями,
перечитал всю тему, тюнил тюнил, потом влючил слоу лог. ситуация
такая:
пишем веб клиент для жабера, на клиенте жабаскрипт раз в промежуток
времени шлет "пинги" через пхп к жаберу, эти пинги висят либо до
таймаута, либо до момента, когда жаберу есть что сказать.
при этом, если на клиенте хочется отправить масагу - посылается след.
пинг с параметрами - предыдущий пинг должен умереть как только прийдет
новый запрос к жаберу (жабер сам отправляет пусто ответ и закрывает).
трабл в сессиях, для хранения промежуточных данных сторим их в сессию,
и выгребает оттуда-же. одновременные потоки запросов не могут
использовать один и тот-же СИД (сесси на файлах - стандарт), файло
лочится наверно. и получается, что 2й запрос ждет, пока он сможет
вычитать данные из сессии (когда первый оборвется по таймауту), и
только после этого начинает конектится с жабером (и так-же само со
всем порталом, страници грузятся только после того, как первый "пинг"
оборвется по таймауту). завтра будем думать альтернативное хранение
сессии.

так что на заметку, иногда проблемы не в тюнинге ядра фрии )))

Artem S. Povaluhin

unread,
Mar 4, 2009, 12:38:14 AM3/4/09
to VoSi
Hello VoSi,

session_write_close() ?

--
Best regards,
Artem mailto:artem.p...@gmail.com

Pavel Radaev

unread,
Mar 4, 2009, 12:38:29 AM3/4/09
to highloa...@googlegroups.com
> и выгребает оттуда-же. одновременные потоки запросов не могут
> использовать один и тот-же СИД (сесси на файлах - стандарт), файло
> лочится наверно. и получается, что 2й запрос ждет, пока он сможет
> вычитать данные из сессии (когда первый оборвется по таймауту), и
> только после этого начинает конектится с жабером (и так-же само со
> всем порталом, страници грузятся только после того, как первый "пинг"
> оборвется по таймауту). завтра будем думать альтернативное хранение
> сессии.

А в итоге как решили проблему с ожиданием второго запроса?

С уважением, Павел Радаев

VoSi

unread,
Mar 4, 2009, 9:20:39 AM3/4/09
to highload-php-ru
думал уже, не оч подходит, надо за этим следить постоянно
щас попробуем в мемкаш сохранять

On Mar 4, 7:38 am, "Artem S. Povaluhin" <artem.povalu...@gmail.com>
wrote:

>  Artem                            mailto:artem.povalu...@gmail.com

Weirdan

unread,
Mar 4, 2009, 9:47:22 AM3/4/09
to highloa...@googlegroups.com
А если лока на сессии не будет (а в мемкеше, насколько я понимаю, его таки не будет), проблемы у вас не возникнут с тем, что при параллельно выполняющихся нескольких запросов от одного пользователя в сессию данные запишет только тот, который закончится последним?

2009/3/4 VoSi <fon....@gmail.com>



--
 Best regards,
     Bruce Weirdan                                     mailto:wei...@gmail.com

VoSi

unread,
Mar 4, 2009, 11:01:12 AM3/4/09
to highload-php-ru
да, вот только что пришли к тому, что _физически_ данные пишутся
только при врайтклоуз или при выполнении скрипта... поэтому второй
поток берет старые данные, которые не подходят (вратклозом
пользоваться не хотим, следить надо, опять-же)
поэтому у нас концепция изменилась, одни вещи (которые не меняются)
записываем в сессию, другие - чисто в мемкаш с ключем в виде ид сессии

ЗЫ
планируем заопенсорсить библиотечку работы с жабером

On Mar 4, 4:47 pm, Weirdan <weir...@gmail.com> wrote:
> А если лока на сессии не будет (а в мемкеше, насколько я понимаю, его таки
> не будет), проблемы у вас не возникнут с тем, что при параллельно
> выполняющихся нескольких запросов от одного пользователя в сессию данные
> запишет только тот, который закончится последним?
>

> 2009/3/4 VoSi <fon.v...@gmail.com>

> weir...@gmail.com

Reply all
Reply to author
Forward
0 new messages