Open humblec opened 4 years ago
@Madhu-1 fyi
What is an unhealthy CSI driver? How we define it? Are there are any metrics we can use?
What is an unhealthy CSI driver? How we define it? Are there are any metrics we can use?
if the CSI driver is not sending any response to the GRPC request sent by liveness container it will be treated as unhealthy
how to use liveness is here https://github.com/kubernetes-csi/livenessprobe#usage
@humblec as we already have a liveness container which is built as part of ceph-csi can we expose an endpoint and use the same or do we need to use k8s-csi liveness
@humblec do we need it in release-3.0.0 milestone? or can we move it outside
Moving it to release-v3.1.0
@humblec can this be done in 3.1.0? or do we need to move it out to the next release?
@Yuggupta27 interested to work on this ?
@humblec, I think @Yuggupta27 is busy with CI/e2e stuff, I'm happy to take over.
@Yuggupta27 feel free to jump in :-)
Thanks!
Any Updates on this?
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions.
This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation.
This can be reworked using https://github.com/kubernetes/enhancements/issues/2727
This can be reworked using kubernetes/enhancements#2727
This currently works for GRPC server with port not with socket, we need to see if its possible or not.
The CSI livenessprobe is a sidecar container that monitors the health of the CSI driver and reports it to Kubernetes via the Liveness Probe mechanism. This enables Kubernetes to automatically detect issues with the driver and restart the pod to try and fix the issue.