You have to untag that server then rebalance: <htt...
# pinot-dev
n
k
Thanks @Neha Pawar this fixed the issue. Although wondering why it didn't resolve automatically?
n
Rebalance is not designed to adjust automatically
k
On deployment update?
What about when a server is in dead state for a long period?
n
If the server is still in zk, and tagged with the same tag used by the table, then it will continue to be used. @Xiang Fu is there a way to achieve automatic removal of the server or rebalance when using k8 deployment? I would guess not?
x
no, pinot cannot figure out if this server is dead for a long time or should be recycled, it has to be human intervention, however, user can build some script or tooling to do periodically check and perform the action
for k8s, usually the server will be restarted and back to normal
k
This is the case where after deployment the pod ip changes
x
but service name doesn’t change right?
k8s should handle the dns
k
Server_192.168.18.47_8098 the instance name has the ip of the pod. Is there a way to resolve this?
Yes the service name didn't change and hence the expectation that k8s dns should handle this. But it didn't happen.
x
you can add below config to your controller/broker/server config files
Copy code
pinot.set.instance.id.to.hostname=true
👍 1
k
@Xiang Fu this conf was already present. Any other way to avoid ip in instance names?
x
this is the only way
do you have the controller start script and controller log
k
I had to add this to the server config file as well. Is it resolved now. Previously had added only in controller config
👍 1