PHP-FPM non scrive nel registro degli errori

Ho appena installato un server nginx + php-fpm. Tutto sembra a posto, tranne che PHP-FPM non scrive mai errori nel suo registro.

fpm.conf

[default]
listen = /var/run/php-fpm/default.sock
listen.allowed_clients = 127.0.0.1
listen.owner = webusr
listen.group = webusr
listen.mode = 0666
user = webusr
group = webusr
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 35
pm.status_path = /php/fpm/status
ping.path = /php/fpm/ping
request_terminate_timeout = 30s
request_slowlog_timeout = 10s
slowlog = /var/log/php-fpm/default/slow.log
chroot = /var/www/sites/webusr
catch_workers_output = yes
env[HOSTNAME] = mapsvr.mapking.com
php_flag[display_errors] = on
php_admin_value[error_log] = /var/log/php-fpm/default/error.log
php_admin_flag[log_errors] = on

nginx.conf

server
{
  listen        80 default_server;
  server_name   _;

  charset       utf-8;
  access_log    /var/log/nginx/access.log rest;

  include       conf.d/drops.conf.inc;

  location      /
  {
    root        /var/www/sites/webusr/htdocs;
    index       index.html index.htm index.php;
  }

  # pass the PHP scripts to FastCGI server listening on socket
  #
  location      ~ \.php$
  {
    root           /var/www/sites/webusr/htdocs;
    include        /etc/nginx/fastcgi_params;
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME /htdocs/$fastcgi_script_name;
    if (-f $request_filename)
    {
      fastcgi_pass   unix:/var/run/php-fpm/default.sock;
    }
  }

  location      = /php/fpm/status
  {
    include        /etc/nginx/fastcgi_params;
    fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_pass   unix:/var/run/php-fpm/default.sock;
  }

  location      = /php/fpm/ping
  {
    include        /etc/nginx/fastcgi_params;
    fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_pass   unix:/var/run/php-fpm/default.sock;
  }

  # redirect server error pages to the static page /50x.html
  #
  error_page    500 502 503 504  /50x.html;
  location      = /50x.html
  {
    root        /usr/share/nginx/html;
  }
}

Ho creato ed eseguito uno script php errato e ho visualizzato l'output dell'errore sul browser Web. Anche il log degli errori nginx indica l'output stderr da fpm con lo stesso messaggio. Ho verificato che l'utente disponga dell'autorizzazione di scrittura (ho anche provato 777) nella cartella di registro designata. Anche il file error.log nominato è stato creato con successo da php-fpm. Tuttavia, il file di registro è sempre vuoto, indipendentemente dall'errore oltraggioso fatto dallo script php.

Cosa sta succedendo?

[Ho trovato il motivo un po 'più tardi]

Era permesso. Il problema è stato modificato dal proprietario agli utenti dei siti.

Questo ha funzionato per me:

; Redirect worker stdout and stderr into main error log. If not set, stdout and
; stderr will be redirected to /dev/null according to FastCGI specs.
; Default Value: no
catch_workers_output = yes

Modificare:

Il file da modificare è il file che configura il pool desiderato. Di default è: /etc/php-fpm.d/www.conf

Ho lottato con questo per molto tempo prima di trovare i miei registri php-fpm su cui venivano scritti /var/log/upstart/php5-fpm.log. Sembra essere un bug tra come interagiscono upstart e php-fpm. Scopri di più qui: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1319595

Ho avuto un problema simile e ho dovuto fare quanto segue al pool.d/www.conffile

php_admin_value[error_log] = /var/log/fpm-php.www.log
php_admin_flag[log_errors] = on

Non stava ancora scrivendo il file di registro, quindi ho dovuto crearlo touch /var/log/fpm-php.www.logimpostando il proprietario corretto sudo chown www-data:www-data /var/log/fpm-php.www.log.

Fatto ciò, e riavviato php5-fpm, la registrazione è stata ripresa.

Esistono più file di configurazione php, ma QUESTO è quello che devi modificare:

/etc/php(version)?/fpm/pool.d/www.conf

decommenta la riga che dice:

catch_workers_output

Ciò consentirà a PHP stderr di accedere al registro degli errori di php-fpm invece di / dev / null.

Ho raccolto approfondimenti da una serie di risposte qui e presento una soluzione completa:

Pertanto, se si configura nginx con php5-fpm e si registra un messaggio utilizzando, error_log()è possibile visualizzarlo /var/log/nginx/error.logper impostazione predefinita.

Un problema può sorgere se si desidera registrare molti dati (ad esempio un array) utilizzando error_log(print_r($myArr, true));. Se un array è abbastanza grande, sembra che nginxtroncerà la voce di registro.

Per ovviare a questo è possibile configurare fpm( php.net fpm config ) per gestire i log. Ecco i passaggi per farlo.

1. Aperto /etc/php5/fpm/pool.d/www.conf:

   $ sudo nano /etc/php5/fpm/pool.d/www.conf

2. Rimuovi il commento dalle due righe seguenti rimuovendo ;all'inizio della riga: (error_log è definito qui: php.net )

   ;php_admin_value[error_log] = /var/log/fpm-php.www.log ;php_admin_flag[log_errors] = on

3. Creare /var/log/fpm-php.www.log:

   $ sudo touch /var/log/fpm-php.www.log;

4. Cambia la proprietà in /var/log/fpm-php.www.logmodo che php5-fpm possa modificarlo:

   $ sudo chown vagrant /var/log/fpm-php.www.log

   Nota: vagrantè l'utente a cui devo dare la proprietà. Puoi vedere quale utente dovrebbe essere per te eseguendo $ ps aux | grep php.*wwwe guardando la prima colonna.

5. Riavvia php5-fpm:

   $ sudo service php5-fpm restart

Ora i tuoi log saranno in /var/log/fpm-php.www.log.

C'è un bug https://bugs.php.net/bug.php?id=61045 in php-fpm dalla v5.3.9 e fino ad ora (5.3.14 e 5.4.4). La correzione promessa dallo sviluppatore sarà pubblicata nella prossima versione. Se non si desidera attendere, utilizzare la patch in quella pagina e ricostruire o ripristinare la versione 5.3.8.

Nel tuo file fpm.conf non hai impostato 2 variabili che sono solo per la registrazione degli errori.

Le variabili sono error_log(percorso del file di registro degli errori) e log_level(livello di registrazione degli errori).

; Error log file
; Note: the default prefix is /usr/local/php/var
; Default Value: log/php-fpm.log

error_log = log/php-fpm.log

; Log level
; Possible Values: alert, error, warning, notice, debug
; Default Value: notice

log_level = notice

nel mio caso mostro che il registro degli errori andava in /var/log/php-fpm/www-error.log . così ho commentato questa riga in /etc/php-fpm.d/www.conf

php_flag[display_errors]   is commented
php_flag[display_errors] = on  log will be at /var/log/php-fpm/www-error.log

e come detto sopra ho anche decommentato questa riga

catch_workers_output = yes

Ora posso vedere i registri nel file specificato da nginx.

Vorrei aggiungere un altro suggerimento alle risposte esistenti perché non hanno risolto il mio problema.

Fai attenzione alla seguente direttiva nginx nel tuo blocco posizione php:

fastcgi_intercept_errors on;

La rimozione di questa linea ha posto fine a molte ore di lotta e di stiramento dei capelli.

Potrebbe essere nascosto in una directory conf inclusa come /etc/nginx/default.d/php.confnella mia fedora.

Nel mio caso php-fpm genera 500 errori senza alcuna registrazione a causa della mancanza del modulo php-mysql. Ho spostato l'installazione di Joomla su un altro server e me ne sono dimenticato. Quindi il apt-get install php-mysqlriavvio del servizio lo ha risolto.

Ho iniziato con il tentativo di correggere la registrazione interrotta senza successo. Alla fine straceho trovato un messaggio di errore dopo le chiamate di sistema relative al db. Sebbene il mio caso non sia direttamente correlato alla domanda dell'op, spero che possa essere utile.

Controlla la directory del proprietario di "PHP-FPM"

Tu puoi fare:

ls -lah /var/log/php-fpm/
chown -R webusr:webusr /var/log/php-fpm/
chmod -R 777 /var/log/php-fpm/