一段时间后节点停止响应

Question

我的节点服务器运行正常。工作完全没有问题。 然后在某个（随机？）时间点，它停止响应请求。 （之前它确实响应了几个小时不间断。）

没有错误。服务器仍然能够执行内部进程，但不响应请求。

随着日志显示，请求正在发送到服务器：

GET / - - ms - -
GET / - - ms - -
GET /upload - - ms - -
GET /profile - - ms - -

我无法弄清楚它何时被触发、发生了什么以及为什么会发生。

一旦服务器停止响应，它将永远不会再响应。重新启动服务器可以解决问题，直到它再次发生。

有人遇到过这种行为吗？

更新：

1. 服务器永远不会崩溃，只是停止响应。
2. 这个应用程序已经有一年多的历史了，而且运行良好，所以我怀疑它是基本的，而是其他的。
3. 最近的变化：开始使用 YouTube SPF
4. 最近的变化：连接到远程服务器上的 MongoDB，而不是本地主机

同样，服务器永远不会崩溃，只是停止响应。

这些是我用于服务器的组件：

var express = require('express');
var app = express();
var port = process.env.PORT || 8080;
var morgan = require('morgan');
var cookieParse = require('cookie-parser');
var session = require('express-session');
var mongoose = require ('mongoose');
var bodyParser = require('body-parser');
var configDB = require('./config/database');
var passport = require('passport');
var flash = require('connect-flash');
var MongoStore = require('connect-mongo')(session);
var https = require("https");
var path = require('path');
var helmet = require ("helmet");
var robots = require("express-robots");
var Sitemap = require('sitemap')
var async = require('async')
var cron = require('node-schedule');
var compression = require('compression')

更新：

添加了带注释的 pm2 日志：

0|server   | GET /public/js/fullscreen.js 304 72.626 ms - -
0|server   | GET /public/js/mathUtils.js 304 72.291 ms - -
0|server   | GET /public/js/snap.svg.js 304 74.047 ms - -
0|server   | GET /views/58dc059bf5ac4394447e7a4d/82z7rw8qbvgqfr 304 95.918 ms - -
0|server   | GET /public/js/playerTransport.js 304 96.425 ms - -
0|server   | GET /public/res/img/rightarrow.png 304 82.923 ms - -
0|server   | GET /public/res/img/BecomicsLogo.png 304 93.323 ms - -
0|server   | GET /public/res/img/leftarrow.png 304 84.158 ms - -
0|server   | GET /public/res/img/fullscreen.png 304 93.776 ms - -
0|server   | GET /public/fonts/foundation-icons.woff 304 61.611 ms - -
0|server   | GET /public/images/ui-bg_glass_100_f6f6f6_1x400.png 404 57.253 ms - 39
0|server   | GET /public/images/ui-icons_ef8c08_256x240.png 404 57.646 ms - 39
0|server   | POST /rating/get 200 111.758 ms - 37
0|server   | POST /player/getBook?id=58dc059bf5ac4394447e7a4d 200 99.961 ms - -
0|server   | GET /public/res/img/loading.gif 304 70.614 ms - -
0|server   | POST /stats/pageView 200 73.545 ms - 2
0|server   | GET /subscriptions 304 655.215 ms - -
0|server   | GET /public/css/discover.css 304 72.171 ms - -
0|server   | GET /public/css/becomics.css 304 73.344 ms - -
0|server   | GET /public/js/spf.js 304 65.621 ms - -
0|server   | GET /public/res/img/hamburgerMenu.png 304 58.525 ms - -


0|server   | POST /subscriptions/count 200 111.033 ms - 11 <--- This is the last time the server will respond
0|server   | GET /profile/5825063e47234fc77cbc7694/$otherUserPic - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694/$picTheWhat - - ms - -


0|server   | So far so good <--This prints just before the res.send(). It verifies that the request makes it all the way to the response. But still. No response... 
0|server   | So far so good
0|server   | GET /profile/5825063e47234fc77cbc7694/$otherUserPic - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694/$picTheWhat - - ms - -
0|server   | GET /subscriptions - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694 - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694 - - ms - -

0|server   | Counting Views. <--- this is a croned operation. It executes with no problem. Even after server stopped responding.
0|server   | GET /profile/5825063e47234fc77cbc7694 - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /profile/5806a8116b9b49b4201f5487 - - ms - -
0|server   | GET /trendy?spf=navigate - - ms - -
0|server   | GET /trendy?spf=navigate - - ms - -
0|server   | GET /fresh?spf=navigate - - ms - -
0|server   | GET /series/58dc032ef5ac4394447e7a3c - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /featured?spf=navigate - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /featured - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /ping - - ms - -

如您所见。没有错误。有任何想法吗？

另请注意 /ping 是一个应该返回状态 200 的路由。没有数据库查询，什么也没有。可能的最简单的响应，但也失败了。

更新 尝试使用不同的浏览器 + chrome 的隐身来验证这不是缓存问题。还是没有反应。

PM2 监测：

Mem: 140MB CPU:0%
Loop delay 1.46ms

CPU 配置文件：

堆快照

2017 年 4 月 2 日更新： 经过一些调试后，我认为这与与远程服务器断开连接有关......一旦我解决了这个问题，我将发布答案。

2017 年 4 月 3 日更新 这是我的猫鼬连接代码：

mongoose.connect(configDB.url,{user:configDB.user,pass:configDB.pwd,server:{reconnectTries:60,reconnectInterval:1000}});
// CONNECTION EVENTS
// When successfully connected
mongoose.connection.on('connected', function () {
    console.log('Mongoose default connection open to ' + configDB.url);
});

// If the connection throws an error
mongoose.connection.on('error',function (err) {
    console.log('Mongoose default connection error: ' + err);
    console.log("Disconnecting")
    mongoose.disconnect();
});
// When the connection is disconnected
mongoose.connection.on('disconnected', function () {
    console.log('Mongoose default connection disconnected');
    //It automatically reconnects with not issues
});

问题是，当我的问题发生时，这些侦听器都不会触发。没有错误或异常抛出。没有触发断开连接。只是停下来..

Answer 1

如果你能分享你的代码会更好，以便我们更清楚问题。

如果您使用的是 express，则可能只是 app.use 的顺序错误，或者您的中间件可能有问题。您可以使用调试器或只是找出您的服务器崩溃的请求并给它一个修复。

Answer 2

我也遇到过类似的问题，重启系统后问题解决了。

Answer 3

请您的服务器限制达到 检查您的服务器并增加服务器的限制。