在OAM、KubeVela里面,使用workflow/deploy-cloud-resource的时候,必现一个apply的报错。apply ApplyOption: Secret test exists but not managed by any application now
云资源是创建成功的,workflow报错了
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
根据您描述的问题,在OAM和KubeVela中使用workflow/deploy-cloud-resource时,遇到了一个apply报错的问题,错误内容为apply ApplyOption: Secret test exists but not managed by any application now
。
这个错误可能是由于存在名为 test
的 Secret 资源,但它没有被任何应用程序管理。在执行 apply 操作时,系统检测到这个 Secret 存在冲突,并且无法确定应该如何处理。
要解决这个问题,有几个可能的方案:
删除冲突的 Secret:如果 test
Secret 不再需要,可以通过命令行或其他工具手动删除它。例如,使用 kubectl delete secret test
命令删除该 Secret。
将 Secret 纳入应用程序管理:如果 test
Secret 是应该由某个应用程序管理的,请确保该 Secret 在相应的应用程序配置文件或模板中定义,并在应用程序部署时由应用程序自动创建或引用。
更改 Secret 名称:如果 test
Secret 是必需的,但不应受到当前部署流程的影响,请尝试更改 Secret 的名称,以避免与当前的冲突。然后,相应地更新应用程序配置文件或模板中的引用。
请注意,以上建议是基于一般情况下的推测,具体解决方法可能需要更详细的了解您的部署环境和应用程序配置。建议您参考 OAM 和 KubeVela 的官方文档、查阅相关的社区讨论或向 OAM 和 KubeVela 社区咨询,以获取更具体的支持和解决方案。
。
这里应该是有一次app controller收紧了更新资源的能力 不归controller管的资源他不会更新 这个secret是Terraform controller创建的 所以这里更新出了问题;这个update secret如果暂时去掉可以解决 另外一种可能性是把label 顺着terraform configuration传给下面都secret,注意第一种也可能有对step之间的互操作有影响 不过如果后面的step不需要可以这样做—此回答来自钉群“OAM/KubeVela 社区交流群”
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。