Dell Unity:Unityシステムからダンプ ファイルを検索してダウンロードする方法(ユーザー修正可能)
Summary: SP DUMPファイルを検索してダウンロードする方法についての説明。
Instructions
Unisphereから
Unity OE 4.2.0.9392909以降でのみ使用可能)Unisphereにログインし、[ Service > Downloads] > [Core Dump]に移動します
このメニューを使用すると、その時点でどのSPがプライマリーであるかに関係なく、いずれかのSPからコア ダンプ ファイルを簡単に取得できます。
アレイからダウンロードしたら、ファイルをサービス リクエストにアップロードします。ファイルのサイズが大きすぎる場合は、サポート担当者にFTPの場所を問い合わせてください。
CLIまたはSSH
- SSH経由でUnityに接続し、サービス ユーザーとしてログインします。
- 使用しているSPをメモしておきます。自動的に接続されているSPがプライマリーSPです。不明な場合は、pgrep ECOMを実行します。プライマリーSPは、何も返さないセカンダリーSPとは異なり、プロセスID番号を返すはずです。この例については、「追加情報」を参照してください。
- ダンプ ファイルがプライマリーSPにある場合は、次のコマンドを実行します。
- svc_dc -lcdローカルSPで使用可能なコア ダンプのリストを取得します。各エントリーはダンプ ファイルに対応しています。必要なダンプを見つけます(日付と時刻はダンプ名に含まれます)。
- svc_dc -dc /home/service/user <ダンプ・ファイル名> ファイルを圧縮してコピーします (/home/service/user とダンプ名の間にはスペースがあります)。
- ダンプ ファイルがセカンダリーSPにある場合は、セカンダリーSP(sshピア)にログインし、そこから次のコマンドを実行します。
- svc_dc -lcdローカルSPで使用可能なコア ダンプを一覧表示します。
- svc_dc -dc peer /home/service/user <dump file name> (/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から削除し、元のファイルを/EMC/backend/service/data_collection/cores/から削除します(root、Dellテクニカル サポートのみ必要)。
コア ダンプ ファイルの手動での圧縮とコピー
Linuxの「tar」コマンドに精通していない場合、この方法は使用しないでください。ダンプ ファイルが破損したり、誤った場所にファイルが作成されてさらなる問題(SPの再起動など)を引き起こしたりする可能性があります。この方法は、他のすべてが失敗した場合の最後の手段としてのみ使用し、Linuxの上級ユーザーのみが使用するべきものです。上記の方法が理解され、他のすべてが失敗した場合は、DUMPファイル ディレクトリーを手動で圧縮することもできます。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でこれを行う場合、次のレベルのディレクトリー「user」はUnity OE 4.5以降にしか作成されないため、/home/serviceを使用してください。
結果として生成される.tar.gzファイルは、/home/service/userディレクトリー(または同じ場所にある/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または/home/service/user(Unity OE 4.5より古いバージョンでは/home/serviceまたは/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 spa:~# pgrep ECOM 30065 |
ECOMのプロセスID (PID)を取得します。これはプライマリーSPです。ECOM(管理)は、プライマリーSPでのみ実行されます。この例では、SPAがプライマリーです。
ただし、予想どおり、セカンダリーSPにsshでログインすると、セカンダリーSPではECOMが作動しないため、ECOMのPIDは返されなくなります。
| service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~# |
SPがサービス モードの場合、ECOMのPIDを返すSPはありません。SPがサービス モードの場合、ECOMは実行されません。
プライマリーSP上のダンプ ファイルの一覧表示、圧縮、移動:
| service@(none) 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複写機]: processed ======================== [DC copier]のSSDに既知のコアがありません。SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [DC copier]でまだ前処理されていないコアダンプ: /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@(なし)spa:/#cd /home/service/user service@(none)spa:/home/service/user#ll(またはls) ... -rw-r--r-- 1 root root 681431040 3月 8 日 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
セカンダリーSP上のダンプ ファイルの一覧表示、圧縮、移動:
|
service@(none) spa:~# ssh peer << てセカンダリSPに変更します ======================== |
ダンプ ファイル(元はSPBから)はプライマリーSP(この例ではSPA)にあり、ダウンロードの準備ができています。アレイからファイルがダウンロードされたら、両方のSP上の/cores/service/userまたは/home/service/userからダンプを削除することを忘れないでください。