Nessun nome di script passato a php-fpm via nginx/FastCGI

Question

Eseguo un'istanza PHP 5.5/5.6 su php-fpm senza problemi (socket unix e nginx).

Oggi ho compilato PHP 7 e l'ho avviato come terza istanza PHP. Mentre le richieste di ottenere serviti bene con PHP 5.5/5.6 casi per l'istanza di PHP 7 ottengo:

ATTENZIONE: pid 2582, fpm_request_check_timed_out(), la linea 277: [piscina www0] bambino 2813, script '' (richiesta : " ") l'esecuzione scaduta (120,018,16 mila sec), terminando

nel mio file di log php-fpm e

[errore] 1889 # 0: * 4 recv() non riuscita (104: Collegamento reset by peer) durante la lettura dell'intestazione della risposta da upstream, client: xxx.xxx.xxx.20, server: localhost, richiesta: "GET /info.php HTTP/1.1" , a monte: "FastCGI: // unix: /var/run/php70-fpm.sock:", host: "xxx.xxx.xxx.21"

nel mio nginx file di log degli errori.

Io uso fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name che funziona anche per l'istanza di PHP 5.6. Sebbene il nome file dello script per PHP 7 sembra essere vuoto. Sto richiedendo uno script /info.php.

C'è qualche differenza tra l'utilizzo di PHP 5.xe 7.0 con php-fpm?

---

UPDATE

Almeno io non sono l'unico che si trova ad affrontare questi problemi come sembra. Ho aperto un bug report qui: https://bugs.php.net/bug.php?id=69850

C'è anche una molto simile (probabilmente identico) bug già segnalato qui: https://bugs.php.net/bug.php?id=69875 (thx a @cryptic ツ)

UPDATE 2

Try the newest alpha2. Il bug è stato risolto lì. Gli zoccoli Unix ora funzionano come un incantesimo.

Answer 1

io non sono sicuro se questo può essere considerato come risposta, ma in questo momento, quando scrivo questa risposta, il bug è stato sollevato è stato ritenuto confermato dal team di PHP:

[2015-06-23 12:47 UTC] remi@php.net 
I confirm 
PHP 5.6.10 works 
PHP 7.0.0-dev (Jun 17 2015) 
- network socket: OK. 
- UDS: broken 

Aggiornamento: Ho appena visto che anche tu sei consapevole dello stesso!