curvefs client删除文件和目录功能设计

• 语言: 中文（简体）
• 格式: .pdf
• 来源: github.com/opencurve

摘要

文档详细讨论了CurveFS客户端删除文件和目录功能的实现问题，包括nlink字段和lookup count未被正确处理的问题。通过调研MooseFS和ChubaFS，提出了使用Trash机制和Session机制的解决方案。Trash机制用于回收站管理，Session机制用于维护inode的打开状态，以应对文件被删除但仍在使用的情况。文档还讨论了实现一个还是两个Trash目录的问题，并倾向于使用单个Trash目录。最终方案结合了MooseFS和ChubaFS的优点，提出了较为简单的实现方案，并评估了相关工作量。

AI总结

## 《CurveFS Client 删除文件和目录功能设计》总结

### 背景
CurveFS 当前版本的删除（`unlink` 和 `rmdir`）功能仅实现了简单的 `dentry` 和 `inode` 删除，未处理 `nlink` 和 `lookup count`，导致功能不完整。本文通过调研 MooseFS 和 ChubaFS，设计解决方案。

### 调研结果
1. **MooseFS**
- 使用两种机制：`Trash` 和 `sustained/reserve`。
- `Trash` 用于文件回收，`sustained` 用于处理打开文件的删除。
- 通过 `META` 文件系统管理，实现优雅的回收站机制。
- 优点：实现复杂但稳定；缺点：需处理多 MDS 的原子性问题。

2. **ChubaFS**
- 使用 `Freelist` 存储删除的inode，等待7天后清理。
- 支持 `forget` 接口，通过运维手段修复孤儿inode。
- 优点：实现简单，开发成本低；缺点：可能遗留孤儿inode问题。

### 方案设计
1. **Trash 机制**
- 采用一个 `Trash` 目录，通过 `flag` 区分文件和目录。
- `Trash` 中的inode需定期清理，超过保留时间后删除。

2. **Session 机制**
- 在 `metaserver` 维护inode的打开状态，防止删除打开文件。
- 客户端定期刷新 `session`，避免RPC请求过多。

3. **nlink 和 lookup count 处理**
- 删除时需考虑 `nlink`：
- `nlink > 1` 时仅减计数；
- `nlink = 0` 时删除inode。
- `lookup count`：删除后仍可被打开进程访问，`forget` 接口不依赖。

### 工作量评估
1. **Client 端修改**
- 实现 `unlink` 和 `rmdir` 接口，删除 `dentry` 并调用 `metaserver` `unlink`。
- 修改 `open` 和 `close` 接口，增加 `lookup count` 记录。
- 增加 `session` 模块，定期刷新 `metaserver`。

2. **工具开发**
- 实现查询 `Trash` 中inode的工具。
- 开发强制清理 `Trash` 的接口。

### 总结
CurveFS 的删除功能设计通过借鉴 MooseFS 和 ChubaFS 的优点，结合自身需求，采用 `Trash + Session` 机制实现文件和目录的删除、回收和打开状态管理，确保功能完善且易于运维。