Background services livenessProbe is too aggressive

The background services running for sourcegraph should not require that high request/limits, we are running repo-updater with 50m cpu and 128Mi memory for instance, this makes the container fail to start before the livenessProbe(which will restart it after 3 seconds as current configured) and put the pod into a crash loop.

Setting a intialDelaySeconds to 5s, or startupProbe, or simply making the livenessProbe of the non-user hot path services less aggressive would allow these services to run with less resources.

Kiểm tra các template Helm của các dịch vụ nền, đặc biệt là repo-updater, và tìm các thiết lập livenessProbe cũng như tài nguyên của chúng. So sánh thời gian của probe với mức cấp phát được nêu là 50m CPU và 128Mi bộ nhớ; hoàn thành có nghĩa là một cấu hình đã render cho phép các dịch vụ có tài nguyên thấp khởi động mà không rơi vào vòng lặp crash.