Github Action 怎么突然间就跑不通了?
2021/12/12 6:20:01
本文主要是介绍Github Action 怎么突然间就跑不通了?,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
有位同事找我帮忙, 说是好着急哦,很多东西需要发布, 不过之前一直跑的好好的Github Action pipeline却出错了, 而且看起来跟权限有关。大概意思就是, 这问题就是你们搞坏的啦,赶紧帮我去搞定。
我一看这出错信息:
ERROR: (gcloud.container.clusters.get-credentials) ResponseError: code=403, message=Required "container.clusters.get" permission(s) for "projects/***/locations/XXXXX/clusters/XXXX-cluster".
好家伙,看起来就是由于本部门不小心搞出来的飞机。 虽然查看权限觉得没有任何问题的情况下,还是先简单暴力再赋予了K8S对应的权限。 尝试了一下, 还是不行。
既然加权限行不通, 还不会是workload identity配置有问题了吧, 造成里边的KSA所对应的外边的SA没有匹配起来。花了很长时间坚持,也没发现错误。后来想想,不应该在这方面花费时间, 因为从错误上来看, 还根本没有跑到K8S的运行阶段。人家是获取cluster的credential就出错了。
不得已, 只能是想想为什么会出错,到底是什么改变了才造成这种错误。同时也咨询了同事,他们也根本没有pipeline方面的改动。后来只能是去对比一下之前跑成功的pipeline跟最近失败的pipeline进行对比一下, 不对比不知道,对比起来吓一跳。发现之前成功的build里边都有一个warning:
"service_account_key" has been deprecated. Please switch to using google-github-actions/auth which supports both Workload Identity Federation and Service Account Key JSON authentication. For more details, see https://github.com/google-github-actions/setup-gcloud#authorization
而失败的那个有两个这样的warning. 就这这样的信息, 我去对应的github仓库去看。乖乖,人家早已经把这个参数给淘汰了 https://github.com/google-github-actions/setup-gcloud/commit/a56ad5fd2c0ec683bcb5eb299ba13820f2be8a0a 我把对应的github Action 换成没有出错前的版本: setup-gcloud@b8f95eb7d716bf9a715eafd169162b93f69ed520 测试一下, 搞定了。
原来, 很多我们认为不变的东西其实就是一个变化的过程。比如说这件事情上使用 latest就是这样的例子。没有最新, 只有更新。你所使用的依赖是不可靠,是会变化的,那我们有什么理由期待不变的结果呢?
这篇关于Github Action 怎么突然间就跑不通了?的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-11-15在使用平台私钥进行解密时提示 "私钥解密失败" 错误信息是什么原因?-icode9专业技术文章分享
- 2024-11-15Layui框架有哪些方式引入?-icode9专业技术文章分享
- 2024-11-15Layui框架中有哪些减少对全局环境的污染方法?-icode9专业技术文章分享
- 2024-11-15laydate怎么关闭自动的日期格式校验功能?-icode9专业技术文章分享
- 2024-11-15laydate怎么取消初始日期校验?-icode9专业技术文章分享
- 2024-11-15SendGrid 的邮件发送时,怎么设置回复邮箱?-icode9专业技术文章分享
- 2024-11-15使用 SendGrid API 发送邮件后获取到唯一的请求 ID?-icode9专业技术文章分享
- 2024-11-15mailgun 发送邮件 tags标签最多有多少个?-icode9专业技术文章分享
- 2024-11-15mailgun 发送邮件 怎么批量发送给多个人?-icode9专业技术文章分享
- 2024-11-15如何搭建web开发环境并实现 web项目在浏览器中访问?-icode9专业技术文章分享