[改进后的中文总结内容]

会议纪要

会议时间: 2025年1月8日 会议主题: Ceph RGW 相关问题讨论 参会人员: Ogazon, KC, Casey, Jesse 等

1. 关于 RGW 中 Last Modified Time Stamps 的问题

  • 背景:
    • 某客户使用 Apache Flink 和 Java AWS SDK，在通过 RGW 进行对象存储操作时，发现 head object API 和 list objects API 返回的时间戳精度不一致，导致 Flink 误判对象需要重新上传。
    • head object API 返回的时间戳遵循 RFC 格式，仅精确到秒，而 list objects API 返回的时间戳则精确到毫秒。
  • 问题:
    • RGW 返回的时间戳毫秒部分不为零，导致与 AWS 的行为不一致，Flink 无法正确比较时间戳。
  • 讨论:
    • 在 RGW 的 ISO 8601 函数中将毫秒部分置零，以解决此问题。
    • KC 提出，RGW 的 ISO 8601 函数不仅用于 S3 API，还用于其他协议，因此建议仅在 S3 API 中进行修改。
    • 讨论了是否需要引入配置项来控制时间戳精度，但最终认为不需要。
  • 决定:
    • 将在 S3 API 中对时间戳进行截断，仅保留秒级精度，并在 PR 中继续讨论。

2. 关于 RGW 数据损坏问题

  • 背景:
    • 最近发现一个潜在的数据损坏问题，当 RGW 发起的 RADOS 操作超时时，可能会导致数据丢失。
    • 该问题已在 Reef 版本中修复，但尚未向后移植到 Squid 版本。
  • 讨论:
    • 该问题仅在启用 RADOS 层超时设置时才会出现，默认情况下不会影响用户。
    • Casey 提到，RADOS 层超时设置可能会导致数据丢失或孤儿数据，因此不建议全局启用超时。
    • 讨论了是否可以将超时设置仅限于 GET 操作，而不是 PUT 操作。
  • 决定:
    • 将在 Squid 版本的 Tracker 中创建问题，并尽快向后移植数据损坏修复。
    • 不将此修复作为 Squid 版本的阻塞项，因为默认情况下不会影响用户。

3. 其他议题

  • 会议 URL 稳定性:
    • Jesse 确认会议 URL 保持稳定，已正确记录在日历中。

后续行动计划: 1. 在 RGW 的 S3 API 中对时间戳进行截断，仅保留秒级精度，并在 PR 中继续讨论。 2. 在 Squid 版本的 Tracker 中创建问题，并尽快向后移植数据损坏修复。 3. 继续讨论 RADOS 层超时设置的优化方案，可能仅对 GET 操作启用超时。

会议结束时间: 不详