Skip to content
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

test/extented/prometheus: Relax alert firing smoke test #22797

Merged
merged 1 commit into from
May 15, 2019

Conversation

brancz
Copy link
Contributor

@brancz brancz commented May 7, 2019

Pending alerts are not necessarily worth a test failure, firing alerts definitely are, but pending alerts can happen due to various reasons and are too flaky to fail on, in some cases it's even expected to see pending alerts from time to time. The fact that they may not be firing would validate that the for value has been chosen appropriately.

@mxinden @paulfantom @squat @s-urbaniak @metalmatze

@openshift-ci-robot openshift-ci-robot added the size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. label May 7, 2019
@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label May 7, 2019
@brancz
Copy link
Contributor Author

brancz commented May 7, 2019

/retest

2 similar comments
@brancz
Copy link
Contributor Author

brancz commented May 7, 2019

/retest

@brancz
Copy link
Contributor Author

brancz commented May 7, 2019

/retest

@mxinden
Copy link
Contributor

mxinden commented May 8, 2019

@paulfantom and I have been looking into how we can catch alerts that would fire on a long running cluster, but have a long for (e.g. 10 minutes), which would not be reached on the test cluster. @paulfantom tried to force the test to at least run at the very end of the entire test run, but as far as I remember that was not possible (correct me if I am wrong).

This patch sounds reasonable. Any thoughts on how we could still achieve the above? Maybe check for pending alerts for a longer time period?

@paulfantom
Copy link
Contributor

That is right, I was looking into running this test as the last one in whole test suite but I didn't found any solution when using it in e2e-aws. Possible alternative would be to move it into e2e-aws-serial but this one isn't running everywhere.

@brancz
Copy link
Contributor Author

brancz commented May 8, 2019

/retest

@paulfantom
Copy link
Contributor

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label May 15, 2019
@openshift-ci-robot
Copy link

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: brancz, paulfantom

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@brancz
Copy link
Contributor Author

brancz commented May 15, 2019

/retest

1 similar comment
@brancz
Copy link
Contributor Author

brancz commented May 15, 2019

/retest

@openshift-merge-robot openshift-merge-robot merged commit 1b1311d into openshift:master May 15, 2019
@brancz brancz deleted the prom-smoke-firing branch May 15, 2019 12:24
@smarterclayton
Copy link
Contributor

/cherrypick release-4.1

@openshift-cherrypick-robot

@smarterclayton: new pull request created: #22839

In response to this:

/cherrypick release-4.1

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/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants