问题描述

?

考虑到在山东移动机房租赁的物理服务器的存在单点，并时不时出现故障，导致业务停止，因此决定从物理服务器把某个老牌论坛迁移到可用性极高的proxmox超融合私有云平台。昨天夜里，兄弟们忙乎了一整夜，很是辛苦（我在11点对那些坏掉的文件系统进行修复，用screen仍在那里，自己睡觉去了）。

?

上午睡了个懒觉，还没清醒过来，有电话、qq消息过来了，说论坛页面能打开，详情页也没问题，但不能签到、发帖、发附件等。

催得厉害，赶紧进行处理。

?

运行环境

?

主要包括负载均衡及超融合私有云proxmox。负载均衡负责用户转发，使用的是公网ip；超融合私有云proxmox使用的是四个节点的物理服务器，运行30几个虚拟机。

域名解析到负载均衡的vip，haproxy负责把请求转发到proxmox上的指定的虚拟机。由于论坛容量不是很大（400G左右），就直接把论坛程序、附件及数据库部署在同一个虚拟机上（其它的应用，程序与数据库是分离的）。

?

基本思路

?

超融合私有云平台proxmox上的其它虚拟机及应用都是正常状态，因此可以排除底层架构的问题。

?

另外两个大的排查点就是负载均衡及论坛虚拟机本身。其他兄弟怀疑是负载均衡配置的问题，还发来了相关操作信息。

我一直强调，一定要先从后端真实提供服务的系统进行排查，真实服务提供者有问题，排查负载均衡有什么用处呢？

?

问题定位

?

登录系统，查看论坛的配置，主要是nginx及php。论坛页面可以打开，可以初步断定php没什么问题。

?

接下来，打开nginx配置看看，主配置文件有如下几行包含项：

include?vhosts/default.conf;
include?vhosts/bbs.formyz.net.conf;
include?vhosts/file.formyz.net.conf;
include?vhosts/net.formyz.net.conf;

对nginx进行语法检查，未发现异常。老办法，查nginx错误日志，很快有如下发现：

FastCGI?sent?in?stderr:?"Primary?script?unknown"?while?reading???response?header?from?upstream

?

心中有底了，一定是哪个包含文件配置上有问题。分别对这三个配置文件进行备份，然后挨个打开，发先有两个配置文件里，嵌套了包含项如下：

root??????/data/html/bbs.formyz.net;
???????????????fastcgi_pass??127.0.0.1:9000;
???????????????fastcgi_index?index.php;
???????????????include???fastcgi.conf;

而另外一个配置文件里，嵌套的项确是这样的：

root??????/data/html/bbs.formyz.net;
???????????????fastcgi_pass??127.0.0.1:9000;
???????????????fastcgi_index?index.php;
???????????????include???fastcgi_params;

?

再比较文件fastcgi.conf与文件fastcgi_params，不同之处如下：

?

把不一致的嵌套包含，都改成include fastcgi.conf，重启nginx。绑定服务器的主机名及ip到本地的hosts文件，浏览器访问论坛，测试签到、发帖等，一切恢复正常！