重慶分公司
重慶分公司，新征程啟航
為企業(yè)提供網(wǎng)站建設、域名注冊、服務器等服務
nagios和pycurl的超時時間
線上使用自己開發(fā)的url monitor工具進行應用層面的監(jiān)控，主要的原理使用nagios驅動pycurl做url的檢測，url的檢測屬性（ip,port,url,httpcode等）是放在數(shù)據(jù)庫里面的。
對于http code的監(jiān)控，當獲取的http code和期望的http code不一致時，產生報警郵件。
最近發(fā)現(xiàn)在報警郵件中，有顯示current http code是200，但是nagios的狀態(tài)卻是critical的情況。
創(chuàng)新互聯(lián)公司于2013年開始，先為工農等服務建站，工農等地企業(yè)，進行企業(yè)商務咨詢服務。為工農企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。
報警郵件：
通過nagios的頁面查看，確實看到了監(jiān)控報錯的情況：
nagios頁面：
分析nagio的報判斷的幾種狀態(tài)：
soft：監(jiān)控項處于retry_check檢測周期內的非正常狀態(tài)
hard：監(jiān)控項達到max_check_attempts最大次數(shù)后的非正常狀態(tài)
hard：監(jiān)控項達到max_check_attempts最大次數(shù)后的非正常狀態(tài)
常態(tài)：soft和hard之外的狀態(tài)
線上關于這個service的配置：
check_interval 3
retry_interval 1
max_check_attempts 3
retry_interval 1
max_check_attempts 3
即檢測間隔為3分鐘，檢測間隔為1分鐘，最大重試3次。當?shù)谝淮问『螅M入soft1，間隔1分鐘后繼續(xù)檢測，失敗進入soft2，當?shù)?次同樣失敗時，進入hard狀態(tài)。
進入hard狀態(tài)后，就會每間隔3分鐘檢測。（注：進入soft狀態(tài)后， 按retry_interval的時間檢測，不按check_interval的時間檢測，直到恢復常態(tài)或hard ）
從nagios的結果可以看出，是由于service check超時導致，nagios的service check和pycurl都是有超時設置的，產生這種問題的原因就是在nagios的超時時間內，pycurl沒有正常返回值，導致nagios任務檢測失敗。但是pycurl的超時時間比較長，最終返回了正確的值update到了數(shù)據(jù)庫，但是nagios確認為檢測失敗了。。
在pycurl中控制超時的設置是CONNECTTIMEOUT（默認300s），TIMEOUT(永不超時)
而nagios的模式設置service_check_timeout模式時60s.
解決方法：
對pycurl的超時參數(shù)做設置，小于nagios的超時時間即可。
具體的pycurl的代碼：
def check_server_url(proxy,url,location):
buf_header = cStringIO.StringIO()
c = pycurl.Curl()
c.setopt(c.URL,url)
c.setopt(c.CONNECTTIMEOUT,20)
c.setopt(c.TIMEOUT,40)
if location == 0:
c.setopt(c.FOLLOWLOCATION,0)
else:
c.setopt(c.FOLLOWLOCATION,1)
c.setopt(c.PROXY,proxy)
c.setopt(c.HEADERFUNCTION,buf_header.write)
c.setopt(c.NOBODY,True)
try:
c.perform()
http_code = c.getinfo(c.HTTP_CODE)
print http_code
http_hearder = buf_header.getvalue()
except pycurl.error:
http_code = "-1"
c.close()
buf_header.close()
return http_code其實最根本的rc還是業(yè)務響應慢導致(最終定位為db的響應慢)。
文章標題：nagios和pycurl的超時時間
瀏覽地址：http://www.xueling.net.cn/article/gedodi.html