我已经有几天的问题了!我在Vagrant + Puphpet(PHP-FPM和Apache)上使用Symfony 3 + EasyAdmin。
我添加了一个新实体,并尝试从管理员添加一些数据。但是,出于某种原因,我不太明白,当我尝试插入数据时,我从Apache得到了503错误(这意味着它没有像Symfony那样风格化)。当我试图在Apache Log中看到时,我发现了这个:
[Fri Mar 11 13:45:05.240107 2016] [proxy_fcgi:error] [pid 16535:tid 140223207917312] [client 192.168.56.1:34080] AH01067: Failed to read FastCGI header, referer: http://shop-generator.dev/app_dev.php/admin/?action=new&entity=Foe&menuIndex=11&page=1&referer=%252Fapp_dev.php%252Fadmin%252F%253Faction%253Dlist%2526entity%253DFoe%2526menuIndex%253D11%2526submenuIndex%253D0%2526sortField%253Did%2526sortDirection%253DDESC%2526page%253D1&sortDirection=DESC&sortField=id&submenuIndex=0
[Fri Mar 11 13:45:05.249001 2016] [proxy_fcgi:error] [pid 16535:tid 140223207917312] (104)Connection reset by peer: [client 192.168.56.1:34080] AH01075: Error dispatching request to : , referer: http://shop-generator.dev/app_dev.php/admin/?action=new&entity=Foe&menuIndex=11&page=1&referer=%252Fapp_dev.php%252Fadmin%252F%253Faction%253Dlist%2526entity%253DFoe%2526menuIndex%253D11%2526submenuIndex%253D0%2526sortField%253Did%2526sortDirection%253DDESC%2526page%253D1&sortDirection=DESC&sortField=id&submenuIndex=0
我尝试使用核心进行回溯,但事实证明它非常复杂。
提前谢谢
修改
我最后尝试手动将一些数据放入数据库中,一切正常......除了创作......我真的不明白为什么......
答案 0 :(得分:1)
503通常为service unavailable
,这意味着apache无法与php-fpm
进程管理器进行通信。尝试终止php-fpm
并重新启动它。在我的盒子上:
sh-3.2# killall php-fpm
sh-3.2# php-fpm
如果它正常重启并且您的应用程序正常工作,请尝试找出您用完或工作进程的原因。在强烈的调试会话期间,当我终止调试时,我经常遇到PhpStorm。 PhpStorm紧紧抓住联系。我必须手动终止所有的调试过程(或者重启PhpStorm,如果它快于'点击 - 你确定 - 是...
点击 - 你肯定是的......等等)
如果php-fpm
正常重启,但您的问题仍然存在,则可能是您不知道发生的配置更改(例如专用于php-fpm
的端口号)。
此外,另一个进程可能是抓取配置的端口。如果其他应用具有php-fpm
端口,您应该看到:
sh-3.2# php-fpm
[11-Mar-2016 08:49:19.765233] ERROR: pid 888, fpm_sockets_new_listening_socket(), line 191: unable to bind listening socket for address '127.0.0.1:8001': Address already in use (48)
[11-Mar-2016 08:49:19.765337] ERROR: pid 888, fpm_init(), line 72: FPM initialization failed
sh-3.2#
如果发生这种情况,请点击以确定哪个进程占用了配置文件中分配给php-fpm
的端口。
编辑:您从apache发布的特定错误(通常)在超时时发生,例如fpm进程花了太长时间才能完成http请求。您可能会在断点上遇到调试过程,或者正在处理长时间的处理过程,或者其他一些模糊的原因:我打开了太多文件',多Gb大小的xdebug日志文件,其他
答案 1 :(得分:1)
我已使用vagrant reload --provision
命令解析了503 similar problem。
希望它能帮到你