php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #71440 Please, don't raise error if no default pool conffile file is present (PHP-FPM)
Submitted: 2016-01-24 14:16 UTC Modified: 2016-03-27 06:04 UTC
From: l dot declercq at nuxwin dot com Assigned:
Status: Wont fix Package: FPM related
PHP Version: 7.0.2 OS: Any
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: l dot declercq at nuxwin dot com
New email:
PHP Version: OS:

 

 [2016-01-24 14:16 UTC] l dot declercq at nuxwin dot com
Description:
------------
Hello,

I'm wondering why an error is raised when no default pool configuration file is present. For instance, for Debian, the package maintainer configures a default pool configuration file set with the www-data user. This fulfills default installation requirements for Debian, but in some cases, we would expect no default pool configuration file.

For instance, we're providing a control panel which allows to manage shared hosting environments . Mutliple PHP versions are provided through the panel (through PHP-FPM).

First of all, it should be noted that for security reasons, we never run PHP through the www-data user. PHP is run through dedicated unix users (one for each customer). So here, we don't need to have a default pool configuration set with www-data user, which will never be used. Thefore, on installation, this default file is removed by our backend.

To resume, when rebooting or when restarting the PHP-FPM instance, there should be no error when no pool file configuration is available. Instead, the daemon should not start (silently).


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2016-02-03 13:12 UTC] cmb@php.net
-Package: PHP Language Specification +Package: FPM related
 [2016-03-27 06:04 UTC] krakjoe@php.net
-Status: Open +Status: Wont fix
 [2016-03-27 06:04 UTC] krakjoe@php.net
We would break expectations (and probably deploys) if we changed something that used to emit an error, to fail silently ... we cannot reasonably do this.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Dec 30 14:01:28 2024 UTC