Dell Unity:如何從 Unity 系統尋找和下載傾印檔案 (使用者可修正)
Summary: 如何尋找和下載 SP 傾印檔案的指示。
Instructions
從 Unisphere
僅適用於 Unity OE 4.2.0.9392909 及更新版本。)登入 Unisphere 並前往 服務 > 下載核心 > 傾印。
此功能表有助於從任一 SP 擷取核心傾印檔案,無論當時
哪一個 SP 為主要。從陣列下載後,將檔案上傳至服務要求。如果檔案過大,請向您的支援代表索取 FTP 位置。
CLI 或 SSH
- 透過 SSH 連線至 Unity,並以服務使用者身分登入。
- 記下您所使用的儲存處理器 (SP),您自動連接的 SP 便是主要 SP。如果您不確定,請執行 pgrep ECOM。主要 SP 應會傳回處理 ID 編號,次要 SP 則不會傳回任何資料。請參閱「其他資訊」以取得相關範例。
- 如果您的傾印檔案位於主要 SP 上,請發出以下命令:
- svc_dc -lcd 以取得本地 SP 上可用的核心傾印清單。每個項目皆對應至一個傾印檔案。尋找您需要的傾印 (日期和時間位於傾印名稱中)。
- svc_dc -dc /home/service/user <dump 檔案名稱> 以壓縮和複製檔案 (/home/service/user 與傾印名稱之間會有空格)。
- 如果您的傾印檔案位於次要 SP 上,請登入次要 SP (ssh peer),並在該 SP 上:
- svc_dc -lcd 以列出本地 SP 可用的核心傾印。
- svc_dc -dc peer /home/service/user <dump 檔案名稱> (/home/service/user 與傾印名稱之間有空格。)這會壓縮傾印資料夾,並將其移至同儕 SP 上的 /home/service/user。在此情況下,我們會將檔案複製到主要 SP,以便使用 WinSCP 取得。
- 在命令語法中,我們將以「peer」指定目標,將壓縮檔案移至同儕 SP。此命令也可用於透過 SSH,將產生的檔案移動到遠端系統。如需更多資訊,請參閱 svc_dc -h。
- 開啟 SFTP 用戶端 (例如 WinSCP),並以服務方式登入管理 IP 位址。(這只會將您連線至主要 SP。)
- 前往 /home/service/user 目錄 (或 /cores/service/user,這是相同位置),下載您在步驟 3 或 4 中建立的傾印檔案,然後上傳至服務要求。如果檔案過大,請向您的支援代表索取 FTP 位置。
- 下載後,請從 /home/service/user 刪除建立的 DUMP 檔案,並從 /EMC/backend/service/data_collection/cores/ 刪除原始檔案 (需要 root,僅 Dell 技術支援)。
手動壓縮和複製核心傾印檔案
如果您不熟悉 Linux 的「tar」命令,請勿使用此方法,因為這可能會毀損傾印檔案,若在錯誤的地方建立檔案,則有可能造成其他問題 (例如 SP 重新開機等)。只有在其他方法都失敗時,才應使用此方法作為最後手段,且僅供進階 Linux 使用者使用。如果您理解上述方法,且其他所有方法都失敗,您也可以手動壓縮傾印檔案目錄。Unity 傾印位於每個 SP 上的 /EMC/backend/service/data_collection/cores/ 中。
將傾印目錄壓縮至檔案,tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>。
<> dump_directory_name是您要壓縮的目錄 (傾印檔案目錄)。
如果在 4.5 之前的 Unity OE 上執行此操作,請使用 /home/service,因為只有在 Unity OE 4.5 之後才會建立下一層的「user」目錄。
產生的 .tar.gz 檔案位於 /home/service/user directory (或 /cores/service/user,這是相同位置)。
針對 4.5 之前的 Unity OE,檔案應如上所述,建立在 /cores/service 中。
請勿使用其他目標目錄!這可能會導致嚴重的系統問題。
如果您需要使用此方法從次要 SP 取得記錄,請參閱 Dell KB 文章 22501:Dell Unity:如何使用主要 SP 從次要 SP 下載檔案 (使用者可修正),以瞭解如何使用 SCP 從次要 SP 取得檔案。
Additional Information
從陣列下載檔案後,請從兩個 SP 的下列位置刪除所有傾印。
/cores/service/user or /home/service/user (若為 4.5 前的 Unity OE:/home/service or /cores/service)
/EMC/backend/service/data_collection/cores (需要 root - 僅 Dell 技術支援團隊)。
這是為了避免未來發生問題 (例如核心傾印檔案損毀或 Dell KB 文章 52543:Dell Unity:升級到 Unity OE 4.2 失敗並顯示錯誤: check_cores_existed_files_2 (使用者可修正)
/EMC/backend/service/data_collection/cores 中的檔案只能以 root 使用者的身分刪除,因此請聯絡 Dell 技術支援或您的授權服務代表,並引述此文章 ID。
重要:在永久刪除檔案之前,比較檔案的 md5sum (下載的檔案與 SP 上的原始檔案)。
檢查 /EMC/backend/service/data_collection/cores/<dump_folder> 上的原始傾印檔案 md5sum,而不是您可能已手動壓縮的檔案。
若要檢查 md5sum,請執行下列命令:
Linux: md5sum YourDumpFile.gz
Windows: certUtil -hashfile YourDumpFile.gz MD5
上述命令的範例
使用 pgrep 確認哪個 SP 為主要:
| service@none水療:~# PGREP ECOM 30065 |
您會取得 ECOM 的處理 ID (PID),這是主要 SP。ECOM (管理) 僅會在主要 SP 上執行。在此範例中,SPA 為主要。
但如預期中的,當您 ssh 至次要 SP 時,不會傳回任何 ECOM 的 PID,因為 ECOM 不會在次要 SP 上執行:
| service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~# |
如果 SP 處於服務模式,則 SP 不會為 ECOM 傳回 PID。如果 SP 處於服務模式,則 ECOM 不會執行。
在主要 SP 上列出、壓縮和移動傾印檔案:
| service@ (無) spa:/# svc_dc -lcd ======================== [DC 複印機]:後端可用: core-dump_dump_spa_CKM0016170xxxx_2017-01-17_15_14_17_320_httpd core-dump_dump_spa_CKM0016170xxxx_2017-02-16_07_19_23_337_xGate kdump_spa_CKM0016170xxxx_2017-01-11_14_52_40 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe << 我們以此作為範例。 ======================== [DC 複印機]:處理 過的 SSD 中沒有已知核心======================== [DC 複印機]:尚未預先處理的核心傾印位於 SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [DC 複印機]:在 /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir 中有一個 DC 套裝。 [DC 複印機]:safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar 將包含: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [DC 複印機]:safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar已成功 傳送至 /home/service/user service@(none) spa:/#cd /home/service/user service@(none) spa:/home/service/user# ll (或 ls) ... -rw-r--r-- 1 根根 681431040 3月 8 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
在次要 SP 上列出、壓縮和移動傾印檔案:
|
service@ (無) spa:~# SSH 對等<<以變更至次要 SP ======================== |
我們的傾印檔案 (原始來源為 SPB) 位於主要 SP 上,在此範例中為 SPA,已就緒可供下載。從陣列下載檔案後,請記得在兩個 SP 上的 /cores/service/user 或 /home/service/user 刪除所有傾印。