zabbix告警突然從某個時間點開始提示CPU使用高,網卡流量也一直居高不下。 首先查看redis日志,發現告警時間點redis主節點被重啟了,發生了主備切換,並且在日志中發現這么一段 [3 ...
先簡單介紹一下chrony chrony是linux 開始使用的時間同步服務,系統內置。比ntp更加快捷,簡單 含有服務端和客戶端:服務名為 chronyd,客戶端工具chronyc 配置文件 etc chron.conf Use public servers from the pool.ntp.org project. Please consider joining the pool http: ...
2019-10-09 15:06 0 2176 推薦指數:
zabbix告警突然從某個時間點開始提示CPU使用高,網卡流量也一直居高不下。 首先查看redis日志,發現告警時間點redis主節點被重啟了,發生了主備切換,並且在日志中發現這么一段 [3 ...
背景 將log4j.xml的日志級別從error調整為info后,進行壓測發現CPU占用很高達到了90%多(之前也就是50%,60%的樣子). 問題排查 排查思路: 看進程中的線程到底執行的是什么,導致CPU占用較高. 1. 使用top命令查看到底是哪個應用 ...
? 通過查閱資料,發現了一篇比較好的文章:一次NoHttpResponseException問題分析解決。 ...
看到的錯誤信息如出一轍都是這樣的:Method threw 'org.apache.ibatis.binding.BindingException' exception.Invalid bound s ...
日志集中式監控平台上線已經有一段時間,但是大部分情況下只是作為發布或者出問題時查看日志的便利工具使用。平時大家都不怎么主動上去看看。於是前幾天把應用的錯誤日志也加上郵件、Hi和短信報警,馬上就收到很多錯誤報警,引起了大家的重視。其中有一個Redis報錯: 看起來挺嚴重的,拿不到 ...
解Bug之路-記一次調用外網服務概率性失敗問題的排查 前言 和外部聯調一直是令人困擾的問題,尤其是一些基礎環境配置導致的問題。筆者在一次偶然情況下解決了一個調用外網服務概率性失敗的問題。在此將排查過程發出來,希望讀者遇到此問題的時候,能夠知道如何入手。 起因 筆者的新系統上線,需要PE執行 ...
山竹來臨,窩在家里整理個人文檔。 本篇文章主要講解排查問題的思路,涉及linux 刪除文件的原理、實例誤刪數據恢復、MySQL實例初始化參數優先級別等,雖然涉及知識點比較淺,但是個人覺得挺有 ...
最近測試環境的redis經常性發生某些key丟失的問題,最終的找到的問題讓人大吃一驚。 復盤一下步驟: 1、發現問題 不知道從某天開始,后台經常報錯,原因是某些key丟失,一開始不在意,以為是小bug,后來越來越頻繁。 2、檢查代碼 看看是不是有誤刪除的情況,這些key的訪問范圍很小,壓根沒有刪除 ...