You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I just tried out the updated vernemq.sh script which now has a better mechanism to decide if the node should leave the cluster or just be stopped.
I noticed that whenever the node is shut down, a cluster leave is performed. It makes no difference if I gracefully shut it down (with kubectl delete) or scale it down (with kubectl scale). I also tried to simulate a normal rolling release (with kubectl rollout restart statefulset vernemq).
I tried to debug the script and found that the jq expression in https://github.com/vernemq/docker-vernemq/blob/master/bin/vernemq.sh#L188 is always true. status.replicas and status.currentReplicas always have the same value, no matter in which way the pod is terminated. I also printed the status object and actually all values regarding the replicas have the same value.
Is this because of a behaviour change in kubernetes? I am testing with 1.12.3.
Also, the helm chart is currently missing the apps/statefulsets get permission here which is needed to run and test this.
I just tried out the updated
vernemq.sh
script which now has a better mechanism to decide if the node should leave the cluster or just be stopped.I noticed that whenever the node is shut down, a cluster leave is performed. It makes no difference if I gracefully shut it down (with
kubectl delete
) or scale it down (withkubectl scale
). I also tried to simulate a normal rolling release (withkubectl rollout restart statefulset vernemq
).I tried to debug the script and found that the
jq
expression in https://github.com/vernemq/docker-vernemq/blob/master/bin/vernemq.sh#L188 is always true.status.replicas
andstatus.currentReplicas
always have the same value, no matter in which way the pod is terminated. I also printed thestatus
object and actually all values regarding thereplicas
have the same value.Is this because of a behaviour change in kubernetes? I am testing with
1.12.3
.Also, the helm chart is currently missing the
apps/statefulsets get
permission here which is needed to run and test this.cc @isavcic
The text was updated successfully, but these errors were encountered: