Aucun nom de script transmis à php-fpm via nginx / FastCGI

Je lance une instance PHP 5.5 / 5.6 sur php-fpm sans aucun problème (sockets Unix et nginx).

Aujourd’hui, j’ai compilé PHP 7 et l’ai également lancé en tant que troisième instance PHP. Bien que les requêtes soient bien servies avec les instances PHP 5.5 / 5.6 pour l’instance PHP 7, je reçois:

ATTENTION: pid 2582, fpm_request_check_timed_out (), ligne 277: [pool www0] enfant 2813, script ” (request: “”) exécution expirée (120.018160 sec), se terminant

dans mon fichier journal php-fpm et

[erreur] 1889 # 0: * 4 échec de recv () (104: connexion réinitialisée par l’homologue) lors de la lecture de l’en-tête de réponse en amont, client: xxx.xxx.xxx.20, serveur: localhost, demande: “GET /info.php HTTP / 1.1 “, en amont:” fastcgi: // unix: /var/run/php70-fpm.sock: “, hôte:” xxx.xxx.xxx.21 ”

dans mon fichier journal d’erreur nginx.

J’utilise fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name qui fonctionne également pour l’instance PHP 5.6. Bien que le nom de fichier du script pour PHP 7 semble être vide. Je demande un script /info.php .

Existe-t-il une différence entre PHP 5.x et 7.0 avec php-fpm?


METTRE À JOUR

Au moins, je ne suis pas le seul à faire face à ces problèmes. J’ai ouvert un rapport de bogue ici: https://bugs.php.net/bug.php?id=69850

Il y a aussi un bogue très similaire (probablement identique) déjà signalé ici: https://bugs.php.net/bug.php?id=69875 (merci à @cryptic ツ)

MISE À JOUR 2

Essayez le plus récent alpha2 . Le bug est corrigé ici. Les sockets Unix fonctionnent désormais comme un charme.

Je ne suis pas sûr que cela puisse être considéré comme une réponse, mais en ce moment, lorsque j’écris cette réponse, le bug que vous avez soulevé a été considéré comme confirmé par l’équipe PHP:

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

Mise à jour: Je viens de voir que vous êtes conscient de la même chose!