4.4. Ceph 文件系统

现在，当创建快照时，为快照目录更新 mtime 和 change_attr

在以前的版本中，libcephfs 客户端不会更新 mtime，并在创建或删除 snaps 时更改属性。因此，NFS 客户端无法正确列出 CephFS NFS-Ganesha 导出中的 CephFS 快照。

cephfs-top -d [--delay] 选项只接受在 1 到 25 之间的整数值。

在以前的版本中，cephfs-top -d [--delay] 选项无法正常工作，因为添加了几个新的策展方法。新的 curses 方法只接受整数值，因为当从 helper 函数获取浮点值时会抛出异常。

在 unlink 完成后创建相同的 dentries 不会使 MDS 守护进程崩溃

在以前的版本中，unlink 和 create 操作之间存在一个 racy 条件。因此，如果因为某种原因导致之前的非链接请求延迟，并且在此期间尝试创建相同的 dentries，则无法通过使 MDS 守护进程或新创建失败，但写入的内容将会丢失。

在运行 ceph nfs cluster info CLUSTER_ID 命令时，不存在的集群不再显示。

在以前的版本中，当 ceph nfs cluster info CLUSTER_ID 命令运行时，不会检查集群的存在，因此会显示不存在的集群的信息，如 virtual_ip 和 backend、null 和 empty。

snap-schedule 模块不再错误地引用 volumes 模块

在以前的版本中，snap-schedule 模块在尝试获取子卷路径时会错误地引用 volumes 模块。由于使用了不正确的 volumes 模块名称和远程方法名称，因此会看到 ImportError 回溯信息。

整数溢出和 ops_in_flight 值溢出不再发生

在以前的版本中，_calculate_ops 依赖于配置选项 filer_max_purge_ops，后者也可以随时修改。因此，如果 ops_in_flight 的值设定为 uint64的功能，则会有一个整数溢出，这会使 ops_in_flight 大于 max_purge_ops，且无法返回合理的值。

无效的 OSD 请求不再提交到 RADOS

在以前的版本中，当第一个 dentry 有足够的元数据且大小大于 max_write_size 时，无效的 OSD 请求将提交到 RADOS。因此，RADOS 将失败，导致 CephFS 变为只读。

MDS 现在处理所有 stray 目录条目。

在以前的版本中，MDS stray 目录处理逻辑中的一个错误会导致 MDS 跳过处理几个 stray 目录条目。因此，MDS 不会处理所有 stray 目录条目，从而导致删除的文件不会释放空间。

对于附加到 Ceph 文件系统的池的池，池级 snaps 被禁用

在以前的版本中，池级别的 snaps 和 mon-managed snaps 具有自己的 snap ID 命名空间，这会导致 ID 之间的冲突，Ceph Monitor 无法唯一标识 snap，因为它是池级 snap 或 mon-managed snap。因此，在引用 ID 时，错误的 snap 会被删除，这存在于池级 snaps 和 mon-managed snaps 中。

客户端请求不再在 MDS 和客户端之间无限期地退回

在以前的版本中，CephFS 客户端和 MDS 之间的客户端请求的 Ceph 协议之间存在不匹配。因此，在 CephFS 客户端和 MDS 间通信时，对应的信息会被截断或丢失，客户端请求会在 MDS 和客户端之间无限期退回。

代码 assert 添加到 Ceph Manager 守护进程服务中，以检测元数据崩溃

在以前的版本中，管理器守护进程服务会为运行 Postgres 的工作负载引入与快照相关的元数据崩溃。

MDS 守护进程不再会因为会话映射版本不匹配问题而崩溃

在以前的版本中，当 MDS 故障转移发生时，MDS 会话映射日志日志无法正确保留。因此，当新 MDS 尝试重播日志时，sessionmap 日志与 MDCache 中的信息不匹配，或其他日志日志中的信息不匹配，从而导致 MDS 守护进程触发 assert 崩溃。

在等待上限撤销时 MDS 不再卡住

在以前的版本中，如果 __setattrx （） 失败，_write （） 将保留 CEPH_CAP_FILE_WR caps 引用，MDS 将无限期等待上限撤销确认。它还会导致其他客户端请求无限期卡住。