I run tfjobs on kubernets using tf-operator. I found that when kubernetes worker node down or node in NotReady status. the worker or ps pod of tfjobs will be stuck in unknown status and will not rebuild. So the entire tensorflow train job will block until the worker node Ready again. So, should we consider using ReplicaSet or Deployment to create worker and ps instead of just using Pod?
We have some discussions about it while we decided to used pod because we need to support some custom restart policy, I think we should handle it in the operator.
How about adding a reschedule function in the operator when the pod in the unknown status?
reschedule is not the scope of the operator, maybe we could discuss with @k82cn
Ref https://github.com/kubernetes/kubernetes/issues/55713
It seems a bug in Kubernetes kubelet.
:) Thanks for your ref.
How about adding a reschedule function in the operator when the pod in the unknown status?
IMO, NotReady is a common state, and should be handled by k8s; in tf-operator, it already has restart policy which are framework related :)
I got that, thanks for your reply ๏ผ:)
Then I am closing the issue
Most helpful comment
IMO,
NotReadyis a common state, and should be handled by k8s; in tf-operator, it already has restart policy which are framework related :)