Core dump調試小記（暫時未解決）

緣起

• 現場的故障，讓我支持一下。

過程

第一次

• 經過簡易的日誌，定位到了函數文件，遠程連到現場環境，直接gdb進程名，一直到函數return，都沒有core掉。

  • 幹得比較倉促，都沒有再看看相關函數

第二次

• 吃完飯，睡過覺後，繼續定位，畢竟現場的優先級高啊。

• 跟人溝通後，get到兩點思路，讓現場確認一下

  • 一、看下.config的CLTSERVID的值和鏈路的值是否是不樣，確認後都是26。
  • 二、調高日誌級別，原來是0（只顯示錯誤的），讓現場改爲3，最高可支持9。這個後期得了解一下

• 第一次，我沒有找到生成的core文件，也就沒管，直接gdb了，後面就看了一下。

  • linux下生成core dump文件方法及設置
  • ulimit -c若是是0，則沒法生成core dump，固然也能夠用ulimit -a查看。用ulimit -c 2048去設置core的大小
• 讓現場試了以上三招後，從新跑個進程，撈個日誌來看看的，給我截圖說這個錯「ORA-00257: archiver error. Connect internal only, until freed 」，是現場的生產環境鏈接不上庫了，因而再次掛起。

最後

參考

• 段錯誤調試神器 - Core Dump詳解
• 關於ORA-00257: archiver error. Connect internal only, until freed 錯誤的處理方法

履歷

• 20190212遇到的問題，寫了第一次、第二次。