-
Notifications
You must be signed in to change notification settings - Fork 25.2k
Fix ShardGenerations in RepositoryData in BwC Case #48920
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
Fix ShardGenerations in RepositoryData in BwC Case #48920
Conversation
This assertion doesn't actually work, we don't have any guards against setting up the actual `ShardGenerations` object upstream in `SnapshotsService` that makes this work. The reason this didn't fail in BwC tests was that in most cases BwC runs continue to run with an old version master in the 2/3 upgraded case so a situation where the master and one data node are upgraded and put a generation into the generations object didn't come up.
Pinging @elastic/es-distributed (:Distributed/Snapshot/Restore) |
I would prefer to keep the assertion and adapt the call sites. I think this just needs adapting
|
@ywelsch right, seems it's only that one spot in fact -> adjusted as suggested :) |
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.
LGTM
Can you adapt PR title / description?
Thanks Yannick! |
We were tripping the assertion that the makes sure we only have empty `ShardGenerations` in `RepositoryData` in the BwC case because shard generations were passed to the `Repository` in the BwC case. Fixed by only generating empty shard gen for BwC snapshots in `SnapshotsService`.
We were tripping the assertion that the makes sure we only have empty `ShardGenerations` in `RepositoryData` in the BwC case because shard generations were passed to the `Repository` in the BwC case. Fixed by only generating empty shard gen for BwC snapshots in `SnapshotsService`.
We were tripping the assertion that the makes sure we only have empty
ShardGenerations
inRepositoryData
in the BwC case because shard generations were passed to theRepository
in the BwC case. Fixed by only generating empty shard gen for BwC snapshots inSnapshotsService
.Example failure: https://gradle-enterprise.elastic.co/s/p4gcla5uzwqxc/tests/by5gldejueyv2-jascz2copdfni