如果我运行一个docker图像，并打电话uptime ，我总是得到一个比真正的更长的价值。 docker run -it 1d2dfb3a35ab root@7efb3e947f73:/# uptime 23:41:57 up 16 min, 0 users, load average: 0.06, 0.02, 0.00 它已经没有运行16分钟，甚至没有16秒。 =： – Ø 这是一个已知的问题或什么？
在CentOS5上，我看到“top”命令显示hover在20％到2％之间，但负载是1.20。 这怎么可能？ 当我input“正常运行时间”时，我看到3个负载数字，一般在1.20 – 1.35左右。
我刚刚访问了数据中心的一台服务器，注意到自去年十月（11个月）以来，服务器已经启动（无需重启）。 它是运行Windows Server 2003的VMHost。 即使长时间运行良好，我应该重新启动吗？ 是什么让你决定是时候重新启动服务器？ 即使一台服务器运行了一年，是否会增加一个不必要的组件费用？ 你有多久没有重新启动服务器运行（尤其是一个运行Windows）？ 我只是想知道其他人的意见。
我认为这个标题本身就是很有说服力的。 但是，举个例子：在最近的一篇文章中，有37个信号显示它是真正的停机时间，并与其他Web服务相比较。 停机时间很less，可能大多数公司都没有。 但是，要衡量所有你需要一个100％正常运行时间的子弹教授系统，或至less某种启发式来模拟。 在这种情况下，他们使用Pingdom ，但任何其他类似的服务应该能够模仿。 那么，他们如何做到这一点？ 他们是否会让2或3台服务器抓取数据，并做和平均，而不考虑自己的停机时间？ 这是微不足道的还是复杂的？ Ps .:对于“精确度”的更好的定义是在没有错误的情况下进行测量，或者不会错过任何停机时间。 所以，如果服务停止，你知道，100％的时间。 否则，你可能会有一个有偏见的措施。
我一直在努力理解Heartbeat是如何工作的 – 我明白当一台服务器死亡时，它将切换到备份。 但是，对于我来说，当主服务器的工作负载大量增加时，它也会发生切换。 但是，它并不总是以相同的值切换。 networking上似乎没有太多关于它如何工作的信息。 我发现的最好的就是这篇文章 。 心跳是如何决定何时切换到次要的，以及如何决定何时切换回到主要的？ 这是一个可编辑的设置，我可以强制它之间切换？ 有时当心跳将转换到次要的，这需要几天，或者我已经看到两个星期之前，切换回主要。 这主要是在主要交通stream量下降之后。 我目前正在使用BlueOnyx，而我的心跳设置是： Auto Failback: on Keepalive: 1 seconds Warntime: 10 seconds Deadtime: 20 seconds Initdead: 30 seconds
我今天早上醒来，发现一个网站发生故障的通知。 我自己查了一下，结果没有。 我ssh进去检查服务器日志，而正常的请求正在处理罚款，uptimerobot的是这样的： 1.2.3.4 – – [23/Oct/2015:06:41:06 +0000] "GET / HTTP/1.1" 499 0 "-" "Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)" 1.2.3.4 – – [23/Oct/2015:06:41:36 +0000] "GET / HTTP/1.1" 301 5 "-" "Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)" 1.2.3.4 – – [23/Oct/2015:06:42:06 +0000] "GET / HTTP/1.1" 499 0 "-" "Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)" 1.2.3.4 – – [23/Oct/2015:06:42:36 +0000] "GET / HTTP/1.1" 301 5 […]
只有MSFT提供的列出事件，停机和停机时间的门户仅在默认视图中显示7天，在扩展视图中显示不超过30天。 我想比较一整年（或更多）的MSFT Exchange在线中断到第三方，甚至是我们自己的自我中断。 是否有任何logging可用的SLA或MSFT已详细了365天以上的问题？
我有一个ASP.NET应用程序托pipe在IIS中，并禁用了自动工作进程回收/closures。 我想大致了解应用程序连续运行多久，而不是重新加载。 我的想法是，可以从中收集到的一个来源是有关工作进程何时最后回收的信息，可能在IIS日志或性能计数器中。 或者，也可以从关于何时创buildAppDomain本身的信息，也许在性能计数器。 无论如何，我找不到任何这样的信息。 改变代码的缺点，是否有可能确定这已经部署的应用程序？ 也许是监视进程的第三方工具？ 或从事件日志中的IIS信息？ 最初张贴在SO： https : //stackoverflow.com/questions/1835469/lifetime-of-worker-process-or-appdomain
我的服务器没有响应HTTP请求，并且需要很长时间才能用SSHlogin; 这一切看起来像服务器超载和跪下。 它已经在几天前，但重新启动后，一切都恢复正常。 今天重新启动之前，我想了解发生了什么事情。 我终于可以login，平均负载显示为1.00 ： # uptime 15:00:46 up 4 days, 19:47, 1 user, load average: 1.00, 1.00, 1.00 但是top似乎是说服务器空闲： top – 15:01:52 up 4 days, 19:48, 1 user, load average: 1.00, 1.00, 1.00 Tasks: 704 total, 1 running, 703 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3%us, 1.1%sy, 0.0%ni, 98.4%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st […]
我正在尝试使用特定主机名在HAProxy中执行HTTP检查。 这里是我的后端configuration的一个片段： option httpchk HEAD / HTTP/1.1\r\nHost: example.com http-check expect rstatus (2)[0-9][0-9] 当我查看正在检查的服务器上的IIS日志时，主机名（ cs-host ）为空： #Fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) cs(Referer) cs-host sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken 2016-04-15 20:24:09 W3SVC3 123.123.123.123 HEAD / – 80 – 456.456.456.456 – – – 302 0 0 365 45 14 与来自浏览器的请求相比，主机名可见： […]