40 收集系統資訊以供支援所用 #
為了讓使用者快速綜覽機器的所有相關系統資訊,SUSE Linux Enterprise Server 提供了 hostinfo
套件。該套件還可以協助系統管理員檢查污染的 (不受支援的) 核心,或者機器上安裝的任何協力廠商套件。
出現問題時,可以使用 supportconfig
指令行工具或 YaST 模組建立詳細的系統報告。這兩種方法都會收集系統的相關資訊,包括目前的核心版本、硬體、已安裝套件、分割區設定及其他資訊。最後會產生一個包含多個檔案的 TAR 歸檔。在建立服務要求 (SR) 後,您可以將該 TAR 歸檔上傳至全球技術支援。該歸檔有助於找出您所報告的問題,並可以協助您解決問題。
此外,您可以分析 supportconfig
輸出來發現已知問題,以協助快速解決問題。為此,SUSE Linux Enterprise Server 提供了一個裝置和一個指令行工具用於進行 Supportconfig 分析
(SCA)。
40.1 顯示目前系統資訊 #
在登入伺服器時,要想快速方便地綜覽所有相關系統資訊,請使用套件 hostinfo
。機器上安裝該套件後,控制台將會向登入此機器的任何 root
使用者顯示以下資訊︰
root
身分登入時的 hostinfo
輸出 #Hostname: earth Current As Of: Fri 28 Sep 2018 03:18:57 PM CEST Distribution: SUSE Linux Enterprise Server 12 -Service Pack: 4 Architecture: x86_64 Kernel Version: 4.12.14-94.37-default -Installed: Mon 24 Sep 2018 10:43:46 AM CEST -Status: Not Tainted Last Updated Package: Fri 28 Sep 2018 03:18:55 PM CEST -Patches Needed: 0 -Security: 0 -3rd Party Packages: 0 IPv4 Address: eth0 192.168.1.1 Total/Free/+Cache Memory: 1812/360/1275 MB (70% Free) Hard Disk: /dev/sda 32 GB
如果輸出顯示 tainted
核心狀態,請參閱第 40.6 節 「核心模組支援」以瞭解更多詳細資料。
40.2 使用 Supportconfig 收集系統資訊 #
若要建立包含詳細系統資訊的 TAR 歸檔以送交全球技術支援,請直接使用 supportconfig
指令行工具,或者使用 YaST 模組。該指令行工具由預設安裝的套件 supportutils
提供。YaST 模組也以該指令行工具為基礎。
40.2.1 建立服務要求號碼 #
系統隨時都可以產生 Supportconfig 歸檔。但是,要將 supportconfig 資料送交全球技術支援,首先需要產生一個服務要求號碼。上傳歸檔以獲得支援時,您需要使用此號碼。
若要建立服務要求,請造訪 https://scc.suse.com/support/requests 並依照螢幕上的指示執行操作。記下您的 12 位數服務要求號碼。
SUSE 和 Micro Focus 將系統報告視為機密資料。關於我們在隱私方面所做承諾的詳細資訊,請參閱 https://www.suse.com/company/policies/privacy/。
40.2.2 使用 YaST 建立 Supportconfig 歸檔 #
若要使用 YaST 收集系統資訊,請執行下列步驟︰
啟動 YaST 並開啟
模組。按一下
。在隨後出現的視窗中,從選項圓鈕清單中選取一個 supportconfig 選項。依預設,系統會預先選取
。如果要先測試報告功能,請使用 。關於其他選項的某些背景資訊,請參閱supportconfig
的 man 頁面。按
繼續。輸入您的聯絡人資訊。該資訊將寫入名為
basic-environment.txt
的檔案,並包含在要建立的歸檔中。如果要在結束資訊收集程序時將歸檔提交至全球技術支援,則需要指定
。YaST 會自動推薦一個上傳伺服器。如果希望稍後提交歸檔,則可以暫時將
保留空白。按
繼續。系統即開始收集資訊。
該程序完成後,按
繼續。檢查資料收集︰選取記錄檔案的
可以在 YaST 中檢視其內容。在將 TAR 歸檔提交至支援人員之前,若要移除您不希望包含在該歸檔中的檔案,請使用 。按 繼續。儲存該 TAR 歸檔。如果您以
root
使用者身分啟動了 YaST 模組,則 YaST 預設會建議將該歸檔儲存到/var/log
(否則將儲存到您的主目錄)。檔案名稱格式為nts_主機_日期_時間.tbz
。如果要直接將該歸檔上傳給支援人員,請確定啟用了步驟 5 中 YaST 建議的上傳目標。
。這裡顯示的 是如果要跳過上傳步驟,請停用
。確認變更以關閉 YaST 模組。
40.2.3 從指令行建立 Supportconfig 歸檔 #
以下程序顯示如何建立 supportconfig 歸檔但不將它直接提交給支援人員。要上傳該歸檔,需要依照程序 40.2 「從指令行向支援人員提交資訊」中所述,結合某些選項執行指令。
開啟外圍程序,切換為
root
身分。執行
supportconfig
,且不使用任何選項。此操作會收集預設的系統資訊。等待工具完成操作。
預設的歸檔位置為
/var/log
,檔案名稱格式為nts_主機_日期_時間.tbz
40.2.4 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 輪替記錄檔案時核心發生當機的情況特別實用。
40.3 將資訊提交至全球技術支援 #
可以使用 YaST supportconfig
指令行公用程式向全球技術支援提交系統資訊。如果您遇到伺服器問題,想要獲得支援人員的協助,則首先需要建立一個服務要求。如需詳細資料,請參閱第 40.2.1 節 「建立服務要求號碼」。
以下範例使用 12345678901 做為服務要求號碼的預留位置。請以您在第 40.2.1 節 「建立服務要求號碼」中建立的服務要求號碼取代 12345678901。
以下程序假設您已建立一個 supportconfig 歸檔,但尚未上傳。請確定已按第 40.2.2 節 「使用 YaST 建立 Supportconfig 歸檔」中步驟 4所述,在歸檔中包含了您的聯絡資訊。關於如何透過一個步驟產生並提交 supportconfig 歸檔的指示,請參閱第 40.2.2 節 「使用 YaST 建立 Supportconfig 歸檔」。
啟動 YaST 並開啟
模組。按一下
。在
中,指定現有 supportconfig 歸檔的路徑,或者按一下 找到該歸檔。YaST 會自動推薦一個上傳伺服器。
按
繼續。按一下
。
以下程序假設您已建立一個 supportconfig 歸檔,但尚未上傳。關於如何透過一個步驟產生並提交 supportconfig 歸檔的指示,請參閱第 40.2.2 節 「使用 YaST 建立 Supportconfig 歸檔」。
伺服器連接至網際網路︰
要使用預設上載目標,請執行︰
supportconfig -ur 12345678901
對於安全上傳目標,請使用以下指令︰
supportconfig -ar 12345678901
伺服器未連接至網際網路
執行以下指令︰
supportconfig -r 12345678901
將
/var/log/nts_SR12345678901*tbz
歸檔手動上傳到我們的 FTP 伺服器之一。如需詳細資訊,請參閱supportconfig
的 man 頁面。
TAR 歸檔傳輸到我們 FTP 伺服器的內送目錄後,會自動附加到您的服務要求中。
40.4 分析系統資訊 #
您可以分析使用 supportconfig
建立的系統報告來發現已知問題,以幫助快速解決問題。為此,SUSE Linux Enterprise Server 提供了一個裝置和一個指令行工具用於進行 Supportconfig 分析
(SCA)。SCA 裝置是一個非互動式伺服器端工具。SCA 工具 (scatool
) 在用戶端的指令行上執行。這兩個工具都能分析來自受影響伺服器的 supportconfig 歸檔。初始伺服器分析在 SCA 裝置或執行 scatool 的工作站上進行。線上伺服器上不會發生任何分析週期。
此外,該裝置與指令行工具另外還需要產品特定的模式,這樣它們才能分析關聯產品的 supportconfig 輸出。每種模式都是一個程序檔,用於針對某個已知問題分析和評估 supportconfig 歸檔。模式以 RPM 套件的形式提供。
例如,如果您想要分析 SUSE Linux Enterprise 11 機器上產生的 supportconfig 歸檔,則需要將 sca-patterns-sle11
套件隨 SCA 工具一併安裝 (或者,在您想要用做 SCA 裝置伺服器的機器上安裝該套件)。要分析 SUSE Linux Enterprise 10 機器上產生的 supportconfig 歸檔,需要安裝 sca-patterns-sle10
套件。
您也可以依照第 40.4.3 節 「開發自訂分析模式」中的簡要描述開發自己的模式。
40.4.1 SCA 指令行工具 #
SCA 指令行工具讓您既可使用 supportconfig
,又可使用本地機器上安裝的特定產品的分析模式來分析該機器。該工具將建立一份顯示分析結果的 HTML 報告。如需取得範例說明,請參閱圖形 40.1 「SCA 工具產生的 HTML 報告」。
scatool
指令由 sca-server-report
套件提供。系統上預設不會安裝該套件。此外,您需要 sca-patterns-base
套件,以及與您想要在其上執行 scatool
指令的機器上所安裝產品相符之任一產品特定的 sca-patterns-*
套件。
以 root
使用者身分或者結合 sudo
執行 scatool
指令。在呼叫 SCA 工具時,您可以分析現有的 supportconfig
TAR 歸檔,也可以讓該工具透過一個步驟產生並分析新的歸檔。該工具還提供了一個互動式控制台 (具有 Tab 鍵補齊功能),並允許使用者在外部機器上執行 supportconfig
,然後在本地機器上執行後續分析。
下面提供了一些範例指令︰
sudo scatool
-s
呼叫
supportconfig
並在本地機器上產生新的 supportconfig 歸檔。透過套用與所安裝產品相符的 SCA 分析模式來分析歸檔,以發現已知問題。顯示基於分析結果產生之 HTML 報告的路徑。通常,該報告會寫入 supportconfig 歸檔所在的同一個目錄。sudo scatool
-s
-o
/opt/sca/reports/與
sudo scatool
-s
類似,唯一的差別在於,HTML 報告會寫入-o
選項指定的路徑。sudo scatool
-a
PATH_TO_TARBALL_OR_DIR分析指定的 supportconfig 歸檔檔案 (或者 supportconfig 歸檔解壓縮到的指定目錄)。產生的 HTML 報告儲存在 supportconfig 歸檔或目錄所在的位置。
sudo scatool
-a
SLES_SERVER.COMPANY.COM與外部伺服器 SLES_SERVER.COMPANY.COM 建立 SSH 連接,並在該伺服器上執行
supportconfig
。supportconfig 歸檔隨後將複製回本地機器,並在該機器上進行分析。產生的 HTML 報告儲存在預設的/var/log
目錄中。(SLES_SERVER.COMPANY.COM 上只建立 supportconfig 歸檔)。sudo scatool
-c
啟動
scatool
的互動式控制台。按 →| 兩次可查看可用指令。
關於其他選項和資訊,請執行 sudo scatool -h
或參閱 scatool
的 man 頁面。
40.4.2 SCA 裝置 #
如果您決定使用 SCA 裝置來分析 supportconfig 歸檔,則需要設定一台伺服器 (或虛擬機器) 做為專用的 SCA 裝置伺服器。然後,便可以使用 SCA 裝置伺服器,在企業中執行 SUSE Linux Enterprise Server 或 SUSE Linux Enterprise Desktop 的所有機器上分析 supportconfig 歸檔。您只需要將 supportconfig 歸檔上傳到該裝置伺服器,等待它進行分析。此程序無需任何互動。在 MariaDB 資料庫中,SCA 裝置將會追蹤已分析的所有 supportconfig 歸檔。您可以直接從裝置 Web 介面閱讀 SCA 報告。或者,可以讓裝置透過電子郵件將 HTML 報告傳送給任何管理使用者。如需詳細資料,請參閱第 40.4.2.5.4 節 「透過電子郵件傳送 SCA 報告」。
40.4.2.1 快速安裝 #
若要透過指令行快速安裝和設定 SCA 裝置,請依照此處的指示操作。該程序適用於進階使用者,並主要針對純安裝與指令的設定。如需詳細資訊,請參閱第 40.4.2.2 節 「先決條件」到第 40.4.2.3 節 「安裝與基本設定」中的詳細描述。
Web 與 LAMP 模式
Web 與程序檔模組 (您必須註冊機器才能選取此模組)。
root
權限
以下程序中的所有指令必須以 root
身分執行。
設定並執行裝置後,將不再需要人工互動。因此,在使用 cron 工作建立和上傳 supportconfig 歸檔時,非常適合使用這種方法來設定裝置。
在要安裝裝置的機器上,登入控制台並執行以下指令︰
zypper install sca-appliance-* sca-patterns-* vsftpd systemctl enable apache2 systemctl start apache2 systemctl enable vsftpd systemctl start vsftpd yast ftp-server
在 YaST FTP 伺服器中,選取
› › › › ,以 。執行以下指令︰
systemctl enable mysql systemctl start mysql mysql_secure_installation setup-sca -f
mysql_secure_installation 將建立一個 MariaDB
root
密碼。
這種設定裝置的方法需要在輸入 SSH 密碼時進行人工互動。
在要安裝裝置的機器上,登入控制台。
執行以下指令︰
zypper install sca-appliance-* sca-patterns-* systemctl enable apache2 systemctl start apache2 sudo systemctl enable mysql systemctl start mysql mysql_secure_installation setup-sca
40.4.2.2 先決條件 #
若要執行 SCA 裝置伺服器,需要滿足以下先決條件︰
安裝所有
sca-appliance-*
套件。安裝
sca-patterns-base
套件。此外,需要為您想要使用裝置分析的 supportconfig 歸檔類型安裝產品特定的sca-patterns-*
。Apache
PHP
MariaDB
匿名 FTP 伺服器 (選擇性)
40.4.2.3 安裝與基本設定 #
如第 40.4.2.2 節 「先決條件」中所列,SCA 裝置與其他套件存在若干相依性。因此,在安裝和設定 SCA 裝置伺服器之前,需要做一些準備工作︰
對於 Apache 和 MariaDB,需安裝
Web
和LAMP
安裝模式。設定 Apache 和 MariaDB,並視需要設定一個匿名 FTP 伺服器。如需詳細資訊,請參閱 第 32 章 「Apache HTTP 伺服器」 與 第 33 章 「使用 YaST 設定 FTP 伺服器」。
將 Apache 和 MariaDB 設定為在開機時啟動︰
sudo systemctl enable apache2 mysql
啟動這兩個服務︰
sudo systemctl start apache2 mysql
現在,您便可以依照程序 40.5 「安裝和設定 SCA 裝置」中所述安裝和設定 SCA 裝置。
安裝這些套件後,可以使用 setup-sca
程序檔來對 SCA 裝置使用的 MariaDB 管理與報告資料庫進行基本設定。
使用該程序檔可以設定以下選項,以便將 supportconfig 歸檔從您的機器上傳到 SCA 裝置︰
scp
匿名 FTP 伺服器
安裝裝置和 SCA 基本模式程式庫︰
sudo zypper install sca-appliance-* sca-patterns-base
此外,請為您要分析的 supportconfig 歸檔類型安裝模式套件。例如,如果您的環境中安裝了 SUSE Linux Enterprise Server 11 和 SUSE Linux Enterprise Server 12 伺服器,請安裝
sca-patterns-sle11
和sca-patterns-sle12
這兩個套件。若要安裝所有可用模式︰
zypper install sca-patterns-*
若要對 SCA 裝置進行基本設定,請使用
setup-sca
程序檔。呼叫該指令的方式取決於您要以哪種方式將 supportconfig 歸檔上傳到 SCA 裝置伺服器︰如果您設定了使用
/srv/ftp/upload
目錄的匿名 FTP 伺服器,請結合-f
選項執行設定程序檔,並依照螢幕上的指示執行操作。setup-sca -f
注意:使用其他目錄的 FTP 伺服器如果 FTP 伺服器使用的目錄不是
/srv/ftp/upload
,請先調整以下組態檔案,使其指向正確的目錄︰/etc/sca/sdagent.conf
與/etc/sca/sdbroker.conf
。如果您要透過
scp
將 supportconfig 檔案上傳到 SCA 裝置伺服器的/tmp
目錄,請不要使用任何參數,直接呼叫設定程序檔,然後依照螢幕上的指示執行操作︰setup-sca
該設定程序檔將會依據它的要求執行一些檢查,並設定所需的元件。它會提示您輸入兩個密碼︰您設定之 MariaDB 的 MySQL
root
密碼,以及用於登入 SCA 裝置 Web 介面的 Web 使用者密碼。輸入現有的 MariaDB
root
密碼。SCA 裝置將使用該密碼連接到 MariaDB。定義 Web 使用者的密碼。該密碼將寫入
/srv/www/htdocs/sca/web-config.php
,並設定為使用者scdiag
的密碼。以後,您可隨時變更使用者名稱和密碼,請參閱第 40.4.2.5.1 節 「Web 介面的密碼」。
在成功完成安裝和設定後,便可以開始使用 SCA 裝置,請參閱第 40.4.2.4 節 「使用 SCA 裝置」。但是,您應修改部分選項,如變更 Web 介面的密碼、變更 SCA 模式更新來源、啟用歸檔模式,或者設定電子郵件通知。如需相關的詳細資訊,請參閱第 40.4.2.5 節 「自訂 SCA 裝置」。
由於 SCA 裝置伺服器上的報告包含已分析其 supportconfig 歸檔之機器的安全相關資訊,因此,請務必保護好 SCA 裝置伺服器上的資料,以防未經授權的人員存取。
40.4.2.4 使用 SCA 裝置 #
您可以將現有的 supportconfig 歸檔手動上傳到 SCA 裝置,也可以一步即完成建立新 supportconfig 歸檔並將其上傳到 SCA 裝置的操作。可以透過 FTP 或 SCP 來上傳。對於這兩種上傳方式,您需要知道可用來存取 SCA 裝置的 URL。要透過 FTP 上傳,需要為 SCA 裝置設定一台 FTP 伺服器,請參閱程序 40.5 「安裝和設定 SCA 裝置」。
40.4.2.4.1 將 Supportconfig 歸檔上傳到 SCA 裝置 #
若要建立 supportconfig 歸檔並透過 (匿名) FTP 上傳︰
sudo supportconfig -U “ftp://SCA-APPLIANCE.COMPANY.COM/upload”
若要建立 supportconfig 歸檔並透過 SCP 上傳︰
sudo supportconfig -U “scp://SCA-APPLIANCE.COMPANY.COM/tmp”
系統將提示您輸入執行 SCA 裝置之伺服器的
root
使用者密碼。如果要手動上傳一或多個歸檔,請將現有的歸檔檔案 (通常位於
/var/log/nts_*.tbz
) 複製到 SCA 裝置中。對於目標,請使用裝置伺服器的/tmp
目錄或/srv/ftp/upload
目錄 (如果為 SCA 裝置伺服器設定了 FTP)。
40.4.2.4.2 檢視 SCA 報告 #
可以在裝有瀏覽器並能存取 SCA 裝置之報告索引頁面的任何機器上檢視 SCA 報告。
啟動網頁瀏覽器並確定 JavaScript 和 Cookie 已啟用。
輸入 SCA 裝置的報告索引頁面做為 URL。
https://sca-appliance.company.com/sca
如有疑問,請諮詢您的系統管理員。
系統將提示您輸入用於登入的使用者名稱和密碼。
圖 40.2︰ SCA 裝置產生的 HTML 報告 #登入後,按一下您要閱讀之報告的日期。
首先按一下
類別將其展開。在
欄中按一下個別項目。SUSE 知識庫中的相應文章即會開啟。閱讀建議的解決方案,並遵循所述的指示操作。如果
的 欄顯示了其他項目,請按一下這些項目。閱讀建議的解決方案,並遵循所述的指示操作。請查看 SUSE 知識庫 (http://www.suse.com/support/kb/),以瞭解與 SCA 識別之問題直接相關的結果。設法解決這些問題。
檢查有無可前瞻性處理的結果,以免將來發生問題。
40.4.2.5 自訂 SCA 裝置 #
以下幾節顯示了如何變更 Web 介面的密碼、變更 SCA 模式更新來源、啟用歸檔模式,以及設定電子郵件通知。
40.4.2.5.1 Web 介面的密碼 #
SCA 裝置 Web 介面要求提供使用者名稱和密碼才能登入。預設的使用者名稱為 scdiag
,預設的密碼為 linux
(如果未做其他指定,請參閱程序 40.5 「安裝和設定 SCA 裝置」)。請儘早將預設密碼變更為一個較為安全的密碼。您也可以修改使用者名稱。
在 SCA 裝置伺服器的系統控制台上以
root
使用者身分登入。在編輯器中開啟
/srv/www/htdocs/sca/web-config.php
。視需要變更
$username
和$password
的值。儲存檔案並離開。
40.4.2.5.2 SCA 模式的更新 #
依預設,所有 sca-patterns-*
套件將由一個 root
cron 工作來定期更新,該工作將在夜間執行 sdagent-patterns
程序檔,而該程序檔又會執行 zypper update sca-patterns-*
。定期的系統更新將會更新所有 SCA 裝置套件和模式套件。若要手動更新 SCA 裝置和模式,請執行︰
sudo zypper update sca-*
系統預設從 SUSE Linux Enterprise 12 SP5 更新儲存庫安裝更新。如果需要,您可以將更新來源變更為某台 SMT 伺服器。當 sdagent-patterns
執行 zypper update sca-patterns-*
時,將從目前設定的更新通道中取得更新。如果該通道在 SMT 伺服器上,將從該伺服器提取套件。
在 SCA 裝置伺服器的系統控制台上以
root
使用者身分登入。在編輯器中開啟
/etc/sca/sdagent-patterns.conf
。將項目
UPDATE_FROM_PATTERN_REPO=1
變更為
UPDATE_FROM_PATTERN_REPO=0
儲存檔案並離開。機器無需重新啟動就能套用變更。
40.4.2.5.3 歸檔模式 #
系統在分析了 supportconfig 歸檔並將其結果儲存在 MariaDB 資料庫中後,會從 SCA 裝置中刪除所有這些歸檔。但是,若要進行疑難排解,在機器中保留 supportconfig 歸檔的副本可能會有所幫助。依預設,歸檔模式處於停用狀態。
在 SCA 裝置伺服器的系統控制台上以
root
使用者身分登入。在編輯器中開啟
/etc/sca/sdagent.conf
。將項目
ARCHIVE_MODE=0
變更為
ARCHIVE_MODE=1
儲存檔案並離開。機器無需重新啟動就能套用變更。
啟用歸檔模式後,SCA 裝置會將 supportconfig 檔案儲存至 /var/log/archives/saved
目錄,而不會將其刪除。
40.4.2.5.4 透過電子郵件傳送 SCA 報告 #
SCA 裝置可透過電子郵件傳送所分析之各 supportconfig 的 HTML 報告檔案。預設此功能是停用的。啟用該功能後,您可以定義要將報告傳送到的電子郵件地址清單,並定義會觸發報告傳送動作的狀態訊息層級 (STATUS_NOTIFY_LEVEL
)。
STATUS_NOTIFY_LEVEL
的可能值 #- $STATUS_OFF
停用傳送 HTML 報告功能。
- $STATUS_CRITICAL
僅傳送包含「關鍵」狀態的 SCA 報告。
- $STATUS_WARNING
僅傳送包含「警告」或「關鍵」狀態的 SCA 報告。
- $STATUS_RECOMMEND
僅傳送包含「建議」、「警告」或「關鍵」狀態的 SCA 報告。
- $STATUS_SUCCESS
傳送包含「成功」、「建議」、「警告」或「關鍵」狀態的 SCA 報告。
在 SCA 裝置伺服器的系統控制台上以
root
使用者身分登入。在編輯器中開啟
/etc/sca/sdagent.conf
。搜尋
STATUS_NOTIFY_LEVEL
項目。該項目預設設定為$STATUS_OFF
(停用電子郵件通知)。若要啟用電子郵件通知,請將
$STATUS_OFF
變更為要針對其產生電子郵件報告的狀態訊息層級,例如︰STATUS_NOTIFY_LEVEL=$STATUS_SUCCESS
如需詳細資料,請參閱
STATUS_NOTIFY_LEVEL
的可能值。若要定義要將報告傳送到的收件人清單︰
搜尋
EMAIL_REPORT='root'
項目。請使用您要向其傳送 SCA 報告的電子郵件地址清單取代
root
。各電子郵件地址必須以空格分隔。例如︰EMAIL_REPORT='tux@my.company.com wilber@your.company.com'
儲存檔案並離開。機器無需重新啟動就能套用變更。以後產生的所有 SCA 報告都將透過電子郵件傳送到指定地址。
40.4.2.6 備份和還原資料庫 #
若要備份和還原儲存 SCA 報告的 MariaDB 資料庫,請依照如下所述使用 scadb
指令。
在執行 SCA 裝置之伺服器的系統控制台上,以
root
使用者身分登入。執行以下指令以將裝置置於維護模式︰
scadb maint
使用以下指令啟動備份程序︰
scadb backup
資料將儲存到 TAR 歸檔
sca-backup-*sql.gz
中。如果您正在使用模式建立資料庫開發自己的模式 (參閱第 40.4.3 節 「開發自訂分析模式」),則還要備份以下資料︰
sdpdb backup
資料將儲存到 TAR 歸檔
sdp-backup-*sql.gz
中。將以下資料複製到另一台機器或外部儲存媒體中︰
sca-backup-*sql.gz
sdp-backup-*sql.gz
/usr/lib/sca/patterns/local
(僅當您已建立自訂模式時才需要複製該資料)
使用以下指令重新啟動 SCA 裝置︰
scadb reset agents
若要基於您的備份還原資料庫,請按如下所述執行操作︰
在執行 SCA 裝置之伺服器的系統控制台上,以
root
使用者身分登入。將最新的
sca-backup-*sql.gz
和sdp-backup-*sql.gz
TAR 歸檔複製到 SCA 裝置伺服器。若要解壓縮檔案,請執行︰
gzip -d *-backup-*sql.gz
若要將資料輸入資料庫,請執行︰
scadb import sca-backup-*sql
如果您正在使用模式建立資料庫建立自己的模式,則還要透過以下指令輸入以下資料︰
sdpdb import sdp-backup-*sql
如果您正在使用自訂模式,則還要基於備份資料還原
/usr/lib/sca/patterns/local
。使用以下指令重新啟動 SCA 裝置︰
scadb reset agents
使用以下指令更新資料庫中的模式模組︰
sdagent-patterns -u
40.4.3 開發自訂分析模式 #
SCA 裝置隨附了一個完整的模式開發環境 (SCA 模式資料庫),可讓您開發自己的自訂模式。模式可用任何程式設計語言編寫。若要使這些模式可用於 supportconfig 分析程序,需要將其儲存到 /usr/lib/sca/patterns/local
並使其可執行。然後,SCA 裝置與 SCA 工具將會針對做為分析報告一部分的新 supportconfig 歸檔執行這些自訂模式。關於如何建立 (和測試) 自己模式的詳細指示,請參閱http://www.suse.com/communities/conversations/sca-pattern-development/。
40.5 在安裝期間收集資訊 #
安裝期間無法使用 supportconfig
。不過,您可以使用 save_y2logs
從 YaST 收集記錄檔案。此指令將在 /tmp
目錄下建立 .tar.xz
歸檔。
如果在安裝之初便出現問題,可以透過 linuxrc
建立的記錄檔案收集資訊。linuxrc
是在 YaST 啟動之前執行的小指令。此記錄檔案位於 /var/log/linuxrc.log
。
安裝期間可用的記錄檔案在安裝後的系統中已不再可用。您可以在安裝程式執行期間妥善儲存安裝記錄檔案。
40.6 核心模組支援 #
對於任何企業作業系統,一個重要的要求就是您獲得的環境方面的支援層級。核心模組是硬體 (「控制器」) 與作業系統之間最為相關的連接器。SUSE Linux Enterprise 中的每個核心模組都有一個 supported
旗標,該旗標可使用以下三個值︰
「yes」,相當於
supported
「external」,相當於
supported
「」(空白,未設定),相當於
unsupported
以下規則適用︰
依預設,自我重新編譯的核心的所有模組都會標示為 unsupported。
SUSE 合作夥伴支援的核心模組以及使用
SUSE SolidDriver 程式
提供的核心模組會標示為 「external」。如果未設定
supported
旗標,載入此模組便會污染該核心。系統不支援污染的核心。不支援的核心模組包含在一個附加的 RPM 套件 (kernel-FLAVOR-extra
) 中,該套件只適用於 SUSE Linux Enterprise Desktop 和 SUSE Linux Enterprise 工作站延伸。預設不會載入這些核心 (FLAVOR=default
|xen
|...)。此外,安裝程式中將不提供這些不受支援的模組,並且kernel-FLAVOR-extra
套件也不會包含在 SUSE Linux Enterprise 媒體中。不是依據與 Linux 核心授權相容的授權提供的核心模組也會污染核心。如需詳細資訊,請參閱
/usr/src/linux/Documentation/sysctl/kernel.txt
及/proc/sys/kernel/tainted
的狀態。
40.6.1 技術背景 #
Linux 核心︰在 SUSE Linux Enterprise
12 SP5
上,/proc/sys/kernel/unsupported
的值預設設為 2 (載入不受支援的模組時,syslog 中不發出警告
)。安裝程式以及已安裝的系統中均使用此預設值。如需詳細資訊,請參閱/usr/src/linux/Documentation/sysctl/kernel.txt
。modprobe
︰用於檢查模組相依性及載入模組的modprobe
公用程式會相應地檢查supported
旗標的值。如果該值為 「yes」 或 「external」,則會載入該模組,否則不會載入。關於如何覆寫此行為的資訊,請參閱第 40.6.2 節 「使用不受支援的模組」。注意:支援SUSE 一般不支援透過
modprobe -r
移除儲存模組。
40.6.2 使用不受支援的模組 #
儘管廣泛可支援性非常重要,但有時會發生需要載入不受支援之模組的情況 (例如,要進行測試或除錯,或者硬體供應商提供了 Hotfix)。
若要覆寫預設行為,請編輯
/etc/modprobe.d/10-unsupported-modules.conf
,並將變數allow_unsupported_modules
的值變更為1
。如果 initrd 中需要一個不受支援的模組,則請記得執行dracut
-f
以更新 initrd。如果只想嘗試載入模組一次,可將
--allow-unsupported-modules
選項與modprobe
結合使用。如需詳細資訊,請參閱modprobe
的 man 頁面。在安裝期間,可透過驅動程式更新磁碟新增不受支援的模組,這樣便會載入這些模組。若要在開機期間以及開機後強制載入不受支援的模組,請使用核心指令行選項
oem-modules
。安裝和啟始化suse-module-tools
套件時,系統將評估核心旗標TAINT_NO_SUPPORT
(/proc/sys/kernel/tainted
)。如果核心已污染,將啟用allow_unsupported_modules
。這可以防止不受支援的模組在正在安裝的系統中載入失敗。如果安裝期間沒有任何不受支援的模組,並且未使用其他特殊的核心指令行選項 (oem-modules=1
),則預設行為仍是禁止不受支援的模組。
請記住,載入和執行不受支援的模組會導致 SUSE 不支援該核心和整個系統。
40.7 更多資訊 #
man supportconfig
—supportconfig
的 man 頁面。man supportconfig.conf
— supportconfig 組態檔案的 man 頁面。man scatool
—scatool
的 man 頁面。man scadb
—scadb
的 man 頁面。man setup-sca
—setup-sca
的 man 頁面。https://mariadb.com/kb/en/ — MariaDB 文件。
http://httpd.apache.org/docs/ 和第 32 章 「Apache HTTP 伺服器」 — 關於 Apache Web 伺服器的文件。
第 33 章 「使用 YaST 設定 FTP 伺服器」 — 關於如何設定 FTP 伺服器的文件。
http://www.suse.com/communities/conversations/sca-pattern-development/ — 關於如何建立 (和測試) 自己的 SCA 模式的指示。
http://www.suse.com/communities/conversations/basic-server-health-check-supportconfig/ — 使用 Supportconfig 進行的基本伺服器狀態檢查。
http://www.suse.com/communities/conversations/creating-a-central-supportconfig-repository/ — 建立中心 Supportconfig 儲存庫。