[發明專利]用于Linux操作系統的故障診斷方法及系統

在審

• 申請號: 201910310312.5
• 申請日: 2019-04-17
• 公開（公告）號: CN111831520A
• 公開（公告）日: 2020-10-27
• 發明（設計）人: 張淞欽;劉凱;劉勇剛
• 申請（專利權）人: 烽火通信科技股份有限公司
• 主分類號: G06F11/34
• 分類號: G06F11/34;G06F11/36
• 代理公司: 武漢智權專利代理事務所(特殊普通合伙) 42225
• 代理人: 張凱

本發明公開了一種用于Linux操作系統的故障診斷方法及系統，涉及Linux操作系統的維護領域。該方法的步驟包括：創建Linux操作系統的內核與外界的數據傳輸通道，并對數據傳輸通道進行監聽；當監聽到從數據傳輸通道中接收的故障診斷請求時，調用Linux操作系統的內核根據故障診斷請求進行故障診斷處理；故障診斷處理的步驟包括：調用Linux操作系統內核的二層報文處理接口，獲取與故障診斷請求對應的二層故障診斷信息后，將二層故障診斷信息通過數據傳輸通道返回。本發明能夠在Linux操作系統出現異常、且其內核可以進行二層數據的傳輸時，主動獲取所需的故障信息，進而對Linux操作系統進行故障診斷。

技術領域

本發明涉及Linux操作系統的維護領域，具體涉及一種用于Linux操作系統的故障診斷方法及系統。

背景技術

在Linux操作系統的應用過程中，經常會遇到因外部硬件的原因導致的異常情況(例如中斷異常頻繁觸發、資源死鎖、內核驅動模塊異常等)，異常情況的發生會使得Linux操作系統長時間陷入到內核態，進而導致應用程序無法調度，文件系統下的應用服務無法正常運行的假死場景。

在上述假死場景下，因為串口、SSH(Secure Shell，安全外殼協議)、Telnet(遠程終端協議)等常用調試工具將無法使用，所以開發調試人員會認定內核的網絡不可用，或者內核協議棧不可用；在此基礎上，開發調試人員一般只能通過重啟查看系統的log日志來分析問題緣由。

但是，開發調試人員只能獲取log日志中的錯誤信息來被動分析問題，這會導致：當Linux操作系統假死的原因不存在log日志中、或者不屬于log日志中的錯誤信息時，即使處理了log日志中錯誤信息對應的問題，也不會或者無法顯著降低Linux操作系統出現假死的概率。

發明內容

針對現有技術中存在的缺陷，本發明解決的技術問題為：在Linux操作系統出現異常、且其內核可以進行二層數據的傳輸時，如何主動獲取所需的故障信息，進而對Linux操作系統進行故障診斷。

為達到以上目的，本發明提供的用于Linux操作系統的故障診斷方法，包括以下步驟：

創建Linux操作系統的內核與外界的數據傳輸通道，并對數據傳輸通道進行監聽；當監聽到從數據傳輸通道中接收的故障診斷請求時，調用Linux操作系統的內核根據故障診斷請求進行故障診斷處理；所述故障診斷處理的步驟包括：調用Linux操作系統內核的二層報文處理接口，獲取與故障診斷請求對應的二層故障診斷信息后，將二層故障診斷信息通過數據傳輸通道返回。

在上述技術方案的基礎上，所述創建Linux操作系統的內核與外界的數據傳輸通道，并對數據傳輸通道進行監聽；當監聽到從數據傳輸通道中接收的故障診斷請求時，調用Linux操作系統的內核根據故障診斷請求進行故障診斷處理的流程包括：在Linux操作系統啟動后，將具備外界信息接收功能的故障信息監聽程序加載至Linux操作系統的內核；通過故障信息監聽程序向Linux操作系統的內核添加需要監聽的故障診斷請求；當故障信息監聽程序監聽到需要監聽的故障診斷請求時，根據故障診斷請求進行故障診斷處理。

在上述技術方案的基礎上，所述當故障信息監聽程序監聽到需要監聽的故障診斷請求時，調用Linux操作系統的內核根據故障診斷請求進行故障診斷處理的流程包括：故障信息監聽程序按照接收順序，將所有需要監聽的故障診斷請求添加至預先創建于Linux操作系統內核下的故障處理鏈表中；故障信息監聽程序按照故障處理鏈表中故障診斷請求的排列順序，依次對故障診斷請求進行故障診斷處理。

在上述技術方案的基礎上，該方法還包括以下步驟：

將故障診斷請求通過數據傳輸通道發送至Linux操作系統的內核，收到Linux操作系統的內核返回的二層故障診斷信息后，將二層故障診斷信息進行解析并顯示。