Data Domain - /ddvar の領域が不足しています

/ddvarディレクトリー(/ddvar/と/ddr/var/は同じ意味で使用される場合があります)は、ログ ファイル、生成されたサポート アップロード バンドル、圧縮されたコア ファイル、および.rpmアップグレード パッケージが配置される管理ディレクトリーです。このディレクトリーがいっぱいになると、Data Domainシステムがアラートを送信できなくなることがあります。

# alerts show current
Id Post Time Severity Class Object Message
----- ------------------------ -------- ----------------- ------ --------------------------------------------------------------------------
p0-36 Tue Sep 17 17:39:12 2024 ERROR SystemMaintenance システム メンテナンス アクティビティーのために/ddvarの領域が不足しています。
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

対応するレジストリー エントリーは、次のようになります。

dynamic.ems.708.1.401.1243325160.1.5 = システムメンテナンス作業のための /ddvar の容量が少なくなっています。

FS(すべてのデータ アクセスを処理する)を含む一部のプロセスは、ログの書き込みを/ddvarパーティションに依存しています。パーティションが完全にいっぱいになり、書き込みができなくなると、FSプロセスが最終的に正常に動作しなくなり、強制終了して起動できなくなる可能性があります。したがって、お客様がこれらのアラートに注意を払い、それに応じて行動することが非常に重要です。

オペレーティング システム パーティションに格納されているログ ファイルが多すぎると、コア ファイルが(/ddr/var/core/や/ddr/var/ext/などの個別のパーティションではなく)/ddr/var/に格納されている場合にddvarの容量が不足することがあります。これも原因である可能性があります。SUBが非常に大きい場合があり(数GiB)、お客様はトラブルシューティングのためにさらに多くのデータを作成し続けるため、ディスク領域が急速に消費されます。大きなログ ファイルのローテーションに失敗したり、以前のトラブルシューティング作業の残り物が/ddr/var/のディスク領域を不必要に占有したりする問題が発生することがあります。

目的

# alerts show current
Id      Post Time                  Severity   Class               Object   Message
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------
p0-36   Tue Sep 17 17:39:12 2024   ERROR      SystemMaintenance            Space running low in /ddvar for system maintenance activities.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

dynamic.ems.708.1.401.1243325160.1.5 = Space running low in /ddvar for system maintenance activities.

症状

• アラート「Space running low in /ddvar for system maintenance activities.」
• 警告: 「/ddvar の容量が少なくなっています。スペースをクリアしないと、コアダンプ機能が無効になります。」
• 警告: 「/ddvar の領域が不足しているため、コアダンプ機能が無効になりました」

該当製品：

• すべてのData Domainシステム
• すべてのソフトウェア リリース

対処法

========== サーバー使用率==========
リソース サイズ(GiB使用済みGiB) 使用可能なGiB使用率(%)
------------------         --------        --------           ---------      ----
/backup: pre-comp - 17814.5 - -
/backup: post-comp 1892.9 1099.1 793.8 58%
/ddvar 19.7 14.1 4.6       75%

1. ［Confirm］ /ddvar 容量が不足しています。
   Data Domainシステムのプロンプトで 180649 次のように入力します。
   df
2. /ddvar で使用される領域は一時的に増加し、一時的な領域使用量のアラートが発生することに注意してください (「一時的な /ddvar 領域の使用量が 181878 KB 増加する」を参照)。追加の領域を解放するために /ddvar 内のファイルをクリーンアップする必要がある場合は、次の手順に進みます。
3. Data Domainシステムの ホスト名 と IPアドレス を確認します。

   hostname
   The Hostname is: support1.emc.local
   
   	
   net lookup
   support1.emc.local has address 192.168.1.52
   	

# support coredump list

to delete specific core file use:

# support coredump delete [corefile.filename]

to delete all of them use:

# support coredump delete all

# support bundle list

to delete specific support bundle 

# support bundle delete <bundle-name-list> 

to delete all support bundles

# support bundle delete all

1. Data DomainシステムのACL(アクセス リスト)が、現在のシステムからのアクセスを許可する 181315 構成されていることを確認します。
2. Data Domainシステムから古いコア ファイルを削除します。注：ホスト名が機能しない場合は、代わりに IPアドレス を使用してみてください。

   ========== サーバー使用率==========
   リソース サイズ(GiB使用済みGiB) 使用可能なGiB使用率(%)
   ------------------         --------        --------           ---------      ----
   /backup: pre-comp - 17814.5 - -
   /backup: post-comp 1892.9 1099.1 793.8 58%
   /ddvar 19.7 3.2 16.5       12%
   
   	

   1. Windowsシステムで、をクリックします。 スタート ボタンをクリックし、 ［ファイル名を指定して実行］ をクリックし、\ddvar共有の IPアドレス (または ホスト名)とパスを入力します。
      
      [OK]をクリックします。
   2. /ddvar共有の完全な権限を持つには、次のいずれかのアカウントを使用してData Domain Restorerで認証します。
      • デフォルトのsysadminアカウントのリストア
      • Class admin
        の一部であるその他のRestorerローカル アカウント # user show listコマンドを使用して確認します
      • グループIDが50と表示されるActive-Directory管理者アカウント
        次のコマンドで確認します # cifs troubleshooting user 10500
   3. コア ファイルが存在する場合は削除します。を開きます。 \コア フォルダ。
      
      • コア ファイルが存在する場合は、日付別にリストします(詳細ビュー)。過去24時間以内の日付のコア ファイルがある場合は、さらに分析する必要がある、より深刻な問題を示している可能性があります。その場合は、契約しているサポート プロバイダーに連絡して、サービス リクエストの作成後にサポート バンドル(サブ) リンクのエラー 180563と最新のコア ファイルをアップロードしてください。
      • コア ファイルが最新でない場合は、すべてのファイルを強調表示して削除します。
   4. 古いサポート アップロード バンドル(SUB)ファイルを削除します。次のサイトに移動します: \ddvar\support フォルダ。
      
      • すべてのサポート バンドル ファイル(support-bundle.tar.gz*)をハイライト表示して削除します
   5. 古いアップグレード ファイルの削除(rpm ファイル)をData Domainシステムからダウンロードします。
      次のサイトに移動します: \ddvar\releases フォルダ。すべてのファイルをハイライトして削除します。
      注： rpm ファイルは一時的に使用されます(アップグレード時のみ)。システムをアップグレードすると、これらのファイルは不要になります。
   6. スペースがリカバリーされたことを確認します。
      Data Domainシステムのプロンプトで、次のように入力します。
      df
   Unixベースのシステムを使用して/ddvarディレクトリーのディスク領域を解放する。

   ========== サーバー使用率==========
   リソース サイズ(GiB使用済みGiB) 使用可能なGiB使用率(%)
   ------------------         --------        --------           ---------      ----
   /backup: pre-comp - 17814.5 - -
   /backup: post-comp 1892.9 1099.1 793.8 58%
   /ddvar 19.7 3.2 16.5       12%
   
   

   1. Data DomainシステムのNFSアクセス リスト(ACL)が、現在のシステムからのアクセスを許可する 181315 構成されていることを確認します。
   2. クライアント システムに/ddvarエクスポートをマウントします。181310
   3. 古いコア ファイル(存在する場合)をData Domainシステムから削除します。
      NFSクライアント システムのコマンド プロンプトで、次のコマンドを入力します。
      ls -l /ddvar/core
      • 過去24時間以内の日付のコア ファイルがある場合は、さらに分析する必要がある、より深刻な問題を示している可能性があります。その場合は、契約しているサポート プロバイダーに連絡して、サービス リクエストの作成後にサポート バンドル(サブ) リンクのエラー 180563と最新のコア ファイルをアップロードしてください。
      • コア ファイルが最新でない場合は、すべてのファイルを削除します。
        rm /ddvar/core/*
   4. 古いサポート アップロード バンドル(SUB)ファイルを削除します。NFSクライアント システムのコマンド プロンプトで、次のコマンドを入力します。
      rm /ddvar/support/support-bundle.*
   5. 古いアップグレード ファイルの削除(rpm files)
      NFSクライアント システムのコマンド プロンプトで、次のように入力します。
      rm /ddvar/releases/*.rpm
   6. スペースがリカバリーされたことを確認します。
      Data Domainシステムのプロンプトで、次のように入力します。
      df
   注：「Fusion」 /ddvar この記事の手順を実行してもまだフルであると報告されています。契約しているサポート プロバイダーに連絡し、Autosupport 180561を収集し、サービス リクエストを作成してください

リファレンス:

• 一時的な/ddvarスペースの使用量が181878を増加させる
• /ddvar 180997内のスペースのアラート計算

メモ: この記事のリンクは、Dellの登録済みのお客様のみを対象としています。