記一次線上報錯日志問題排查
今天陽光明媚，掐指一算，今天比較適合划水。 於是早上到公司之后先是蹲了廁所，然后就准備翻閱公眾號推文。 看的正嗨，突然釘釘群里開始響了， 生產日志群報了一條警告，如下： 報錯信息很明確 定位到業務代碼如下 一個普普通通的map的put操作，怎么就報錯了呢？繼續往下 ...
原文：【Go語言探險】線上奇怪日志問題的排查
最近在日志中發現一些奇怪的日志，大致長這樣： 打印了 Error 日志，error 打印出來卻是 lt nil gt ，乍眼一看，以為又遇到了 Go 里面 nil nil 的問題，但找到對應的那行代碼是這樣的： errResult 的類型是 ErrorResult ，GetRpcTracks 函數返回的類型也是 ErrorResult，經過仔細研究，排除了這種可能性。 那就很奇怪了，errResu ...
2020-08-29 15:11 2 790 推薦指數：
相關推薦
【線上問題排查技巧】動態修改LOGGER日志級別
前言 大多數情況下，我們會在打印日志時定義日志的LOGGER級別，用來控制輸出的信息范圍。 一方面，過多的輸出會影響查看日志的效率，另一方面，過少的日志讓問題定位變得困難。 但當線上出現問題時，線上容器通常定義在info級別，發生一些疑難問題時，光靠info級別的日志很難定位問題。 一個 ...
線上死鎖問題排查
問題描述： 線上一個服務的突然掛了，無法被調用，查看該服務日志發現Dubbo的線程池全滿了： 沒有多少訪問量，但是線程卻猛增，猜測可能是哪里出現了死循環或者哪里發生了死鎖。 首先，檢測一下服務器的CPU使用量，發現在正常范圍內，基本上可以排除哪里出現了死循環。 先找出該服務的進程 ...
Arthas線上問題排查
的 Exception？ 我改的代碼為什么沒有執行到？難道是我沒 commit？分支搞錯了？ 遇到問題無法在 ...
JVM線上問題排查
前言 本文介紹服務器內運行的 Java 應用產生的 OOM 問題 和 CPU 100% 的問題定位 1. 內存 OOM 問題定位 某Java服務(比如進程id pid 為 3320)出現OOM，常見的原因為： 內存分配的確實小了，而正常業務使用了大量的內存 某個對象被頻繁申請 ...
JAVA 線上問題排查方法
CPU 磁盤 內存 GC問題 網絡 線上故障主要會包括cpu、磁盤、內存以及網絡問題，而大多數故障可能會包含不止一個層面的問題，所以進行排查時候盡量四個方面依次排查一遍。 同時例如jstack、jmap等工具也是不囿於一個方面的問題的，基本上出問題就是df ...
線上問題排查神器 Arthas
線上問題排查神器 Arthas 之前介紹過 BTrace，線上問題排查神器 BTrace 的使用，也說它是線上問題排查神器。都是神器，但今天這個也很厲害，是不是更厲害不好說，但是使用起來非常簡單。如果你用 BTrace 的話，需要事先寫好探測腳本，然后上傳到需要排查問題的服務器，然后執行命令 ...
java線上服務問題排查
1、業務日志相關 假設系統出現異常或者業務有異常，首先想到的都是查看業務日志 查看日志工具： less 或者more grep tail -f filename 查看實時的最新內容 ps:切忌vim直接打開 ...