-
Notifications
You must be signed in to change notification settings - Fork 25.1k
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
SnapshotLifecycleRestIT » testBasicTimeBasedRetenion failure #48017
Comments
Pinging @elastic/es-distributed (:Distributed/Allocation) |
Pinging @elastic/es-core-features (:Core/Features/ILM+SLM) |
@dakrone @gwbrown can one of you take a look here? I tried, but I don't really understand how retention runs are counted (that's what's eventually failing here):
Maybe you'll have an easier time here than me ? :) |
Another occurrence: https://gradle-enterprise.elastic.co/s/27s2vumgbjtpk |
tracked in elastic#48017
These have been failing for a while on various branches so I raised PRs to mute in master/7.x and 7.5 |
tracked in elastic#48017 backport of elastic#48456
tracked in elastic#48017 backport of elastic#48456
I've added some extra logging in #48612 that will hopefully help catch this failure. I'll try to keep an eye out for failures but if you find a failure for this test please ping me. |
These policies store statistics, but since stats updating is asynchronous, it's possible for the update from one test to bleed into a separate one. This change switches the tests to use separate policy ids so that their stats are tracked independently. It also relaxes the checking constraint in one of the tests. Hopefully this: Resolves elastic#48531 Resolves elastic#48017
These policies store statistics, but since stats updating is asynchronous, it's possible for the update from one test to bleed into a separate one. This change switches the tests to use separate policy ids so that their stats are tracked independently. It also relaxes the checking constraint in one of the tests. Hopefully this: Resolves #48531 Resolves #48017
…1075) These policies store statistics, but since stats updating is asynchronous, it's possible for the update from one test to bleed into a separate one. This change switches the tests to use separate policy ids so that their stats are tracked independently. It also relaxes the checking constraint in one of the tests. Hopefully this: Resolves elastic#48531 Resolves elastic#48017
These policies store statistics, but since stats updating is asynchronous, it's possible for the update from one test to bleed into a separate one. This change switches the tests to use separate policy ids so that their stats are tracked independently. It also relaxes the checking constraint in one of the tests. Hopefully this: Resolves #48531 Resolves #48017
…1075) These policies store statistics, but since stats updating is asynchronous, it's possible for the update from one test to bleed into a separate one. This change switches the tests to use separate policy ids so that their stats are tracked independently. It also relaxes the checking constraint in one of the tests. Hopefully this: Resolves elastic#48531 Resolves elastic#48017
This test failed in the 7.x branch following 1702667.
Was not able to reproduce locally.
Scan
https://gradle-enterprise.elastic.co/s/fw2xlp2ojjp7o/failure?openFailures=WzBd&openStackTraces=WzFd#top=0
The text was updated successfully, but these errors were encountered: