在OAMKubeVela里,使用时必出现一个apply的报错请问是为什么?

745285fa839a4333a4f631d3faeb12fd.png
在OAM、KubeVela里面,使用workflow/deploy-cloud-resource的时候,必现一个apply的报错。apply ApplyOption: Secret test exists but not managed by any application now
云资源是创建成功的,workflow报错了

展开
收起
乐天香橙派 2023-07-10 10:39:38 100 分享 版权
2 条回答
写回答
取消 提交回答
  • 根据您描述的问题,在OAM和KubeVela中使用workflow/deploy-cloud-resource时,遇到了一个apply报错的问题,错误内容为apply ApplyOption: Secret test exists but not managed by any application now

    这个错误可能是由于存在名为 test 的 Secret 资源,但它没有被任何应用程序管理。在执行 apply 操作时,系统检测到这个 Secret 存在冲突,并且无法确定应该如何处理。

    要解决这个问题,有几个可能的方案:

    1. 删除冲突的 Secret:如果 test Secret 不再需要,可以通过命令行或其他工具手动删除它。例如,使用 kubectl delete secret test 命令删除该 Secret。

    2. 将 Secret 纳入应用程序管理:如果 test Secret 是应该由某个应用程序管理的,请确保该 Secret 在相应的应用程序配置文件或模板中定义,并在应用程序部署时由应用程序自动创建或引用。

    3. 更改 Secret 名称:如果 test Secret 是必需的,但不应受到当前部署流程的影响,请尝试更改 Secret 的名称,以避免与当前的冲突。然后,相应地更新应用程序配置文件或模板中的引用。

    请注意,以上建议是基于一般情况下的推测,具体解决方法可能需要更详细的了解您的部署环境和应用程序配置。建议您参考 OAM 和 KubeVela 的官方文档、查阅相关的社区讨论或向 OAM 和 KubeVela 社区咨询,以获取更具体的支持和解决方案。

    2023-07-28 16:14:16
    赞同 展开评论
  • 这里应该是有一次app controller收紧了更新资源的能力 不归controller管的资源他不会更新 这个secret是Terraform controller创建的 所以这里更新出了问题;这个update secret如果暂时去掉可以解决 另外一种可能性是把label 顺着terraform configuration传给下面都secret,注意第一种也可能有对step之间的互操作有影响 不过如果后面的step不需要可以这样做—此回答来自钉群“OAM/KubeVela 社区交流群”

    2023-07-12 15:46:29
    赞同 展开评论
问答地址: