René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Expose liveness \u0026 readiness probe parameters in the helm chart","articleBody":"## ➹ New Feature implementation request\r\n\r\n### Is your feature request related to a problem?\r\nAs a secureCodeBox user i experience occasional restarts of the SecureCodeBox operator pod.\r\n\r\nThese restarts are caused by a failing readiness probe.\r\n\r\n`I0203 05:19:12.412872    1934 prober.go:121] \"Probe failed\" probeType=\"Readiness\" pod=\"securecodebox/securecodebox-controller-manager-68c5b6c946-s4tgg\" podUID=b5e51497-99ae-4217-ac85-1aaa8bcbad4f containerName=\"manager\" probeResult=failure output=\"Get \\\"http://10.8.0.118:8081/readyz\\\": dial tcp 10.8.0.118:8081: connect: connection refused\"`\r\n\r\n![image](https://github.com/secureCodeBox/secureCodeBox/assets/26149616/bb1f7d92-5823-455a-97ef-26a91f09a645)\r\n\r\nThe readiness probe fails three times in a row and the pod is killed by Kubernetes.\r\n\r\nI don't see a particular reason for these fails, except for expected load. In the most cases I can think of restarting the pod probably won't fix the load.\r\n\r\nI would love to gain more control over the probes to test if these restarts can be reduced by increasing the timeout or failurethreshold values.\r\n\r\n### Describe the solution you'd like\r\nExpose the following liveness and readiness fields to the user via helm variables:\r\n\r\n- path\r\n- port\r\n- failureThreshold\r\n- successThreshold\r\n- initialDelaySeconds\r\n- periodSeconds\r\n- timeoutSeconds\r\n\r\n### Describe alternatives you've considered\r\nN/A\r\n\r\n### Additional context\r\nN/A\r\n","author":{"url":"https://github.com/moxli","@type":"Person","name":"moxli"},"datePublished":"2024-02-06T14:13:27.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":2},"url":"https://github.com/2265/secureCodeBox/issues/2265"}