Skip to content

Raise the Days=0 expiration budget to 420 seconds - #2477

Open
delthas wants to merge 1 commit into
development/2.16from
improvement/ZENKO-5337/raise-days0-expiration-budget
Open

Raise the Days=0 expiration budget to 420 seconds#2477
delthas wants to merge 1 commit into
development/2.16from
improvement/ZENKO-5337/raise-days0-expiration-budget

Conversation

@delthas

@delthas delthas commented Aug 4, 2026

Copy link
Copy Markdown
Contributor

The top flake of the recent CTST flakiness census: 7 of 30 runs from a single head, always the Versioned example of Days=0 expiration empties a "<versioningConfiguration>" bucket.

The assertion is right — backbeat does auto-clean the expired delete marker — but the Versioned path legitimately needs three sequential conductor batches to get there: expire the current version, expire the noncurrent one, then the EODM cleanup, which only deletes the delete marker once no noncurrent key appears in the same listing. Suspended needs two batches, Non versioned one, and the measured durations track that ordering exactly.

Each batch waits on LifecycleConductor._controlBacklog, whose consumer-progress check reads offsets published to ZooKeeper only every 60 s, so a batch can stall 60–120 s on a stale metric.

180 s left no room for that. Passing runs were already spending 85–91 % of the budget (163.9 s in one clean run), and in one traced failure the third batch started 0.34 s after the step deadline and emptied the bucket 2.2 s after the assertion had failed. 420 s covers three gated batches with slack, and the step timeout goes to 8 minutes to stay above it.

Issue: ZENKO-5337

Top flake of the CTST census: 7 of 30 runs on one head, all on the
Versioned example.

Expecting an empty bucket is correct, but the Versioned path needs three
sequential conductor batches to get there (expire current, expire
noncurrent, then the EODM cleanup, which only runs once no noncurrent
key shows up in the same listing). Each batch waits on
LifecycleConductor._controlBacklog, whose consumer-progress check reads
offsets published to ZooKeeper every 60s, so a batch can sit 60-120s on
a stale metric.

180s left no room for that: passing runs already spent 85-91% of the
budget, and in one traced failure the third batch started 0.34s after
the deadline and emptied the bucket 2.2s later. 420s covers three gated
batches with slack.

The single budget applies to all three examples, so a large regression
on the single-batch Non versioned path would no longer be caught here.

Issue: ZENKO-5337
@bert-e

bert-e commented Aug 4, 2026

Copy link
Copy Markdown
Contributor

Hello delthas,

My role is to assist you with the merge of this
pull request. Please type @bert-e help to get information
on this process, or consult the user documentation.

Available options
name description privileged authored
/after_pull_request Wait for the given pull request id to be merged before continuing with the current one.
/bypass_author_approval Bypass the pull request author's approval
/bypass_build_status Bypass the build and test status
/bypass_commit_size Bypass the check on the size of the changeset TBA
/bypass_incompatible_branch Bypass the check on the source branch prefix
/bypass_jira_check Bypass the Jira issue check
/bypass_peer_approval Bypass the pull request peers' approval
/bypass_leader_approval Bypass the pull request leaders' approval
/approve Instruct Bert-E that the author has approved the pull request. ✍️
/create_pull_requests Allow the creation of integration pull requests.
/create_integration_branches Allow the creation of integration branches.
/no_octopus Prevent Wall-E from doing any octopus merge and use multiple consecutive merge instead
/unanimity Change review acceptance criteria from one reviewer at least to all reviewers
/wait Instruct Bert-E not to run until further notice.
Available commands
name description privileged
/help Print Bert-E's manual in the pull request.
/status Print Bert-E's current status in the pull request TBA
/clear Remove all comments from Bert-E from the history TBA
/retry Re-start a fresh build TBA
/build Re-start a fresh build TBA
/force_reset Delete integration branches & pull requests, and restart merge process from the beginning.
/reset Try to remove integration branches unless there are commits on them which do not appear on the source branch.

Status report is not available.

@scality scality deleted a comment from bert-e Aug 4, 2026
@bert-e

bert-e commented Aug 4, 2026

Copy link
Copy Markdown
Contributor

Waiting for approval

The following approvals are needed before I can proceed with the merge:

  • the author

  • 2 peers

@delthas
delthas marked this pull request as ready for review August 5, 2026 10:09
@delthas
delthas requested review from a team, DarkIsDude and SylvainSenechal August 5, 2026 10:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants