三月 12
前几个礼拜看着运行的好好好的squid服务器在cacti里面的图表忽然接连冒出了两个突起?真是百思不得其解:我是知道squid服务程序重启会导致squid的snmp计数器重置,直接在cacti的性能监视图上的表现就是会冒出如上图去年十月份的那个高高的尖峰。可是那段时间我的squid服务器一直运作良好啊,根本没有重启过,那这两个尖峰是怎么冒出来的呢?真是想不明白。
今天闲来无事,查看了下这台squid的mgr:info信息,我终于悟道了:
如下所示,这台squid服务器运作了半年没有重启过,导致squid的某些计数器溢出了,于是进而导致squid的snmp的信息在这些计数器溢出的时候也出错了,于是就最终导致了上图中2月份的那两个莫名其妙的突兀。
- Squid Object Cache: Version 2.6.STABLE16
- Start Time: Fri, 12 Oct 2007 00:27:19 GMT
- Current Time: Wed, 12 Mar 2008 08:06:42 GMT
- Connection information for squid:
- Number of clients accessing cache: 875
- Number of HTTP requests received: 483783599
- Number of ICP messages received: 343064
- Number of ICP messages sent: 343064
- Number of queued ICP replies: 0
- Number of HTCP messages received: 0
- Number of HTCP messages sent: 0
- Request failure ratio: 0.00
- Average HTTP requests per minute since start: 2205.6
- Average ICP messages per minute since start: 3.1
- Select loop called: -1716939279 times, -7.665 ms avg
哈哈,终于搞清楚了问题所在,而且又让我小有成就感,是为记之。

三月 18th, 2008 at 8:41 pm
[...] 关于本站 « 隆重庆祝俺的squid的计数器溢出:半年安全生产无事故 [...]
三月 21st, 2008 at 3:15 pm
Number of HTTP requests received: 483783599
你是指的这个参数?
三月 22nd, 2008 at 12:11 am
用squid缓冲windows update之实践改进版
这个文章怎么找不到了...
三月 24th, 2008 at 8:23 am
哈,歹势啦,你之所以找不到这篇文章,是因为:我还没有写呢~~~
2008年三月 22 日 12:11 am,iakuf大声嚷嚷道:
签名
---
之所以还没有写的原因,请看这个杂货铺子的"本站说明"