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
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
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 Oct 07 01:01:27 2024 UTC