管理指南 > 支援與一般任務 > ◀ ▶

章 2. 收集系統資訊以供支援所用

目錄

2.1. 使用 Supportconfig 收集系統資訊
2.2. 將資訊提交至全球技術支援
2.3. 核心模組支援
2.4. 更多資訊

摘要

出現問題時，可以使用 supportconfig 指令行工具或 YaST 支援模組建立詳細的系統報告。這兩種方法都會收集系統的相關資訊，包括目前核心版本、硬體、已安裝的套件、分割區設定及其他資訊。最後會產生一個包含多個檔案的 TAR 歸檔。在建立服務要求 (SR) 後，您可以將該 TAR 歸檔上傳至全球技術支援。該歸檔有助於找出您所報告的問題，並可以協助您解決問題。

該指令行工具由預設安裝的套件 supportutils 提供。YaST 支援模組以該指令行工具為基礎。

2.1. 使用 Supportconfig 收集系統資訊

若要建立包含詳細系統資訊的 TAR 歸檔以送交全球技術支援，請直接使用 supportconfig 指令行工具，或者使用 YaST 支援模組。該指令行工具由預設安裝的套件 supportutils 提供。YaST 支援模組也以該指令行工具為基礎。

2.1.1. 建立服務要求號碼

系統隨時都可以產生 Supportconfig 歸檔。但是，要將 supportconfig 資料送交全球技術支援，首先需要產生一個服務要求號碼。上傳歸檔以獲得支援時，您需要使用此號碼。

若要建立服務要求，請造訪 http://www.novell.com/center/eservice 並依照螢幕上的指示執行操作。記下您的 11 位數服務要求號碼。

[Note]隱私權聲明

SUSE 和 Novell 將系統報告視為機密資料。關於我們在隱私方面所做承諾的詳細資訊，請參閱 http://www.novell.com/company/legal/privacy/。

2.1.2. 上傳目標

在建立服務要求號碼後，可以依照過程 2.1, “使用 YaST 向支援人員提交資訊”或過程 2.2, “從指令行向支援人員提交資訊”中所述將 supportconfig 歸檔上傳到全球技術支援。使用下列上傳目標之一：

或者，可以使用以下服務要求 URL 手動將該 TAR 歸檔附加到您的服務要求：http://www.novell.com/center/eservice。

2.1.3. 使用 YaST 建立 Supportconfig 歸檔

若要使用 YaST 收集系統資訊，請執行下列步驟：

  1. 啟動 YaST 並開啟支援模組。

  2. 按一下建立報告 Tar 聚合檔。

  3. 在隨後出現的視窗中，從選項圓鈕清單中選取一個 supportconfig 選項。依預設，系統會預先選取使用自定 (進階) 設定。如果要先測試報告功能，請使用僅收集最少量的資訊。關於其他選項的某些背景資訊，請參閱 supportconfig 的 man 頁面。

    按下一步繼續。

  4. 輸入您的聯絡人資訊。該資訊將寫入名為 basic-environment.txt 的檔案，並包含在要建立的歸檔中。

  5. 如果要在結束資訊收集程序時將歸檔提交至全球技術支援，則需要指定上傳資訊。YaST 會自動推薦一個上傳伺服器。如果要修改該伺服器，請參閱第 2.1.2 節「上傳目標」，以詳細瞭解可以使用哪些上傳伺服器。

    如果希望稍後提交歸檔，則可以暫時將上傳資訊保留空白。

  6. 按下一步繼續。

  7. 系統即開始收集資訊。

    該程序完成後，按下一步繼續。

  8. 檢查資料收集：選取記錄檔案的檔案名稱可以在 YaST 中檢視其內容。在將 TAR 歸檔提交至支援人員之前，若要移除您不希望包含在該歸檔中的檔案，請使用從資料移除。按下一步繼續。

  9. 儲存該 TAR 歸檔。如果您以 root 使用者身分啟動了 YaST 模組，則 YaST 預設會建議將該歸檔儲存到 /var/log (否則將儲存到您的主目錄)。檔案名稱格式為 nts_主機_日期_時間.tbz。

  10. 如果要直接將該歸檔上傳給支援人員，請確定啟用了將記錄檔案 Tar 聚合檔上傳到 URL。這裡顯示的上傳目標是步驟 5 中 YaST 建議的上傳目標。如果要修改上傳目標，請在第 2.1.2 節「上傳目標」中查看關於哪些上傳伺服器可用的詳細資訊。

  11. 如果要跳過上傳步驟，請停用將記錄檔案 Tar 聚合檔上傳到 URL。

  12. 確認變更以關閉 YaST 模組。

2.1.4. 從指令行建立 Supportconfig 歸檔

以下程序顯示如何建立 supportconfig 歸檔但不將它直接提交給支援人員。要上傳該歸檔，需要依照過程 2.2, “從指令行向支援人員提交資訊”中所述，結合某些選項執行指令。

  1. 開啟外圍程序，切換為 root 身分。

  2. 執行 supportconfig，且不使用任何選項。此操作會收集預設的系統資訊。

  3. 等待工具完成操作。

  4. 預設的歸檔位置為 /var/log，檔案名稱格式為 nts_主機_日期_時間.tbz

2.1.5. Supportconfig 通用選項

呼叫 supportconfig 公用程式時通常不會顯示任何選項。請使用 supportconfig -h 顯示所有選項的清單，或參閱 man 頁面。下面的清單簡要概述了一些常見的使用案例︰

減少所收集資訊的大小

使用最少量選項 (-m)： 

supportconfig -m
將資訊限制為特定的主題

如果您已使用預設的 supportconfig 輸出找到問題原因所在，並發現該問題只與特定的區域或功能集相關，則您在下一次執行 supportconfig 時，可以將收集的資訊限制為特定的區域。例如，如果您偵測到 LVM 出現問題，並想要測試最近對 LVM 組態所做的變更，則合適的做法是僅收集關於 LVM 的最少量 supportconfig 資訊： 

supportconfig -i LVM

要查看可用來將收集之資訊限制為特定區域的功能關鍵字的完整清單，請執行 

supportconfig -F
在輸出中包含其他聯絡資訊：
supportconfig -E tux@example.org -N "Tux Penguin" -O "Penguin Inc." ...

(在一行中輸入所有指令)

收集已輪替的記錄檔案
supportconfig -l

這對記錄量大的環境，或在重新開機後 syslog 輪替記錄檔案時核心發生當機的情況特別有用。

2.2. 將資訊提交至全球技術支援

可以使用 YaST 支援模組或 supportconfig 指令行公用程式向全球技術支援提交系統資訊。如果您遇到伺服器問題，想要獲得支援人員的協助，則首先需要建立一個服務要求。如需詳細資料，請參閱第 2.1.1 節「建立服務要求號碼」。

以下範例使用 12345678901 做為服務要求號碼的預留位置。請以您在第 2.1.1 節「建立服務要求號碼」中建立的服務要求號碼取代 12345678901。

過程 2.1. 使用 YaST 向支援人員提交資訊

以下程序假設您已建立一個 supportconfig 歸檔，但尚未上傳。請確定已按第 2.1.3 節「使用 YaST 建立 Supportconfig 歸檔」中步驟 4所述，在歸檔中包含了您的聯絡資訊。關於如何透過一個步驟產生並提交 supportconfig 歸檔的指示，請參閱第 2.1.3 節「使用 YaST 建立 Supportconfig 歸檔」。

  1. 啟動 YaST 並開啟支援模組。

  2. 按一下上傳。

  3. 在含記錄檔案的套件中，指定現有 supportconfig 歸檔的路徑，或者按一下瀏覽找到該歸檔。

  4. YaST 會自動推薦一個上傳伺服器。如果要修改該伺服器，請參閱第 2.1.2 節「上傳目標」，以詳細瞭解可以使用哪些上傳伺服器。

    按下一步繼續。

  5. 按一下完成。

過程 2.2. 從指令行向支援人員提交資訊

以下程序假設您已建立一個 supportconfig 歸檔，但尚未上傳。關於如何透過一個步驟產生並提交 supportconfig 歸檔的指示，請參閱第 2.1.3 節「使用 YaST 建立 Supportconfig 歸檔」。

  1. 伺服器連接至網際網路︰

    1. 要使用預設上載目標，請執行︰ 

      supportconfig -ur 12345678901

    2. 對於安全上傳目標，請使用以下指令： 

      supportconfig -ar 12345678901

  2. 伺服器未連接至網際網路

    1. 執行以下指令︰ 

      supportconfig -r 12345678901

    2. 將 /var/log/nts_SR12345678901*tbz 歸檔手動上傳到我們的 FTP 伺服器之一。要使用哪個伺服器取決於您所在的位置。如需綜覽，請參閱第 2.1.2 節「上傳目標」。

  3. TAR 歸檔傳輸到我們 FTP 伺服器的內送目錄後，會自動附加到您的服務要求中。

2.3. 核心模組支援

對於任何企業作業系統，一個重要的要求就是您獲得的環境方面的支援層級。核心模組是硬體 (「控制器」) 與作業系統之間最為相關的連接器。SUSE Linux Enterprise 中的每個核心模組都有一個 supported 旗標，該旗標可使用以下三個值：

  • 「是」，相當於 supported

  • 「外部」，相當於 supported

  • 「」 (空白，未設定)，相當於 unsupported

以下規則適用：

  • 依預設，自我重新編譯之核心的所有模組會標示為 unsupported。

  • SUSE 合作夥伴支援的核心模組以及使用 SUSE SolidDriver 程式提供的核心模組會標示為 「external」。

  • 如果未設定 supported 旗標，則載入此模組會污染核心。污染的核心不受支援。不受支援的核心模組包含在一個附加的 RPM 套件 (kernel-FLAVOR-extra) 中，預設不會載入系統 (FLAVOR=default||xen|...)。此外，安裝程式中將不提供這些不受支援的模組，並且 kernel-FLAVOR-extra 套件也不會包含在 SUSE Linux Enterprise 媒體中。

  • 不是依據與 Linux 核心授權相容之授權提供的核心模組也會污染核心。如需詳細資訊，請參閱 /usr/src/linux/Documentation/sysctl/kernel.txt 及 /proc/sys/kernel/tainted 的狀態。

2.3.1. 技術背景

  • Linux 核心：在 SUSE Linux Enterprise 11 SP4 上，/proc/sys/kernel/unsupported 的值預設為 2 (載入不受支援的模組時，syslog 中不會產生警告)。安裝程式以及已安裝的系統中使用此預設值。如需詳細資訊，請參閱 /usr/src/linux/Documentation/sysctl/kernel.txt。

  • modprobe：用於檢查模組相依性及載入模組的 modprobe 公用程式會相應地檢查 supported 旗標的值。如果該值為 「yes」 或 「external」，則會載入該模組，否則不會載入。關於如何覆寫此行為的資訊，請參閱第 2.3.2 節「使用不受支援的模組」。

    [Note]

    SUSE 一般不支援透過 modprobe -r 移除儲存模組。

2.3.2. 使用不受支援的模組

儘管廣泛可支援性非常重要，但有時會發生需要載入不受支援之模組的情況 (例如，要進行測試或除錯，或者硬體供應商提供了 Hotfix)。

  • 若要覆寫預設行為，請編輯 /etc/modprobe.d/unsupported-modules.conf，並將變數 allow_unsupported_modules 的值變更為 1。如果 initrd 中需要一個不受支援的模組，則請記得執行 mkinitrd 以更新 initrd。

    如果只想嘗試載入模組一次，可將 --allow-unsupported-modules 選項與 modprobe 結合使用。如需詳細資訊，請參閱 modprobe 的 man 頁面。

  • 在安裝期間，可透過驅動程式更新磁碟新增不受支援的模組，這樣便會載入這些模組。若要在開機期間以及開機後強制載入不受支援的模組，請使用核心指令行選項 oem-modules。安裝和啟始化 module-init-tools 套件時，系統將評估核心旗標 TAINT_NO_SUPPORT (/proc/sys/kernel/tainted)。如果核心已污染，將啟用 allow_unsupported_modules。這可以防止不受支援的模組在正在安裝的系統中載入失敗。如果安裝期間沒有任何不受支援的模組，並且未使用其他特殊的核心指令行選項 (oem-modules=1)，則預設行為仍是禁止不受支援的模組。

請記住，載入和執行不受支援的模組會導致 SUSE 不支援該核心和整個系統。

2.4. 更多資訊

下列文件提供了關於收集系統資訊的詳細資訊︰

SUSE Linux Enterprise Server 管理指南 11 SP4

管理指南 > 支援與一般任務 > ◀ ▶