具有以下 PANIC 线程的文件系统死机（不同版本可能显示略有不同）：
PANIC : ddr/dm/dmbt_iface.c: dmbt_find_intr_key_new: 10994: (i + 1) >= count
Or
PANIC: ddr/dm/dmbt_intern_fast.c: dmbt_bsearch_page: 157: Unsupported page type reported
Or
PANIC: ddr/dm/dmbt_iface.c: dmbt_find_intr_key_new: 11664: (i + 1) >= count
到目前为止，在多个 DDOS 版本中观察到此问题。
- 它首先在 DDOS 6.1.1.5 中进行标识。
- 随着时间的推移，还发现低于 6.2.1.40 和 7.2.0.50 的 DDOS 版本受此问题的影响。
如果您怀疑 Data Domain 遇到此问题，请执行以下操作：
随着时间推移，问题会出现。正常系统工作负载会重复访问给定 MTree 的属性或 PCR BTree。
在受影响的 DDOS 版本上，随着时间的推移，问题变得更加严重。
即使在文件系统 PANIC 发生之前，系统性能也可能会受到影响。
一旦文件系统 PANIC 由于此问题，根据 BTree 中出现的问题所在，可能会随时发生后续文件系统 PANIC（甚至是背靠背，使文件系统保持关闭状态）。
导致属性或 PCR BTree 恶化的根本问题已在以下 DDOS 版本中得到解决：
- DDOS 6.2.1.x 中的 DDOS 6.2.1.40 或更高版本
- DDOS 7.2.x 中的 DDOS 7.2.0.50 或更高版本
- DDOS 7.3.x 中的 DDOS 7.3.0.10 或更高版本
- DDOS 7.4.0.0 和所有更高版本
升级到固定版本不会解决受影响属性或 PCR BTree 的现有故障。
它应避免情况越来越严重，但在某些情况下无法排除，并且由于现有的 BTree 退化可能会导致系统缓慢，并且文件系统 PANIC 仍可能发生。
要解决此问题，必须联系戴尔技术支持以运行低级命令（需要停机时间），以便删除属性（即 PCR BTree）（一旦文件系统进程再次启动，它们会随着时间的推移自动重新创建）。因此，建议联系支持部门解决现有的 BTree 损坏并立即升级到固定版本。
请参阅
Data Domain：DD OS 软件版本，获取有关所需版本的指导。需要以注册用户身份登录戴尔支持才能查看文章。