SO有许多文章提到此错误代码:
FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream...
这可能意味着这个错误消息或多或少是无用的。
消息告诉我们,FastCGI处理程序由于某种原因不喜欢发送的任何内容。问题是,有时我们不知道原因是什么。
所以我要重新陈述一个问题——我们如何***调试***这个错误代码?
考虑这样一种情况:我们有一个非常简单的站点,只有phpinfo。php文件。此外,还有一个非常简单的nginx配置,如下所示:
server {
server_name testsite.local;
root /var/local/mysite/;
location / {
index index.html index.htm index.php;
}
location ~ \.php$ {
include /etc/nginx/fastcgi_params;
fastcgi_pass fastcgi_backend;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
}
我们如何准确地看到输出/日志fastcgi_params被发送到脚本
**如何查看实际的错误消息?**在我的例子中,我使用的是php-fpm。它在日志中没有关于此错误的信息。日志不会为此错误追加任何行。php-fpm有详细模式吗?
/var/log/php-fpm/error.log
/var/log/php-fpm/www-error.log
我已尝试在php-fpm中设置此项。conf文件
log_level = notice
这在php-fpm.d/www中。conf文件:
catch_workers_output = yes
9条答案
按热度按时间ttcibm8c1#
要回答您的问题:
1.在php-fpm.d/www中。conf文件:
设置访问权限。日志条目:
1.重启php-fpm服务。
1.尝试访问您的页面
1.cat/var/log/www.access。日志,您将看到如下访问日志:
- - 10/Nov/2016:19:02:11 +0000 "GET /app.php" 404 - - 10/Nov/2016:19:02:37 +0000 "GET /app.php" 404
要解决“主脚本未知”问题:
希望我的回答有帮助。
t0ybt7op2#
由于请求由php工作者处理,您可以跟踪php工作者以获得原因。
为了便于找到处理请求的工作进程,在php-fpm的conf文件中只设置一个工作进程。
使用
$ps -aef | grep -v grep | grep php
获取php工作pid然后使用
$ sudo strace -p 28880
跟踪工作流程,然后执行请求,您将看到如下跟踪输出从跟踪输出中,它显示脚本文件
/data/www/public/st/mn/dst.php
未退出wlsrxk513#
对我来说,这是一个权限问题&我必须在
php-fpm/www.conf
中更改用户和组将值更改为您的用户名和组www,例如
zrfyljdw4#
Nginx的fastcgi_pass导致的问题不正确。
您可以检查以下内容:
打开文件:
/etc/php-fpm.conf
(systemctl status php-fpm
查找它)并在=之后找到pid =
。这是一个路径,需要与文件/etc/php-fpm.d/www.conf
中的路径listen =
进行比较。例如:
pid = /run/php-fpm/php-fpm.pid
listen = /run/php-fpm/php-fpm.sock;
我的旧路径
listen = /var/run/php-fpm/php-fpm.sock;
和我更改为/run/php-fpm/php-fpm.sock;
,然后重新启动php-fpm,然后它运行良好。zdwk9cvp5#
在我的示例中,发生此错误是因为php-fpm无法根据
$document_root
(即/etc/nginx/html
)找到文件通过设置
PHP-FPM现在可以正确定位文件。
xpszyzbs6#
检查root的位置以及它下面的文件是否存在,我遇到这个错误是因为root路径TYPO。
wf82jlnq7#
对于我(Oracle Linux 7)来说,正是SELinux阻止了php-fpm访问该文件。Red Hat和Centos用户可能会发现同样的问题。
运行,运行
显示了SELinux的状态,对我来说,它是打开的,导致了问题。我已经尝试并实现了所有其他建议的修复,但错误仍然存在。
我通过将SELinux置于许可模式来解决这个问题:
/etc/selinux/config
我的最小配置的其余部分:/etc/nginx/nginx.conf:
注意:我将用户更改为apache,这是php-fpm使用的用户
/etc/php-fpm.d/www.conf:
注:我设置了listen。主人并倾听。组到apache
我的文件和文件夹的权限是:/sites(root:apache drwxrwxr-x)/sites/demo(root:apache drw xrwx-x)/site/demo/index。php(根:apache.rw.rw.r.)
如果您查看ps-aux|grep-E“php|nginx”,您可以看到所有php-fpm池进程和nginx工作进程都以用户apache身份运行。
如果您查看套接字文件/run/php-fpm/php-fdm的权限。sock你会看到它属于apache:apache和srw-rw----
uwopmtnx8#
在我的案例中,一开始我就开始与数百万个代码问题作斗争,但后来我看到了全球的大局。问题在于PHP的错误版本。最终,我一个接一个地尝试了不同的PHP版本,如下所示:
然后它工作了,没有真正地重新开发和更改数百万行代码。我知道这有点傻,但如果用旧风格和旧PHP方式开发,新的PHP版本绝对会崩溃。对我来说,运行它比运行最新最新的PHP版本更重要。
x33g5p2x9#
对于MacO用户,如果有人遇到我的情况:
我用以下方式启动了php服务:
因为我使用了“sudo”权限。我需要在没有sudo的情况下停止和启动php服务。
希望对某人有帮助。