-
Notifications
You must be signed in to change notification settings - Fork 24.4k
Fix defrag test #12674
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 defrag test #12674
Conversation
|
For failure with So, the validation can be moved to check Fix: 93b309c |
|
Ci test So if I understand correctly, you're arguing that because your your changes (few additional keys, expiry data, and cluster mode), the tests run faster and finish too quickly? Sounds unlikely to me. I think I saw other errors for certain thresholds, not just the "Defrag didn't start". Don't remember which tests I saw failing. |
Well the info output suggests otherwise.
Yes @roshkhatri is digging into the other ones listed on #12672 . |
oranagra
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.
it seems odd that the per-slot dict and / or cluster mode will cause the defrag to finish sooner.
but i also don't see anything wrong with that change.
Fixing issues described in #12672, started after #11695 Related to #12674 Fixes the `defrag didn't stop' issue. In some cases of how the keys were stored in memory defrag_later_item_in_progress was not getting reset once we finish defragging the later items and we move to the next slot. This stopped the scan to happen in the later slots and did not get
Fixing issues described in redis#12672, started after redis#11695 Related to redis#12674 Fixes the `defrag didn't stop' issue. In some cases of how the keys were stored in memory defrag_later_item_in_progress was not getting reset once we finish defragging the later items and we move to the next slot. This stopped the scan to happen in the later slots and did not get
Fixing issues described in #12672, started after #11695 when the defrag tests are being executed in cluster mode too.
For some reason, it looks like the defragmentation is over too quickly, before the test is able to detect that it's running.
so now instead of waiting to see that it's active, we wait to see that it did some work