Repository navigation
Open
Labels
area:buildCI/CD workflows, releases, build targets, packaging, and artifact publication.CI/CD workflows, releases, build targets, packaging, and artifact publication.topic:operabilityInstalling/configuring deployments, upgrades, backup/restore, diagnostics, and maintenance.Installing/configuring deployments, upgrades, backup/restore, diagnostics, and maintenance.topic:reliabilityHigh availability, recovery, retries, graceful degradation, and correctness across restarts.High availability, recovery, retries, graceful degradation, and correctness across restarts.topic:testingUnit, integration, regression, conformance, E2E tests, coverage, flakes, and test infrastructure.Unit, integration, regression, conformance, E2E tests, coverage, flakes, and test infrastructure.
Milestone
Description
Description
Add a reusable N-to-N+1 forward-upgrade testsuite after the native-install proof-of-concept pipeline and package installation profiles are established.
The testsuite installs the selected supported source release, establishes representative persisted state, upgrades through the documented package mechanism to the immutable candidate artifact set, and verifies the installation and state after the upgrade.
Rollback and downgrade to N-1 are explicitly outside this issue.
Context
- Parent release pipeline: feat: 0.1.0 release pipeline #2860
- Native-install proof-of-concept pipeline: ci(qualification): run native Linux proof-of-concept pipeline #2976
- Package installation profiles and policy: ci(qualification): test DEB and RPM installation profiles #3454
- Reusable release artifacts: chore(ci): clean up release pipeline #1683
- Shared driver conformance suite: spike: driver conformance suite for compute drivers #2183
- Release policy: RFC-0014
The proof-of-concept pipeline and package installation profiles are prerequisites. This issue adds the stateful upgrade behavior as a testsuite; it does not redefine machine scenarios or installation-profile policy.
Definition of Done
- The testsuite resolves and records the supported source release N and candidate N+1 artifact manifests.
- It verifies the source installation and version before creating test state.
- It creates representative persisted gateway state required by the supported upgrade contract.
- It upgrades using the scenario's documented package operation without rebuilding candidate artifacts.
- It verifies the candidate version, gateway health, required migrations, and preservation of supported state.
- It invokes independently selected post-upgrade checks, including creation and deletion of a new sandbox.
- It emits machine-readable step results and retains source-install, upgrade, migration, and target diagnostics on failure.
- It contains no Fedora-, Podman-, architecture-, or conformance-specific implementation.
- Rollback and downgrade behavior are not implemented or implied.
Metadata
Metadata
Assignees
Labels
area:buildCI/CD workflows, releases, build targets, packaging, and artifact publication.CI/CD workflows, releases, build targets, packaging, and artifact publication.topic:operabilityInstalling/configuring deployments, upgrades, backup/restore, diagnostics, and maintenance.Installing/configuring deployments, upgrades, backup/restore, diagnostics, and maintenance.topic:reliabilityHigh availability, recovery, retries, graceful degradation, and correctness across restarts.High availability, recovery, retries, graceful degradation, and correctness across restarts.topic:testingUnit, integration, regression, conformance, E2E tests, coverage, flakes, and test infrastructure.Unit, integration, regression, conformance, E2E tests, coverage, flakes, and test infrastructure.
Type
Projects
- StatusShow more project fieldsPlanning
Activity
github-actions commentedon Sep 10, 2026
This issue has had no activity for 14 days and is now marked stale. It may be closed in 7 days if there is no further activity. Comment or remove the state:stale label to keep it open.
[-]ci(qualification): add reusable N-to-N+1 forward-upgrade flow[/-][+]ci(qualification): add reusable N-to-N+1 upgrade testsuite[/+]Bobbins228 commentedon Sep 21, 2026
Hey @elezar,
Which gateway/compute-driver configurations will run the N→N+1 upgrade test initially?
github-actions commentedon Oct 12, 2026
This issue has had no activity for 14 days and is now marked stale. It may be closed in 7 days if there is no further activity. Comment or remove the state:stale label to keep it open.