-
Notifications
You must be signed in to change notification settings - Fork 194
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
[BUG] prometheus server status CrashLoopBackOff #1028
Comments
Error in minikube, success in k3d.
|
success in docker-desktop and eks. |
success in minikube when use the default standard storageclass and csi minikube-hostpath, and fail in minikube when use addon csi csi-hostpath-driver. |
Under normal circumstances, the pv created by StorageClass corresponds to a directory permission of drwxrwxrwx, but the directory permission created by csi csi-hostpath-driver in minikube is drwxr-xr-x, causing the prometheus process to fail to write when it starts. Change the directory permission from drwxr-xr-x to drwxrwxrwx, the prometheus process restarts successfully. |
The backup tool also has this problem. |
|
@JashBook This is another problem and see the log below: The default pv size is 1Gi and retention data for 15d. It is only for the minimal requirement, user should enlarge it for online production. The PVs created for prometheus and alertmanager will reuse after reinstall in order to not lost data. If you do not require the past data, you should delete the pv manually after uninstall. |
The References: |
Describe the bug
Enable monitoring prometheus server status CrashLoopBackOff
To Reproduce
Steps to reproduce the behavior:
The text was updated successfully, but these errors were encountered: