Longhorn项目中克隆卷备份存储设置失效问题分析

问题背景

在Longhorn v1.8.1-rc1版本中，用户发现了一个关于卷克隆功能与备份存储配置相关的缺陷。当系统配置了多个备份存储时，用户在克隆卷操作界面选择了非默认的备份存储，但实际创建的克隆卷仍然使用了默认备份存储配置。

问题现象

通过UI界面克隆卷时，虽然用户在界面上选择了非默认的备份存储，但系统实际创建的克隆卷却错误地使用了默认备份存储。通过检查HTTP请求发现，请求参数中存在两个相关字段：

• backupTargetName：错误地设置为"default"
• backupTargeName：包含用户选择的非默认备份存储（注意字段名拼写错误）

技术分析

这个问题主要由两个因素导致：

1. 前端UI代码缺陷：在Longhorn UI的BulkCloneVolumeModal.js文件中存在字段名拼写错误，导致正确的备份存储参数没有被正确传递到后端。

2. 参数处理逻辑问题：后端服务可能优先处理了错误的字段名（backupTargetName），而忽略了用户实际选择的备份存储设置。

影响范围

该问题影响所有使用Longhorn v1.8.1-rc1版本并配置了多个备份存储的用户。当用户尝试克隆卷并指定非默认备份存储时，克隆操作无法按预期工作。

解决方案

开发团队已经修复了这个问题，主要修改包括：

1. 修正前端UI中的字段名拼写错误
2. 确保后端正确处理备份存储参数

对于已经遇到此问题的用户，可以通过以下临时解决方案：

1. 手动修改克隆卷的备份存储配置
2. 等待升级到包含修复的版本

验证情况

修复后的版本已经过测试验证，确认在以下场景工作正常：

1. 全新安装Longhorn系统
2. 设置默认备份存储并创建新的有效备份存储A
3. 创建卷A
4. 使用备份存储A克隆卷A
5. 确认克隆卷正确使用了备份存储A

总结

Longhorn作为Kubernetes的分布式块存储系统，其卷克隆功能是企业级数据管理的重要组成部分。这次发现的备份存储配置问题虽然影响范围有限，但对于依赖多备份存储策略的用户来说可能造成困扰。开发团队快速响应并修复了这个问题，体现了开源社区的高效协作精神。

建议用户在使用卷克隆功能时，注意检查克隆卷的备份存储配置是否符合预期，特别是在使用多备份存储环境的场景下。对于生产环境，建议在升级前充分测试新版本的功能兼容性。