-
Bug
-
Resolution: Done
-
Blocker
-
RHODS_1.1_GA
-
False
-
False
-
No
-
-
-
-
-
-
No
-
Undefined
-
Yes
-
Yes
-
None
-
Description of problem:
We have installed RHODS 1.0.15 in two PSI clusters (mod-qe-1 and mod-qe4) using our script.
After the installation, prometheus is not available and the status of the pod is CrashLoopBackOff (see attached images)
This bug is a test blocker for us, as we need to test prometheus metrics
We believe this is a bug in rhods 1.0.15, but it could be a bug in our installer script. Could you verify if you have the same behavior in your clusters?
Prerequisites (if any, like setup, operators/versions):
Steps to Reproduce
- Install RHODS 1.0.15 in mod-qe-4 running the rhods-smoke pipeline following the instructions in ODS Smoke Suite for Checking Build Readiness
- Once the installation is finished, go to https://prometheus-redhat-ods-monitoring.apps.modh-qe-4.dev.datahub.redhat.com/ and verify that "Application is not available"
- Ask QE team for kubeadmin credentials for mod-qe-4
- Go to Workloads > Pods and select project redjat-osd-monitoring
- Verify that pod prometheus-xxxxx has status CrashLoopBackOff
Actual results:
Expected results:
prometheus application should be available
Reproducibility (Always/Intermittent/Only Once):
It happened at least in 2 PSI clusters (mod-qe-1 and mod-qe-4) and I believe it also happened in a OpenShiftDedicated cluster we had last week
Build Details:
Additional info:
- relates to
-
RHODS-640 As a QE, I want to verify that Prometheus and all other redhat-ods-monitoring components are shipped and enabled within RHODS
- Closed