Metroノード: Metroノードからログを収集する方法

次のタスクを実行するための手順: 

1. Metroノードの問題をデバッグするには、どのようなログが必要ですか? 
2. metroノード クラスターでcollect-diagnosticsをキャプチャーする方法を教えてください。 
3. Management Server上の既存のcollect-diagnosticsパッケージを検証する方法。  
4. Metroノードで進行中の収集診断を中止してクリーンアップする方法を教えてください。  

注：SupportAssistログが必要な場合は、お客様にKBA 000135669「SupportAssist EnterpriseからSupportAssistログ コレクションをエクスポートする方法」を参照してください。接続または切断 「


 A. Metroノードの問題をデバッグするには、どのようなログが必要ですか? 

1. Metroノードからログを収集するために必要なコマンドは「collect-diagnostics」と呼ばれ、Metroノード セットアップの任意の^[1]ノードから実行できます。Metroノード クラスターの1つのダイレクターでこのコマンドを実行すると、クラスターの全ノードのすべてのダイレクターからのすべてのデータが含まれることになります。このコマンドは、一度に複数のノードで実行しないでください。

2. 「collect-diagnostics」コマンドは、構成ファイルとログ ファイルを含む圧縮tar.gzログ ファイルを生成します。collect-diagnosticsファイルは、実行元のノードの/diag/collect-diagnostics-out/ディレクトリーに配置されます。コマンドが完了したら、WINSCP、または同等のSCPユーティリティーを使用してノードからファイルをコピーし、分析のサポートに提供できるようにします。このコマンドの使用方法の詳細については、以下のセクションBを参照してください。

メモ: 

• 「collect-diagnostics」コマンドをオプションなしで実行すると、ベース ファイルと拡張ファイルの2つのファイルが生成されます。拡張されたシステムでは、これには非常に長い時間がかかる場合があります。 
• メトロ ノードのサポートでは、通常ベース ファイルのみが必要ですが、状況によっては、パフォーマンス上の問題により、拡張ファイルも必要になる場合があります。 
• collect-diagnosticsの実行時に使用を求められる可能性のある標準オプションは次のとおりです。 

• コマンドの詳細については、「collect-diagnostics -h」と入力してください。 

これらは、これら2つのファイル名がどのように見えるかのサンプルです。YYYY-MM-DD-HH.MM.SS として表示される日付と時刻は、これらが収集された日付と時刻からなります。 

• ベース ファイル - <シリアル番号>-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz 
• 拡張ファイル - <シリアル番号>-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz 

3. パフォーマンスの問題は複雑で、多くの特定の情報を収集する必要があります。そのため、このプロセスを迅速化するために、パフォーマンスに関するアンケートをご用意しております。お客様にはご記入をお願いしております。アンケートは、このナレッジベース記事の最後にある添付ファイル セクションに添付されています。 

4. パフォーマンスの問題の種類によっては、「fe_perf_stats」と呼ばれる追加のログを取得すると便利です。ログは継続的に生成されますが、collect-diagnosticsによって収集されません。このログを取得するには、cd(ディレクトリーの変更)を各クラスターのノード上の/var/log/VPlex/cliに実行し、「tar cvzf fe-perf-stats.tar.gz fe_perf_stats*」コマンドを実行して、ファイルのデータをtarファイルに圧縮します。WINSCP、または同等のSCPユーティリティーを使用してノードに接続し、/var/log/VPlex/cliに移動します。「fe-perf-stats.tar.gz」ファイルをシステムにコピーします。サポートから要求された場合は、collect-diagnosticsファイルと一緒にtarファイルをSRにアップロードするか、またはサポートがSRとEメールで提供するftpリンクをアップロードします。 

5. 診断の収集に加えて、次の情報を収集すると役立つ場合があります。

• PuTTYセッションのログを開き、
• 次に、以下のコマンドを実行します。
• 次に、Puttyログを収集し、システムにダウンロードします。
• 次に、PuTTYログ、collect-diagnostics、
  および要求されたその他のデータをSRに添付します。

1. クラスター ステータス 
2. ll clusters/**/storage-views/* --full 
3. ll ~ports 
4. show-use-hierarchy /clusters/**/virtual-volumes/* 
5. ll ~system-volumes 
6. ls -t /clusters/*/directors/*::serial-number [このコマンドは、各ノードのすべてのDSTを一覧表示します]
7. ls -t /clusters/**/director-*/::hostname [表示されるホスト名はIPアドレスです。これは想定された動作です]

B。metroノード クラスターでcollect-diagnosticsをキャプチャーする方法を教えてください。
 
注：ほとんどの問題を調査して解決するには、過去30日間をカバーするベース ファイルで十分です。サポートから特に指示がない限り、これらのオプションを使用する必要があります。
このデータを収集するには、フラグ「--noextended」と「--last-logs 30d」を指定してcollect-diagnosticsコマンドを実行します。

1. ダイレクター ノードのLinuxプロンプト( 例:service@director-1-1-a)でSSHセッションを確立してから、vplexcliにログインします。 

出力例：

login as: service 
Keyboard-interactive authentication prompts from server: 
| Password: 
End of keyboard-interactive prompts from server 
Last login: <date and timestamp data> from x.x.x.x
service@director-1-1-a:~> 
service@director-1-1-a:~> vplexcli 
Trying ::1... 
Connected to localhost. 
Escape character is '^]'. 
 
VPlexcli:/> 

2. collect-diagnosticsを開始するには、次の例に示すように、vplexcliプロンプトから指示されたオプションを指定して「collect-diagnostics」コマンドを実行します。 

出力例: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2024-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2024-02-09 19:55:13 UTC: No cluster-witness server found. 
2024-02-09 19:55:13 UTC: Free space = 88G 
2024-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

C。 ダイレクター/ノード上の既存のcollect-diagnosticsパッケージを検証する方法。 

1. collect-diagnosticsコマンドが完了してvplexcliプロンプトに戻ったら、winscp(または同等のSCPユーティリティー)を使用してコマンドを実行したダイレクターに接続し、フォルダー/diag/collect-diagnostics-out/に移動します。 

2. 正しいタイム スタンプのログ ファイルを特定し、ローカル ワークステーションにダウンロードします。 

D。 進行中の収集診断

を中止する方法メモ：  これは無停止のアクティビティーです。収集プロセスを中止する直接コマンドがないため、管理コンソールを再起動する必要があります。ただし、collect-diagnosticsの実行を中止する前に、サポートに連絡して、collect-diagnosticsの実行を中止する理由を説明してください。データが失われる可能性があるためです。中止アクションの後にcollect-diagnosticsが再実行されると、この失われたデータを再び収集することはできません。

1. collect-diagnosticsを開始したPuTTYセッションがまだ存在する場合は、collect-diagnosticsの出力がストリーミングされ、まだ実行中であることがわかります。 

出力例： 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2022-02-09 19:55:13 UTC: No cluster-witness server found. 
2022-02-09 19:55:13 UTC: Free space = 88G 
2022-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

2. 複製されたPuTTYセッションを開き、サービス アカウントを使用して、collect-diagnosticsを開始したダイレクターにログインします。 

  出力例： 

login as: service 
Using keyboard-interactive authentication. 
Password: 
Last login: <date and time stamp data> from x.x.x.x 
service@director-1-1-b:~>

3. ダイレクターで、次のコマンドを使用して管理コンソールを再起動し、実行中のcollect-diagnosticsを中止します。  

出力例： 

   service@director-1-1-b:~> sudo systemctl restart VPlexManagementConsole.service 
 

4. 管理コンソールを再起動したときに、collect-diagnosticsが実行されている最初のPuTTYセッションを振り返ると、最後にメモされた出力として、collect-diagnosticsレポートが次のように表示されます。 

"Connection closed by foreign host."

出力例(出力の最後の行を確認してください):

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 20:02:03 UTC: ****Initializing collect-diagnostics... 
2022-02-09 20:02:04 UTC: No cluster-witness server found. 
2022-02-09 20:02:04 UTC: Free space = 88G 
2022-02-09 20:02:04 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection ..                               ERROR 
Executing SMS log collection ..                               Connection closed by foreign host. <<<

5. collect-diagnosticsが停止したら、上記の手順3で2番目のPuTTYセッションに戻り、/diagディレクトリーに「cd」で移動し、「 ll 」を実行すると、追加のディレクトリーが表示されます。 

• collect-diagnostics-tmp (収集 - 診断-tmp)
• 診断ジョブの収集 
• collect-diagnostics-tmp-ext*

      *拡張ファイルを省略しなかった場合

出力例： 

service@director-1-1-b:/diag> ll 
total 32 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-tmp-ext
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-jobs 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwxr-xr-x 3 service groupSvc  4096 Feb  9 20:02 collect-diagnostics-tmp 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

6. これらの各ディレクトリーの中を見ると、キャンセルされたcollect-diagnosticsを開始した日付と時刻のファイルが表示されます。これらのファイルは/diagパーティションの領域を占有するため、削除する必要があります。 

7. /diagディレクトリーからファイルを削除/削除するには、「rm -r collect-diagnostics-jobs」と「rm -r collect-diagnostics-tmp」と入力し、もう一度「 ll 」と入力して、ディレクトリーが削除/削除されたことを確認します。 

出力例： 

service@director-1-1-b:/diag> rm -r collect-diagnostics-jobs 
service@director-1-1-b:/diag> rm -r collect-diagnostics-tmp 

service@director-1-1-b:/diag> ll 
total 24 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

8. 「collect-diagnostics-tmp-ext」ディレクトリーが存在する場合は、「rm -r collect-diagnostics-tmp-ext」を実行します。  

注：拡張ファイルは通常、ノードのクラッシュを調査するために使用されます。ノード クラッシュに関する継続的な調査があり、サポートが必要なすべてのログをキャプチャしていない場合は、collect-diagnostics-tmp-extディレクトリーをクリーンアップする前にサポートに確認してください。そうすることで必要なコア ファイルが削除される可能性があります。