我不得不在我的集群上重新运行flux bootstrap...,因为一位同事不小心在他们的新集群上使用现有的分支和来自相同的通量回购的集群运行了flux bootstrap...。
运行kubectl get gitrepositories -A没有错误-
flux-system flux-system ssh://git@git.group.net:7999/psmgsbb/flux.git stored artifact for revision 'master/252f6416c034bb67f06cc3e413e66704bc6b1069'然而,当我运行flux logs --level=error时,我看到了这些错误
error ImagePolicy/post-processing-master-branch-policy.flux-system : Reconciler error cannot determine latest tag for policy version list argument cannot be empty
error HelmRelease/post-processing.post-processing-dev : Reconciler error previous release attempt remediation failed
error ImageRepository/post-processing-repository.flux-system : Reconciler error auth for "myacr.azurecr.io" not found in secret flux-system/psbombb-image-acr-auth-cc8mg5tk84关于上面的秘密我跑了:
kubcetl get secret -n flux-system psbombb-image-acr-auth-cc8mg5tk84 -oyaml
这给了我
apiVersion: v1
data:
.dockerconfigjson:
ewoJImRhdGEiOiAie1xuICBcI...<redacted>
kind: Secret破译成
"data": "{
"auths": {
"myacr.azurecr.io": {
"auth":
"YTNlMTNlOGItYWQwNi00M2IzLTkyMjgtMjA0ZmQ2ODllMD<redacted>"
}
}
}"因此,myacr.azurecr.io上面的ACR确实在秘密中与ACR匹配。这个错误对我来说没有意义?
Reconciler error auth for "myacr.azurecr.io" not found in secret flux-system/psbombb-image-acr-auth-cc8mg5tk84基本上,你知道为什么在通量引导之后现在和解失败了吗?
谢谢
发布于 2022-10-10 12:04:17
当flux bootstrap...意外地在集群上运行时,它将kustomize升级到0.30.2版本。这导致将加密的dockerconfigjson秘密写入Kubernetes的格式出现问题。
当dockerconfigjson内容被base64解码时,到处都是行提要,这似乎导致了协调器错误,无法找到ACR引用-> myacr.azurecr.io。
我将gotk-components.yaml kustomize控制器版本恢复到意外flux boostrap...之前的kustomize版本,即从v03.2恢复到v022.3。
一旦Kubernetes秘密用正确的dockerconfigjson格式重新创建,协调就开始正常工作。
https://stackoverflow.com/questions/73984027
复制相似问题