-
Notifications
You must be signed in to change notification settings - Fork 541
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add liveness sidecar to ceph csi drivers #1096
Comments
@Madhu-1 fyi |
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! |
The health status liveness probe shares and runs within the liveness-prometheus container. The health status liveness probe listen and serve requests at a dedicated port and path. By default they listen at '/healthz' path and '9680' port, which can be easily configurable. Fixes: ceph#1096 Signed-off-by: Prasanna Kumar Kalever <prasanna.kalever@redhat.com>
The health status liveness probe shares and runs within the liveness-prometheus container. The health status liveness probe listen and serve requests at a dedicated port and path. By default they listen at '/healthz' path and '9680' port, which can be easily configurable. Fixes: ceph#1096 Signed-off-by: Prasanna Kumar Kalever <prasanna.kalever@redhat.com>
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 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.
The text was updated successfully, but these errors were encountered: