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
First of all, I appreciate you sharing this operator. Currently, I'm gaining some hands-on experience with it and I'm encountering some strange behaviour (to my best knowledge). I'm trying to apply a new configuration to my EDS, but it's having trouble updating the individual pods. Please correct me if I'm doing anything stupid/unsupported.
Expected Behavior
Apply yaml update on EDS
ES operator update all pods within EDS by draining, deleting, and deploying new pods. (Pod by pod)
Actual Behavior
Apply yaml update on EDS
The operator starts draining the pod, and successfully deletes it.
New pod is scheduled. However, ES operator directly shows that the pod should be updated.
ES operator starts draining again and this continues as an infinity loop.
The logs below shows all relevant logging from a single "loop". Notice how it tells that it deleted pod demo/es-data1-0, and then directly pod demo/es-data1-0 should be updated.
My operator got an argument ---priority-node-selector=lifecycle-status=ready whilst I didn't specify a nodeSelector for my pods. Removed the argument and now it seems to be working fine.
First of all, I appreciate you sharing this operator. Currently, I'm gaining some hands-on experience with it and I'm encountering some strange behaviour (to my best knowledge). I'm trying to apply a new configuration to my EDS, but it's having trouble updating the individual pods. Please correct me if I'm doing anything stupid/unsupported.
Expected Behavior
Actual Behavior
The logs below shows all relevant logging from a single "loop". Notice how it tells that it deleted pod demo/es-data1-0, and then directly pod demo/es-data1-0 should be updated.
Steps to Reproduce the Problem
enabled: true
,minReplicas: 1
,minIndexReplicas: 0
Specifications
Logs:
The text was updated successfully, but these errors were encountered: