-
Notifications
You must be signed in to change notification settings - Fork 221
WIP Use single instances of Prometheus and Loki for all tests #5779
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
base: main
Are you sure you want to change the base?
Conversation
|
Skipping CI for Draft Pull Request. |
|
/test all |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pmtk The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
agullon
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The resourcedetection processor is a great idea, but I do have 2 concerns going forward with this approach:
- It'll be more complicated to run scenarios in local env, because the Prometheus/Loki server must be started before running the test instead of within the scenario.
- Prometheus and Loki servers are always started, but in some cases we don't need them because there are no scenarios using Prometheus or Loki, for example: test/scenarios/presubmits
| MicroShift Reports Metrics To Prometheus Server | ||
| [Documentation] Check the expected metrics are sent to the local server. | ||
| [Setup] Run Keywords | ||
| ... Start Prometheus Server ${PROMETHEUS_PORT} | ||
| ... AND | ||
| ... Setup Telemetry Configuration ${ENABLE_TELEMETRY_TO_PROMETHUS} ${PULL_SECRET_METRICS} | ||
| [Setup] Setup Telemetry Configuration ${ENABLE_TELEMETRY_TO_PROMETHUS} ${PULL_SECRET_METRICS} | ||
|
|
||
| Should Find Metrics In Journal Log Success Metrics sent successfully | ||
|
|
||
| @{metrics_to_check}= Get List Prometheus Metrics To Check | ||
| FOR ${metric} IN @{metrics_to_check} | ||
| Check Prometheus Query ${PROMETHEUS_HOST} ${PROMETHEUS_PORT} ${metric} | ||
| Check Prometheus Query ${PROMETHEUS_HOST} ${PROMETHEUS_PORT} ${metric} add_hostname_filter=${False} | ||
| END | ||
|
|
||
| [Teardown] Run Keywords | ||
| ... Remove Telemetry Configuration | ||
| ... AND | ||
| ... Stop Prometheus Server ${PROMETHEUS_PORT} | ||
| [Teardown] Remove Telemetry Configuration |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This MicroShift Reports Metrics To Prometheus Server Test Case must be executed always in the last place in this Test Suite. If not, the other 2 Prometheus Test Cases will fail because they'll find metrics in the Prometheus server.
This is the reason why, in the original implementation, the Prometheus server starts and stops for every Test Case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That would explain weird failure I've seen locally
2997900 to
175eff7
Compare
|
/test all |
175eff7 to
f95d892
Compare
|
/test all |
f95d892 to
868dc31
Compare
868dc31 to
f098c4b
Compare
|
/test all |
1 similar comment
|
/test all |
6a61de6 to
2786b58
Compare
|
/test all |
2786b58 to
96ba780
Compare
|
/test all |
|
/retest |
|
/retst |
|
/retest |
|
@pmtk: The following tests failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
No description provided.