CinderCaracalMidCycleSummary

简介

欢迎来到 Cinder 2024.1 (Caracal) 中期总结页面！

我们会在 OpenStack 开发周期（6 个月）之间进行 2 次中期检查，作为以下内容的检查点：

• 回顾/跟进 PTG 中讨论的主题
• 讨论由于作者无法出席或时间不足或其他原因而在 PTG 期间错过的议题
• 基于里程碑的工作项状态

可能还有更多原因，但以上突出显示的是主要原因。

对于 2024.2 (Caracal)，中期会议将在

1. R-17: 2023年12月6日（星期三）1400-1600 UTC
2. R-7: 2024年2月14日（星期三）1400-1600 UTC

Etherpad: https://etherpad.opendev.org/p/cinder-caracal-midcycles

Session Two: R-7: 2024年2月14日

录像

• Midcycle 2 (YouTube) 录像：https://www.youtube.com/watch?v=kDo4TQ0_heM

我们于 2024年2月14日 1400-1600 UTC 举行了 2024.1 Caracal 开发周期的第二次中期会议。

• 功能评审
  • https://etherpad.opendev.org/p/cinder-2024.1-caracal-features
  • 我们讨论了新提议给 Caracal 的功能以及未能进入 2023.2 Bobcat 的旧功能。
  • 我们总共有 6 个功能，其中 3 个依赖于其他补丁。
  • #action: 评审功能

• os-brick 发布日期：2024年2月22日
  • 讨论了应该重点关注发布的潜在补丁
  • https://review.opendev.org/c/openstack/os-brick/+/906743
  • https://review.opendev.org/c/openstack/os-brick/+/891318

• 在卷类型中添加用户可见信息
  • 用例：我们希望加密和复制等属性对用户可见
  • 在某些情况下需要这样做，以便我们知道使用特定类型创建的卷是否将被复制或加密
  • 目前用户可见的 extra specs 是一种显示它的方式，但属性会通过调度器，这会导致加密出现问题
    • 以这种方式处理加密需要编写代码才能使其通过调度器
  • 使用 Cinder 复制时，复制应该有效
    • 后端可能启用了复制，但未向 cinder 报告
  • #action: 检查是否有人使用后端加密？我们可以删除它吗？
  • #action: 继续在邮件列表中讨论，并最终编写一篇提及所有细节的规范

• NFS 在线扩展
  • 在扩展卷时创建快照时的竞争条件
  • 在通用 nfs 驱动程序中通过锁处理
  • 需要检查 netapp nfs 是否正确处理此问题 -- NetApp 驱动程序团队声称这不应该成为问题，因为快照只是一个即时参考副本

• 支持“自带密钥”
  • BP: https://blueprints.launchpad.net/cinder/+spec/byok-for-cinder
  • Spec: https://review.opendev.org/c/openstack/cinder-specs/+/908750
  • 这个想法是允许使用 barbican 中已存在的密钥创建加密卷
    • 在这种情况下，cinder 不会创建密钥
  • 需要检查这是否能与重新加密功能正常工作
    • 也许我们可以标记卷为 byok，这样我们就不会在那种情况下重新加密
  • #action: 继续讨论规范

• CI 合规性检查 (whoami-rajat)
  • http://cinderstats.ivehearditbothways.com/cireport.txt
  • 为了使脚本生成正确的 CI 报告信息，以下两点应该正确：
    • 卷驱动程序中的 CI 名称应指向正确的 wiki 页面
      • HPE 驱动程序的示例：https://opendev.org/openstack/cinder/src/branch/master/cinder/volume/drivers/hpe/hpe_3par_iscsi.py#L140
    • wiki 页面应该包含关于 CI 的正确信息
      • HPE wiki 的示例：https://wiki.openstack.org/wiki/ThirdPartySystems/HPE_Storage_CI

• 当前 gate 情况
  • gate 中仍然存在失败和不稳定的 CI 作业
  • zswap 支持已添加到 devstack（默认禁用）
    • https://review.opendev.org/c/openstack/devstack/+/890693
    • 在 codesearch 上进行查询，似乎目前没有作业正在使用它
  • nova 跟踪：https://etherpad.opendev.org/p/nova-ci-failures-minimal
  • #action: Rajat 调查 opensearch，看看我们是否可以使用它来跟踪我们的 CI 失败

Session One: R-17: 2023年12月6日

录像

• Midcycle 1 (YouTube) 录像：https://youtu.be/QSKWA1St97A

我们于 2023年12月6日（R-17 周）1400-1600 UTC 举行了 2024.1 (Caracal) 开发周期的第一次中期会议。

• 淘汰 cinderlib
  • Etherpad: https://etherpad.opendev.org/p/cinderlib-retirement
  • Cinderlib 的主要使用者是 Ember-CSI 和 oVirt
    • 他们对 cinderlib 的旧版本感到满意，并且不需要对其进行新的开发工作
  • 我们不会过渡到 2024.1 (Caracal) 开发
  • 我们不会接受 cinderlib 中的任何新补丁
  • 我们将支持最后 3 个稳定版本，即 2023.2、2023.1 和 Zed（大约 18 个月）
  • EM 分支将过渡到 Unmantained（Victoria -> Yoga）
  • #action: rosmaita 跟进与弃用相关的工作
• JovianDSS 驱动程序重构
  • 补丁：https://review.opendev.org/c/openstack/cinder/+/889284
  • 重构旧驱动程序
  • #action: 评审补丁

• NFS 在线扩展
  • Blueprint: https://blueprints.launchpad.net/cinder/+spec/extend-volume-completion-action
  • 按依赖顺序排列的补丁
    • https://review.opendev.org/c/openstack/cinder/+/873557
      • 添加 os-extend-volume-completion 卷操作
    • https://review.opendev.org/c/openstack/python-cinderclient/+/873558
      • 在 python-cinderclient 中支持新的卷操作
    • https://review.opendev.org/c/openstack/nova/+/873560
      • 使 Nova 在处理“volume-extended”事件时使用新的卷操作
    • https://review.opendev.org/c/openstack/cinder/+/891602]
      • 使新功能可用于卷驱动程序
    • https://review.opendev.org/c/openstack/cinder/+/873686
      • 在 NFS 驱动程序中添加支持
    • https://review.opendev.org/c/openstack/cinder/+/873889
      • 在 Netapp NFS 驱动程序中添加支持
    • https://review.opendev.org/c/openstack/devstack-plugin-nfs/+/896196
      • 在 devstack-plugin-nfs-tempest-full 中启用附加卷扩展测试
  • 幻灯片解释当前的工作流程和将要进行更改
    • https://github.com/kgube/cinder-2024.1-midcycle-1/blob/main/nfs_online_resize.pdf
  • #action: 评审补丁（至少是阻塞 nova 侧评审的补丁）

• os-brick 中 `__init__()` 的可接受用法
  • 补丁：https://review.opendev.org/c/openstack/os-brick/+/887576
  • Eric 的担忧是，__init__ 中的这段代码不应该影响其他 brick 连接器
    • 通过导致其他连接器的初始化失败
    • 通过将初始化延迟过长（对后端的繁重调用）
  • 在这种情况下，上述担忧不应该成为问题
  • #action: 记录有关使用 os-brick 连接器的标准

• CI 监控
  • Etherpad: https://etherpad.opendev.org/p/cinder-caracal-ci-tracking
  • 最近我们面临了太多的 CI 问题
  • Nova 和 Glace 团队也报告了一些与 cinder 相关的失败
  • 修复 CI 的操作大多是反应性的，因此主动监控 CI 会更好
  • Jon Bernard 志愿积极监控我们的 CI，并将其整合到每周错误报告状态中
  • cinder-tempest-plugin-cbak-s3 历史记录也一直失败
    • https://zuul.opendev.org/t/openstack/builds?job_name=cinder-tempest-plugin-cbak-s3
  • 增加交换空间补丁以使 gate 稳定
    • https://review.opendev.org/c/openstack/cinder-tempest-plugin/+/901672
  • #action rosmaita - 从 infra 团队获取有关 nodepool 节点的信息以及我们从 zuul 侧对配置有多少控制权
  • #action whoami-rajat: 检查并发工作量的阻塞因素 - 与 Luigi 谈谈，因为他曾经在上面工作过

• 支持时间比较过滤器中的 AND 操作
  • 原始规范：https://specs.openstack.org/openstack/cinder-specs/specs/ussuri/query-cinder-resources-filter-by-time-comparison-operators.html
  • 补丁：https://review.opendev.org/c/openstack/cinder/+/740146
  • 更改为使用 AND 运算符而不是 OR 似乎是原始功能中的一个错误，该错误由此补丁修复
  • 需要验证是否有用户没有将 OR 过滤器用作功能，并且我们没有破坏向后兼容性
  • #action: 验证补丁是否具有正确的修复错误的方法
  • #action: 检查这是否适用于其他 API（除了 ML 上提到的那个）如备份、消息等

• StorPool Cinder 驱动程序的多个补丁
  • Storpool 驱动程序报告一个后端下的多个池
  • 如果我们在使用镜像卷缓存或 cinder 作为 glance 后端，这可能会有问题
  • 当我们使用优化的克隆路径从镜像创建可引导卷时，我们会检查镜像卷是否与新要创建的卷位于同一主机（host@backend#pool）以从其克隆
  • 镜像卷和要创建的新卷的池部分可能不同，从而跳过优化的路径
  • 由于 storpool 驱动程序支持跨池克隆，因此可以将其报告为一种功能，可以利用它来执行优化路径中的跨池卷克隆
  • 这里唯一的问题是，此功能不应添加到支持矩阵中，因为它可能会导致最终用户要求其他供应商提供此功能，而此功能是一种特定情况，并且通常不提供任何好处
  • #action 评审 storpool 补丁
    • https://review.opendev.org/c/openstack/cinder/+/843277