mirror of
https://github.com/certimate-go/certimate.git
synced 2026-04-26 05:05:56 +03:00
[GH-ISSUE #982] [Bug] 0.3.27迁移到0.4.0,local host部署迁移成功,执行失败 #674
Labels
No labels
announcement
backlog
bug
declined
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
invalid
pull-request
question
stale
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/certimate#674
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @JiyongShi on GitHub (Oct 10, 2025).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/982
软件版本 / Release Version
v0.4.0
缺陷描述 / Description
迁移前版本:0.3.27
新部署版本:0.4.0
部署方式: docker compose
错误: 0.4.0启动成功,日志中看成功迁移并启动后,成功登录,手工执行workflow失败,日志中错误为
failed to get access #e6c41sgocariz5p record: record not found。#e6c41sgocariz5p在控制台输出的迁移日志中不存在,上下文日志看为local host方式部署失败。解决方案: 删除重新创建local host相关部署节点后成功。疑似迁移过程对于local host多赋值了错误的providerAccessId
相关日志:
复现步骤 / Steps to reproduce
日志 / Logs
其他 / Miscellaneous
No response
贡献 / Contribution
@fudiwei commented on GitHub (Oct 10, 2025):
请问你的 v0.3.27 是从 v0.2.x 升级上来的吗?
@JiyongShi commented on GitHub (Oct 10, 2025):
是的,从0.2.x升级上来的,workflow记不清是不是迁移到0.3.x的时候重建过
@fudiwei commented on GitHub (Oct 10, 2025):
已确认问题。该问题会出现在 v0.2.x 时添加过本地主机授权、并迁移到 v0.3.0~v0.3.6 版本期间在工作流编排中选择过该本地主机授权的场景。
v0.2.x 时需要为部署到本地创建一个“本地主机”的提供商授权 —— 虽然它是空的,但因为表单限制必填这一项。
v0.3.x 版本升级时会完整保留从 v0.2.x 迁移过来的授权数据。在 v0.3.7 版本后,对于部署到本地时,“提供商授权”这一字段前端已优化为不可见、无需填写,但后端数据结构中的已有旧数据依然存在该字段。
v0.4.0 版本升级时不会迁移“本地主机”的授权数据,但没有一并将工作流编排中的“提供商授权”字段重置为空,导致在执行工作流时尝试根据“提供商授权”字段查找相关授权数据时出现异常。
暂时的解决方案:
config -> providerAccessId这一字段删除或设为空字符串;将在下一个版本更新时修复此问题。