VPS侦探论坛

标题: 关于502的问题，帖子都查过了，实在是解决不了了！ [打印本页]

作者: zidaneting 时间: 2015-10-16 10:23
标题: 关于502的问题，帖子都查过了，实在是解决不了了！
好几天了，这几天在论坛和网上一直查资料，502的问题，方法都试了，都不行。服务器配置 8G内存 4核CPU，日访问量几万吧
php-fpm.log

[16-Oct-2015 10:17:22] WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 8 children, there are 31 idle, and 36 total children

复制代码

nginx_error.log

2015/10/16 10:16:01 [crit] 24993#0: *135 connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory) while connecting to upstream, client: 183.195.232.24, server: xxx.xxx.com, request: "POST /Sp_base/getArticleLike/ HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-cgi.sock:", host: "xxx.xxx.com", referrer: "http://
xxx.xxx.com
/h/a_207.html?r=2e86f84fa25da08b948e38416dc06a44&isappinstalled=0&from=timeline"

复制代码

在网上查的，增加pm.

max_children，增大pm.

max_spare_servers，都试了，都不管用

已启用

slowlog，却从来都没生成过！

mysql的日志也是一天清理一次，也不存在数据太多

反正各种办法都试了，实在不知道该怎么办了，请各位大大和军哥帮忙看看，谢谢！！！

作者: zidaneting 时间: 2015-10-16 10:27
标题: php-fpm配置
listen = /tmp/php-cgi.sock
listen.backlog = -1
listen.allowed_clients = 127.0.0.1
listen.owner = www
listen.group = www
listen.mode = 0666
user = www
group = www
pm = dynamic
pm.max_children = 5120
pm.start_servers = 32
pm.min_spare_servers = 32
pm.max_spare_servers = 1024
request_terminate_timeout = 1000
request_slowlog_timeout = 0
slowlog = var/log/slow.log

作者: licess 时间: 2015-10-16 14:01
按置顶帖502 排查看看
有很多原因，也可以开慢日志看看

作者: iswordfish 时间: 2015-11-27 22:54
军哥，我也遇到了跟楼主同样的问题，新VPS，重装了各种系统了，网站访问量不大，就是经常502，504，吐血了快。
各种方法都试了，主要是配置文件调整，删除sql日志（其实就没多大的日志），
现在想了解下502,504情况下，lnmp自动重启的脚本怎么开启,这样可否一劳永逸呢？

作者: licess 时间: 2015-11-28 08:44
标题: 回复 4# 的帖子
开慢日志基本上可以确定大体原因
自动重启只能说是治标不治本

作者: iswordfish 时间: 2015-11-28 10:14
设置过php-fpm.conf后，一天过去了还没有在/var/log下找到slow日志。

作者: iswordfish 时间: 2015-11-28 13:23
慢日志没捕获到，但是网站却一直不稳定，求解

作者: licess 时间: 2015-11-28 21:06
标题: 回复 7# 的帖子
慢日志在/usr/local/php/var/log/ 下
配置文件里是相对目录不是绝对目录

作者: 阿末 时间: 2015-11-28 23:03
几万IP，但是PV呢？但是是什么程序呢？
还有探针上的负载一般是多少，如果负载长期在5以上，502很正常。要么升级服务器配置，要么优化程序

作者: iswordfish 时间: 2015-11-28 23:04
完整的慢日志见附件，请军哥帮看下，网站为什么一直宕机呢？是wordpress程序的问题(但是现在在另外一台备用vps上也是同样的程序和模板），还是Lnmp的问题（另外一台vps用的事lnmp1.1版本的，还算正常）。
现在用的lnmp1.2，换了5个系统了,网站问题不断，dnspod不断通知宕机。。

作者: licess 时间: 2015-11-29 09:31
标题: 回复 10# 的帖子
先按502帖子调整max和min的参数

你可以参考502发生的时间对照一下，应该是某个插件的问题

作者: 阿末 时间: 2015-11-29 09:34
你把你插件都禁用了试试

作者: iswordfish 时间: 2015-11-29 11:59
嗯，谢谢楼上两位知道，我已经调整nginx.conf的最大最小值参数了了，如图。
另外也禁用了wordpress的所有插件。
放一天看看效果吧。
--------------------------------
下面是VPS的信息，应该不是性能的问题吧
硬件（商家宣传的可能有水分，但是速度必国外的还是要快很多）：
CPU：E5-2600系列 2核
内存配额：2GB ECC DDR3
硬盘配置：40G 系统盘+60G 数据盘
独享带宽：4M
软件：
ubuntu 14.02 64位
Lnmp1.2

作者: licess 时间: 2015-11-29 22:01
标题: 回复 13# 的帖子
先按502帖子调整max和min的参数

作者: iswordfish 时间: 2015-11-29 22:35
是的，军哥。不知道我13楼图中的最大最小参数是否正确呢？
我根据报502出错的时间，看了半天的慢日志，并没有发现太多线索（也许是我水平太菜，勿见怪），只发现网站一直再请求mysql，看来数据库的优化或者首页静态化还是很有必要的。

您的分析也很到位，很有可能是插件的问题，一个好消息是，今天禁用了wordpress的一个插件，dnspod没有再通知网站不可访问，也没再发现502错误，就是网站的首页有点慢。这个容我再观察一下再做回报。
WP-Optimize插件，就是优化数据库的插件。
该插件的描述：
这个插件可以帮助你保持你的数据库的清洁，它可以移除修订草稿和回收站的垃圾。此外，它还可以让你运行你的 WordPress 核心数据表优化指令（谨慎使用）。

作者: licess 时间: 2015-11-30 09:57
标题: 回复 15# 的帖子
13楼的配置按你的配置远远太小。502帖子里有具体数值的计算方法

作者: iswordfish 时间: 2015-11-30 20:44
改过之后，不能重启，军哥支招：

Starting php-fpm [30-Nov-2015 20:42:56] ALERT: [pool www] pm.min_spare_servers(25) and pm.max_spare_servers(52) cannot be greater than pm.max_children(10)
[30-Nov-2015 20:42:56] ERROR: failed to post process the configuration

作者: licess 时间: 2015-12-1 08:20
pm.max_children改成和pm.max_spare_servers的值一样

作者: iswordfish 时间: 2015-12-1 11:45
昨天晚上又宕机了一次，然后自动恢复，dnspod报告3分钟。跟机房打电话提工单，询问是不是vps性能问题，要求换机器（之前已经装过windows/centos/ubuntun3个系统了)，对方很耐心的查看了一下，说服务器方面问题并无异常（实际上，午聊通过winscp上传，还是windowsservers下检测，服务器也就是这样子了）。
谷歌、百度甚至知乎搜索，仔细分析，现在的情况要么是环境问题（lnmp我还是很信赖的，从1.0，1.1用过来，比较便捷），要么是程序问题（可是几无插件的wordpress，能有啥问题）。所有想来还是咱的配置不到位。
军哥，按我vps2G内存算，下php-fpm.conf的配置，看看有啥问题吗？
--------------------------------------------
[global]
pid = /usr/local/php/var/run/php-fpm.pid
error_log = /usr/local/php/var/log/php-fpm.log
log_level = notice

[www]
listen = /tmp/php-cgi.sock
listen.backlog = -1
listen.allowed_clients = 127.0.0.1
listen.owner = www
listen.group = www
listen.mode = 0666
user = www
group = www
pm = dynamic
pm.max_children = 52
pm.start_servers = 40
pm.min_spare_servers = 25
pm.max_spare_servers = 52
request_terminate_timeout = 200
request_slowlog_timeout = 1s
slowlog = var/log/slow.log
---------------------------------------------------------
---
另，禁用众多无关插件后，目前wordpress网站首页打开仍然较慢（首页也就是最新文章），前端分析优化了一天，该删的都删了，chorme浏览器分析页面请求Wating(TTFB)时间较长，不知道军哥对此有何高见？[attach]2901[/attach]

---
--
-

[ 本帖最后由 iswordfish 于 2015-12-1 12:47 编辑 ]

作者: iswordfish 时间: 2015-12-1 12:14
关于网页加载waiting(TTFB)时间过长的问题，这里有篇文章，希望军哥有时间看下，是否webservers层面存在优化的可能。
关于请求被挂起页面加载缓慢问题的追查 http://fex.baidu.com/blog/2015/01/chrome-stalled-problem-resolving-process/
TTFB-首字节时间 http://www.cnblogs.com/ChandlerVer5/p/TTFB.html

作者: licess 时间: 2015-12-1 13:13
我这边f12看很到很多baidu share的链接拖的

作者: iswordfish 时间: 2015-12-1 18:16
军哥，baidushare js的载入都是毫秒（ms）级别，基本可以忽略不计，但网站整体（就是域名那行）返回是数秒（5s-7s)。我也查看了另外在lamp环境下一些wordpres网站，基本上这行都是不足一秒即返回——这个观察应该是实事求是的。
是不是说apache在某些层面上要胜于nginx呢？
以您的经验，能否提升下呢？比如调整下lnmp1.2环境下的某个参数？

作者: iswordfish 时间: 2015-12-1 18:29
另外，军哥，我的vps内存占用一直居高不下，这会不会和网站经常性宕机（502？）和访问速度较慢的关系呢？目前就是ubuntu系统+lnmp1.2环境，装了一个访问量也不大的wordpress网站。

作者: licess 时间: 2015-12-1 19:25
标题: 回复 23# 的帖子
https://www.vpser.net/other/linux-vps-ram.html

作者: iswordfish 时间: 2015-12-1 20:34
谢谢军哥关于内存的解答，恕我了解不够。

另外dnspod今天又报了两次短暂的宕机（在那个时间段，访问明显变慢或者无应答）。
所以打破砂锅问到底下，也就我在22楼提到的问题，会不会是nginx服务的问题？有没有优化的可能？
我实际比较后的情况：
同样的wordpress网站同样的模板同样的ubuntu系统，装apache的首页访问速度要快些（通过chrome浏览器工具，得知网站document载入速度过长）

作者: licess 时间: 2015-12-2 09:13
标题: 回复 25# 的帖子
我这边f12的结果和你不一样

没法说是否nginx的问题

作者: iswordfish 时间: 2015-12-3 23:40
谢谢军哥，我这两天又装了个apche服务器，对于速度而言确实也没什么改善，并且wdcp面板很麻烦，一堆错误，最后还是回到lnmp了，相知多年，值得信赖。
建议1.3版本中，对于php-fpm.conf等配置文件，可以根据硬件自动调整其值。

作者: licess 时间: 2015-12-4 08:20
标题: 回复 27# 的帖子
1.3 beta版一开始就加入了

欢迎光临 VPS侦探论坛 (https://bbs.lnmp.com/)