Data Domain：DDFS 崩溃：dmbt_update_entry_nolock

对于启用了自动保留锁定 （ARL） 且用于复制的 mtree 的系统，受影响的 Data Domain （DD） 报告崩溃并显示以下消息：

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• 启用了自动保留锁定 （ARL） 的 PowerProtect Data Domain。

• Data Domain 文件系统崩溃
• 系统不稳定 
• 系统崩溃前立即显示上述死机消息的日志

当 DDBOOST 打开和关闭调用之间发生 mtree 复制快照时，会出现此问题。

• 而 nfsproc3_ddcp_open_file_3_svc() 函数标识在 ARL 冷却期 （COP） 内正在修改的保留锁定 （RL） 文件，并将标记值重置为 0 （DM_TAG_DEFAULT)。
• 随后的 nfsproc3_ddcp_close_file_3_svc() 函数通常会将标记重置为有效值。
• 但是，如果使用扩展属性创建文件并在 ARL COP 中进行了修改，并且在 DDBOOST 打开和关闭调用之间发生快照，则此序列可能会触发崩溃。

在 7.7.x 和 7.10.x 上会发生这种情况，触发因素是在 mtree 上启用保留锁定（通常是 ARL）时。

要解决此问题，请执行以下操作： 

1.中断原始源和目标 mtree 的任何复制上下文。

• 这将创建 mtree 的新的干净拷贝，而不会出现上下文问题。

• 这可防止问题反复出现。

4.将备份重定向到源 DD 上新快速拷贝的 mtree。
（更新任何备份作业以针对新的 mtree。）

• 确保新复制设置已完全同步。
• 禁用此 mtree ARL 可防止崩溃再次发生。 
  • 管理旧 Mtree：
  • 暂时在源系统和目标系统上保留原始 mtree。
    • 同步新复制且旧 mtree 文件的保留期到期后，删除旧 mtree 中的文件。
    • 然后删除源和目标上的旧 mtree。

• 执行上述步骤后，务必监视系统是否存在任何进一步的异常情况。
• 确保所有备份策略和复制上下文均已正确更新以反映更改。