Data Domain：スケジュール設定されたクリーニングの開始に失敗し、警告「EVT-GC-00002: スケジュール設定されたファイル システム クリーニングを開始できません」

Summary: Data Domainクリーニング(GC)は、特定の日時に実行するようにスケジュール設定されています。最近のDDOSバージョンでは、このようなスケジュールがあり、何らかの理由でクリーン プロセスを開始できない場合、システム モニタリング デーモンによってアラートが発生します。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

DataDomainのクリーン(ガベージ コレクション、GC)は、特定の日時に実行するようにスケジュール設定されています。DDOS 6.0.x以降のバージョンでは、このようなスケジュールがあり、何らかの理由でクリーン プロセスを開始できない場合、システム モニタリング デーモンによってこのことが認識され、最終的に次のようなアラートが発行されます。

# alerts show current
# alerts show current
Id      Post Time                  Severity   Class         Object       Message
-----   ------------------------   --------   -----------   ---------    -----------------------------------------------------------------------------------------
m0-11   Tue Jun 27 16:32:03 2017   WARNING    Filesystem                 EVT-GC-00002: Unable to start scheduled file system cleaning on Tue Jun 27 16:04:00 2017.
-----   ------------------------   --------   -----------   ---------    -----------------------------------------------------------------------------------------

 

また、次のような詳細情報を含むアラートASUPが送信されます。

Hostname: dd-6800
Location: Lab4_Row_M System
SerialNo: APMxxxxxxxxxxxxxx
Chassis SerialNo: FCxxxxxxxxxxxxxxx
ModelNo: DD6800
Version: 6.0.0.1
Time: Tue Jun 27 16:15:02 2017
Alert Id: m0-11
Event Id: EVT-GC-00002
Event Message: Unable to start scheduled file system cleaning on Tue Jun 27 16:04:00 2017.
Event Description: Cleaning has not started as scheduled. Space for deleted files will not be reclaimed until cleaning completes. This may impact the ability to backup.
Recommended Action: Determine the reason why cleaning did not start. Manually start cleaning if free space needs to be reclaimed before the next scheduled cleaning.
If problem persists, contact your contracted support provider or visit us online at https://support.emc.com.

 

Cause

このアラートは、スケジュール設定されたクリーニング プロセスが、開始するはずだった時間に開始できなかったことを通知するだけです。これには複数の理由が考えられますが、そのほとんどは問題を示すものではありません。アラートがトリガーされる理由には、次のようなものがあります。
  • スケジュール設定されたクリーンアップ プロセスを開始する必要があった時点で、DD GCはすでに実行中でした。一度に実行できるGCプロセスは1つだけであり、1つのプロセスを試みても実行中のGCをプリエンプトできないため、スケジュールされたプロセスはスキップされ、アラートが生成されました
  • アクティブ階層からアーカイブ ストレージ階層へのデータ移動(FMIG)の実行や、アクティブ階層のGCの開始時にクラウド階層クリーニングを実行するなど、GCと互換性のないアクション
  • システムのタイム ゾーンでの以前の変更により、スケジュール設定されたタスクを担当する内部「cron」デーモンが、新しいタイム ゾーンではなく古いタイム ゾーンで引き続き実行されている可能性があります。そのため、以前のタイム ゾーンと現在のタイム ゾーンに応じて、DD GCが予想より数時間早く、または遅く実行される可能性があり、スキップされたGCのアラートが発生します。次のKB Data Domainを確認できます。DDのタイム ゾーン変更の詳細については、「Data Domain Restorer (DDR)の日付/時刻および/またはタイム ゾーンを変更する方法(英語)」を参照してください。
  • 内部的には、「filesys clean start」コマンドのために内部「sms」デーモンにジョブを送信することによって、DDのクリーニングが開始されます。「sms」が応答しない場合、またはFSが時間通りに「sms」に応答できない場合、GCは開始されずスキップされます。「sms.info」ログで次のような一致するエントリーを確認すると、クリーニングが試行されたがジョブの開始に失敗したことが示されます。
02/28 12:00:26.495 (tid 0xa79c040): 完了したジョブ: 操作の3278752:sms_filesys_clean_start、期間: 25067ミリ秒、ステータス: ファイルシステムが応答していません。
  • 上記と同じですが、「Time backward jump」により、cronのサービスは新しい時間セット
    と同期されません ASUPでは、次のようなものを見つけることができます。
config.snmp.trapinfo.17 = ファイルシステムは、重大な状態のため無効です。EVT-OBJ:: Enclosure = 1 EVT-INFO :: 原因 = システム時刻が後方にジャンプしました
config.snmp.trapinfo.19 = 2022年11月15日(火)06:00:00にスケジュールされたファイルシステムクリーニングを開始できません。
  • FSがダウンしているか、応答していないか、その時点でHAフェールオーバーが行われていた場合、またはDDが再起動中またはダウンしていた場合は、GCもスキップされている可能性があります

GCがスキップされるもう1つの理由は、非常にまれではありますが、レジストリのクリーンスケジュールの不整合です。たとえば、レジストリーとCLIの両方で、GCは現地時間の日曜日の午前6:00に実行されるようにスケジュールされています。 
# reg show collection.1.expunge.schedule
collection.1.expunge.schedule.days = Sun
collection.1.expunge.schedule.time = 0600

# filesys clean show config
Filesystem Cleaning Configuration
---------------------------------
        50 Percent Throttle
Filesystem cleaning is scheduled to run "Sun" at "0600".

 


ただし、「crontab」プロセス スケジューラーが構成されたジョブを開始するために使用する別のレジストリー キー(collection.1.crontab.expunge)が正しくありません。たとえば、次のようになります。 
# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 00 6 * * 2 root /ddr/bin/ddsh -s filesys clean start nowait scheduled

 

上記のレジストリー キーは、スケジュールされたクリーニングが日曜日(0)ではなく火曜日(5番目の「crontab」ジョブ仕様の2)のローカル時間の午前6:00に開始されることを示しています。



Resolution

アラートはいつでもクリアできますが、クリアしても根本的な問題は解決されず、クリーニングがただちに開始されるわけでもありません。スキップされたGCサイクルの原因に応じてアプローチは異なります。このKBでは、これ以上の詳細には触れません。サポートが必要な場合は、DELL EMC DataDomain KB記事を確認するか、ご契約のサポート プロバイダーにお問い合わせください。


「Time backward jump」の場合は、reg設定が「filesys clean」スケジュールと一致するかどうかを再確認し、cronサービスを再起動します。
メモ:Data Domainサポートからサポートを受けるために新しいSRを開く場合に備えて、コマンドにはbashモードのコンソールが必要です。 
1 | double-check job configuration
#  filesys clean show schedule
Filesystem cleaning is scheduled to run "Wed" at "1600".

# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 0 16 * * 3  root /ddr/bin/ddsh -s filesys clean start nowait scheduled

2 | set a new schedule if needed
# filesys clean set schedule Wed 1600

3 | Restart the cron service [you can use one of them]
# /etc/init.d/crond restart
or
# systemctl restart crond.service

 

一貫性のないレジストリー エントリーのみの問題については、CLIまたはCLIから正しいクリーニング スケジュールを強制的に設定することで解決します。したがって、例を続けると、「filesys clean show schedule」ですでに次のように報告されている場合でも、管理者はクリーン スケジュールを日曜日の午前6:00に設定する必要があります。 
# filesys clean show schedule
Filesystem cleaning is scheduled to run "Sun" at "0600".

# filesys clean set schedule Sun 0600
Filesystem cleaning is scheduled to run "Sun" at "0600".

# filesys clean show schedule
Filesystem cleaning is scheduled to run "Sun" at "0600".

 


この後、間違った日にクリーンアップがスケジュールされることを示すレジストリキーが更新されたことを確認します。 
# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 0 6 * * 0 root /ddr/bin/ddsh -s filesys clean start nowait scheduled

 


Affected Products

Data Domain, DD OS 6.0
Article Properties
Article Number: 000052147
Article Type: Solution
Last Modified: 17 Jul 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.