Closed laihezhao closed 1 year ago
Thanks for your feedback @laihezhao. 🙏 Let me find out why.
Let's test it with a public helm chart package. https://artifacthub.io/packages/helm/bitnami/nginx/15.0.2
If we use helm
command:
# cat <<EOF > values.yaml
replicaCount: 2
EOF
# helm install nginx bitnami/nginx --version 15.0.2 -f values.yaml --set image.registry=ddd.ccc
then we can see here are two replicas, and image is updated
# kubectl get po
NAME READY STATUS RESTARTS AGE
nginx-78969ff46b-gn4rh 0/1 ImagePullBackOff 0 14s
nginx-78969ff46b-mvpw6 0/1 ImagePullBackOff 0 14s
If we apply this, we will get a installed componentplan:
and this helm release will also has 2 replicas and image is updated.
kubectl get po -n kube-system
Found existing alias for "kubectl get". You should use: "kg"
NAME READY STATUS RESTARTS AGE
coredns-57575c5f89-4rj7g 1/1 Running 0 32m
coredns-57575c5f89-4wsjn 1/1 Running 0 32m
etcd-kubebb-core-control-plane 1/1 Running 0 32m
kindnet-rtbhp 1/1 Running 0 32m
kube-apiserver-kubebb-core-control-plane 1/1 Running 0 32m
kube-controller-manager-kubebb-core-control-plane 1/1 Running 0 32m
kube-proxy-jflg9 1/1 Running 0 32m
kube-scheduler-kubebb-core-control-plane 1/1 Running 0 32m
nginx-test-85f6c4974b-6st6h 0/1 ImagePullBackOff 0 40s
nginx-test-85f6c4974b-vjg45 0/1 ImagePullBackOff 0 40s
From the above example, we can see that the component plan is working normally, and we may encounter a more edge situation.
I updated the image and re-verified it and the test passed, Thank you!
ComponentPlan.yaml: apiVersion: core.kubebb.k8s.com.cn/v1alpha1 kind: ComponentPlan metadata: name: mesh-anywhere namespace: kubebb-system spec: approved: true name: mesh-anywhere version: v5.7.0 wait: true override: valuesFrom:
the registry is set to 192.168.0.11 in the configMap , but I actually want to use registry 192.168.0.10, I apply the file, finally I find it does not work