PowerProtect DD：如果在 DD 上设置了严重环境警报，则文件系统处于禁用状态

Summary: 当系统发现环境状况不佳并在机柜 1 上看到严重警报时，DD 文件系统 （DDFS） 会自动禁用自身作为一项保护措施

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

PowerProtect DDOS 包括在以下情况下禁用 DD 文件系统 （DDFS） 的保护措施

1：系统时间向后跳转 60 秒以上。如果系统时间发生此类更改，和/或 

2：如果任何其他硬件组件出现故障，并且系统为机柜 1 设置严重环境警报

将发生以下情况：   

  • DDFS 被禁用并且不会自动重新启动
  • 发布警报 （EVT-ENVIRONMENT-00052），即：    
Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System has Critical alert

遇到此问题后：    

  • 无法手动重新启动 DDFS（在启动过程中崩溃）
  • 还原日期和时间（以反向向后跳转）不允许 DDFS 启动
  • 解决硬件问题不允许 DDFS 启动

Cause

在我们修复严重环境条件之前，无法启用 Data Domain 文件系统，以便保护 DD 和集成到 DD 的其他应用程序

实施此保护措施的原因是，系统时间向后跳转可能会对某些将数据存储在 DDR 上的备份应用程序造成不利影响。因此，它的设计使得 DDR 的管理员必须允许系统时间更改，然后才能重新启用 DDFS。

提醒：遇到此问题后，无法启用 DDFS，因为它拒绝启动，例如：    

# filesys enable
Please wait...
01/01 20:32:10.217 (tid 0xxxxxxx): INFO: Event posted: m0-28 (2100001c:553648156): EVT-FILESYS-00008: Filesystem has encountered an error and is restarting.
**** There was a problem bringing up the filesystem. Status: The filesystem is aborting due to a problem.

此外，反转系统时间的向后跳转不允许重新启用 DDFS（问题仍然存在）。

Resolution

要启用 DDFS，请执行以下步骤。如果受影响的 DD 是 DD HA 对中的活动节点，请在启用文件系统 （FS） 之前将这些步骤应用于两个节点。

从 UI 中：

1.确保系统的日期和时间正确无误。如果您更改时区，DDR 可能会提示重新启动。
    立即执行此重新启动，以确保所有进程都能识别新时区。转至 管理>设置 >时间和日期

检查系统日期和时间 

 

  • 如果您已启用 NTP，请暂时禁用它以更正时钟。转至 更多任务>配置时间设置

禁用 NTP

  • 然后再次配置时间设置以重新启用 NTP（如果需要）

 

2.清除与“filesystem disabled due to a critical condition”错误对应的紧急警报。转至运行状况 > 警报 > 当前警报

清除文件系统警报

  • 等待一分钟，以清除警报并更新系统状态。否则，在 DDFS 进程启动之前，系统状态可能不会完全更新，这可能会导致一次性 FS 崩溃和警报。

 

3.如果在清除警报后尚未启用文件系统，请启用它。转至Data ManagementFile > SystemSummary >> 页面底部的Enable。

启用 FS

  • DDFS 现在应正常启动/运行。如果您在清除警报后未能在启动 FS 进程之前等待足够长的时间，您可能会在 CLI 上收到有关 FS 遇到问题的警报，但是，FS 将继续尝试启动，如果问题如本知识库文章中所述，FS 进程最终将启用。

 

从 CLI 中：

1a。确保系统的日期和时间正确无误。如果您更改时区，DDR 可能会提示重新启动。
    立即执行此重新启动，以确保所有进程都能识别新时区。

1b.确保 DD 中的所有硬件组件都处于良好状态

2.清除与“filesystem disabled due to a critical condition”错误对应的紧急警报：    

# alert clear alert-id [alert id]

     例如，如果这是警报 p0-32（如上所示）：    
 

# alert clear alert-id p0-32

3.等待一分钟，以清除警报并更新系统状态。否则，在 FS 进程启动之前，系统状态可能不会完全更新，这可能会导致一次性 FS 崩溃和警报。

4.现在 DDFS 应该会自动联机，您可以使用“# filesys status”检查文件系统的状态。如果没有，请启用 DDFS：    

# filesys enable
  • DDFS 现在应正常启动/运行。如果您在清除警报后未能在启动 FS 进程之前等待足够长的时间，您可能会在 CLI 上收到有关 FS 遇到问题的警报，但是，FS 将继续尝试启动，如果问题如本知识库文章中所述，FS 进程最终将启用。

 

有关此保护措施或本文中包含的任何信息的更多信息，请联系 戴尔技术支持。

Additional Information

此问题的示例如下所示：    

  • 最初，DDFS 正常运行：    
# filesys status
The filesystem is enabled and running.

 

  • DDR 的系统日期和时间为 2017 年 3 月 7 日 13：28：    
# date
Sun Mar  7 13:28:24 PST 2017

 

  • 该日期手动向后设置为 2017 年 1 月 1 日（必须先禁用网络时间协议/NTP，然后才能进行此更改）：    
# system set date 01012017

 

  • 登录到 DDR （messages.engineering） 表明系统日期或时间已向后更改，并且正在禁用 DDFS：
Mar  7 13:28:24 rtp-ddr30 ddsh: NOTICE: MSG-DDSH-00009: (tty=ttyS0, session=15703) root: command "system set date 01012017"
...
Jan  1 20:17:04 rtp-ddr30 ddr_stated: Availability stats: Invalid time interval -5591476. Probably the system clock was changed.
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Found a system time jump: -5591485
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Before Jump: system time: Tue Mar  7 13:28:15 2017 , rtc time: Tue Mar  7 13:28:16 2017 , ntp last sync time: Unknown
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: After  Jump: system time: Sun Jan  1 20:17:51 2017 , rtc time: Sun Jan  1 20:17:51 2017 , ntp last sync time: Unknown
...
Jan  1 20:17:51 rtp-ddr30 platmon: NOTICE: post_alert: Generating alert EVT-ENVIRONMENT-00052
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: Event posted: p0-32 (11000020:285212704): EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Jan  1 20:17:52 rtp-ddr30 platmon: NOTICE: evaluate_symbol_node: taking action(s) on error_indict(1)
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: System time jumped, needs service now
Jan  1 20:17:52 rtp-ddr30 platmon: ERROR: Fatal error in platform monitor, DDFS shall be disabled
...
Jan  1 20:17:55 rtp-ddr30 ddr_procmon: ERROR: Critical error is detected by platform monitoring, filesystem is shutdown.
...
Jan  1 20:17:55 rtp-ddr30 ddr_stated: INFO: change_state(): shutdown requested
Jan  1 20:17:55 rtp-ddr30 ddfs[3761]: NOTICE: MSG-DDR-00003: Shutting down ddfs

 

  • 发布紧急警报，指示已“由于严重情况”禁用 DDFS：    

显示当前命令的警报屏幕截图显示，由于严重情况，DDFS 已被禁用

当 DD 是 Windows Active Directory 的一部分或已加入 Windows Active Directory 时，它使用域控制器 （DC） 作为其系统时间源。DD 会定期将其日期和时间与 DC 同步。如果 Windows DC 的日期和时间发生更改，则更新将通过 CIFS 推送到 DD。超过 60 秒的向后时间跳转会触发此行为。

要了解是否可能出现这种情况，请首先检查是否为 CIFS 配置了 DD 并绑定或加入了特定的 Active Directory 领域：   

# cifs show config
Mode                 Active-Directory
Realm                realm.example.com
Domain Controllers   *
WINS Server          not specified
NB Hostname          DD9300
Max Connections      Not Available
Max Open Files       Not Available

 

  • 如果是这样，请检查“cifs.log”文件中的条目，例如以下条目：    
# log view debug/cifs/cifs.log
Mar 28 22:03:16 DD9300 lsass: ALWAYS: [24497/1585429396.001947087] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 22:03:16 2020 ] to [Sat Mar 28 22:54:38 2020 ]
Mar 28 23:44:38 DD9300 lsass: ALWAYS: [24497/1585435478.001799190] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 23:44:38 2020 ] to [Sat Mar 28 22:53:15 2020 ]
Mar 29 22:04:38 DD9300 lsass: ALWAYS: [24497/1585512278.002014016] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 22:04:38 2020 ] to [Sun Mar 29 22:55:53 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24499/1585517153.001946740] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24497/1585517153.001946645] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 30 22:00:53 DD9300 lsass: ALWAYS: [24497/1585598453.002161373] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 22:00:53 2020 ] to [Mon Mar 30 22:52:01 2020 ]
Mar 30 23:12:01 DD9300 lsass: ALWAYS: [24497/1585602721.002275775] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 23:12:01 2020 ] to [Mon Mar 30 22:20:52 2020 ]

 

配置的域控制器出现问题，因为时间每天向前跳转 50 分钟，然后在不久后恢复。这大约在每天的同一时间发生。这将触发 DD 的警报，并强制 DD FS 关闭。在此特定情况下，必须针对时间变化调查 DC 并相应地解决。

配置 Active Directory 后，建议根据 DDOS 8.0 管理指南 （请参阅第 137 页）的内容禁用 NTP：    

 

提醒：
如果 NTP 和域控制器都在修改时间，则从 Active Directory 域控制器使用时间同步可能会导致系统上的时间更改过多。
至少，如果正在使用 AD 和 NTP 时间同步，如果启用了 NTP，则应将其配置为同步到 DC 提供的 NTP 服务器或配置的 DC 的上游时间源以实现一致性。

Affected Products

Data Domain

Products

Data Domain, Data Domain Boost – File System, Data Domain Deduplication Storage Systems, DD OS 6.2, DD OS, DD OS 6.0, DD OS 6.1, DD OS 7.0, DD OS 7.1, DD6300 Appliance, DD6800 Appliance, DD9300 Appliance
Article Properties
Article Number: 000060531
Article Type: Solution
Last Modified: 10 Jul 2025
Version:  9
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.