Ship Keldra 0.17.0 with three-node recovery and index corrections - #265
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Outcome
Prepares Keldra 0.17.0 as a fresh-volume minor release. It retains the measured single-lane ingest/index path and fixes the security, recovery, v6 catalog, cluster-growth, outage, atomic-executor, and accounting-assignment defects found during 0.16 qualification.
Keldra 0.17 changes the cluster/data-peer protocols and uses a clean storage/index generation. Every node must start with fresh authoritative and derived-index volumes; mixed 0.16/0.17 operation and in-place upgrades are unsupported. Move older data through the public API as new writes.
The release also pins Zanzibar 0.5.0 candidate
f805ae35180bfe3333e496c0707bbf35ac9d40c6, which depends on exactkeldra = "=0.17.0".Correctness, recovery, and security
Index and accounting corrections
Cluster growth and outage behavior
Release surface
ghcr.io/keldra-store/keldra:0.17.0, containing only Linux AMD64 and ARM64 variants.0.17.0; Zanzibar usesv0.5.0.Validation
Exact release candidate:
dc2e2eede799ace8bbdd0cbb43a39eb7dedc76c0.Verified now:
dc2e2eedis a release-version/documentation/workflow-assertion update over behavioral candidate08719fd504c669afd0a63dbf6f81f2c1344c32cb; it introduces no additional runtime implementation change.keldra-api,keldra, andzanzibarwere inspected and contain only their intended manifests, READMEs, sources/protos/tests, generated Cargo metadata, and the Keldra license files where configured.git diff --check; focused publication scans found no credentials, private keys, local VM paths, or suspicious package filenames.Pending and not claimed yet:
keldra:qa-dc2e2eedimage build/identity attestation;Publication remaining
After those gates pass: fast-forward
mainto the exact candidate, create immutable tag0.17.0, publish and verify the two crates in dependency order (keldra-api, thenkeldra), wait for the tag workflow to publish the two-platform GHCR image and GitHub Release, run the published-image three-node workflow, then qualify and publish Zanzibar 0.5.0 from its exact candidate.At this preflight point the Keldra/Zanzibar tags and GitHub Releases, GHCR
:0.17.0, and all three new crate versions are intentionally absent. Bounded non-release work remains tracked in #266, #267, and #269.