Open dspolleke opened 4 years ago
I can confirm the problem as it caught us off-guard causing downtime :/
Commit 5d21b37a0617508c33fd4fd7c89f87c0ae4f2dea changed this area of the code and we now have to pass an empty hash for the default 'www' pool for the fpm_global_pool_settings
to apply. Here's an example for Ubuntu 18.04:
class { 'php':
fpm_pools => {
'www' => {},
},
fpm_global_pool_settings => {
'listen' => '/var/run/php/php7.2-fpm.sock',
....
},
}
Affected Puppet, Ruby, OS and module versions/distributions
How to reproduce (e.g Puppet code you use)
if you use a socket to connect to php-fpm and set the defaults in
and you upgrade from 6.0.2 to 7.0.0 it will overwrite the settings in fpm_global_pool_settings with the defaults in the default.yaml
What are you seeing
This will result in a not working Apache / PHP7 installation. (503 in the browser)
What behaviour did you expect instead
A working php-fpm like in version 6.02
Output log
see above
Any additional information you'd like to impart
we use the rh-scl version of php 7.2