Edit report at https://bugs.php.net/bug.php?id=53692&edit=1
ID: 53692
Updated by: f...@php.net
Reported by: szoftos at freemail dot hu
Summary: fsockopen for tls:// or ssl:// connections won't
open when php-fpm is used
-Status: Assigned
+Status: Feedback
Type: Bug
Package: FPM related
Operating System: FreeBSD
PHP Version: 5.3.5
Assigned To: fat
Block user comment: N
Private report: N
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Yes it's probably related somehow to the chroot.
Can you please make the 2 following tests:
1- just disable the chroot and test again. Is it working or not ?
2- keep chroot enabled, set max_children to 1 or 2, set log_level to debug, run
FPM and strace (or truss) the 2 FPM children processes. Run your test script
and
send the content of the strace or truss output.
thanks
++ jerome
PS: have a beer for me at Kuplung :)
Previous Comments:
------------------------------------------------------------------------
[2011-07-03 09:49:39] szoftos at freemail dot hu
hi, i was thinking on the problem. i run the php-fpm chrooted, could that be
the cause of the problem? php-fpm.conf follows:
[global]
pid = run/php-fpm.pid
[mail.flix.hu]
chroot = /usr/local/www
chdir = /vhosts/mail.flix.hu/mail.flix.hu
listen = /usr/local/www/var/run/sockets/mail.flix.hu.php.sock
listen.owner = www
listen.group = www
listen.mode = 0660
user = www
group = www
pm = dynamic
pm.max_children = 50
pm.start_servers = 1
pm.min_spare_servers = 1
pm.max_spare_servers = 5
pm.max_requests = 100
request_terminate_timeout = 1m
request_slowlog_timeout = 30s
slowlog = /var/log/php-fpm-slow.log
catch_workers_output = yes
php_admin_value[doc_root] = /vhosts/mail.flix.hu/mail.flix.hu
php_admin_value[open_basedir] =
/vhosts/mail.flix.hu/mail.flix.hu:/usl/local/share/pear
php_admin_value[upload_tmp_dir] = /vhosts/mail.flix.hu/mail.flix.hu/tmp
php_admin_flag[zlib.output_compression] = on
php_admin_value[disable_functions] =
escapeshellarg,escapeshellcmd,exec,passthru,proc_close,proc_get_status,proc_nice,proc_open,proc_terminate,shell_exec,system
php_admin_value[session.save_path] = /vhosts/mail.flix.hu/sessions
php_admin_value[safe_mode_exec_dir] = /vhosts/mail.flix.hu/safe_mode_exec_dir
php_admin_value[error_reporting] = E_ALL & ~E_NOTICE
php_admin_value[include_path] = .:/vhosts/mail.flix.hu/mail.flix.hu/data/pear
php_admin_value[date.timezone] = Europe/Budapest
------------------------------------------------------------------------
[2011-07-02 14:12:00] f...@php.net
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
I can't reproduce the problem on my side. It works as expected.
Can you please provide your full php-fpm.conf and any informations which could
be
relevant for this case resolution.
thx
++ Jerome
------------------------------------------------------------------------
[2011-05-01 00:34:00] szoftos at freemail dot hu
any changes on this one?
------------------------------------------------------------------------
[2011-01-10 13:13:51] szoftos at freemail dot hu
Hello,
%error_number is 0 and $error_message is ''.
But let me remark, the socket creation is not blocked. I set up a listening
socket with netcat (nc -l <portnumber>), and what i could see was that php
connects to that port, and drops the connection right away.
------------------------------------------------------------------------
[2011-01-10 01:39:11] ka...@php.net
What does the $error_number and $error_string variables return when the socket
creation is blocked?
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=53692
--
Edit this bug report at https://bugs.php.net/bug.php?id=53692&edit=1
