feat: onboard ubuntu2604 cvm - #9385
Conversation
Windows Unit Test Results 3 files 17 suites 1m 2s ⏱️ Results for commit 2c041cc. ♻️ This comment has been updated with latest results. |
There was a problem hiding this comment.
🟡 Changes recommended
The new CVM artifact needs an E2E provisioning scenario validating boot and node bootstrap.
Once you've addressed the issues Copilot identified, you can request another Copilot review.
Pull request overview
Adds Ubuntu 26.04 CVM support across AgentBaker distro mapping, SIG resolution, tests, and release pipelines.
Changes:
- Registers the Ubuntu 26.04 CVM distro and SIG image.
- Adds unit coverage for classification and API mappings.
- Adds the CVM release build job.
File summaries
| File | Description |
|---|---|
pkg/agent/datamodel/types.go |
Registers the Ubuntu 26.04 CVM distro. |
pkg/agent/datamodel/types_test.go |
Tests Ubuntu 26.04 classification. |
pkg/agent/datamodel/sig_config.go |
Configures SIG mappings and capabilities. |
pkg/agent/datamodel/sig_config_test.go |
Validates the SIG configuration. |
pkg/agent/bakerapi_test.go |
Covers API distro resolution. |
.pipelines/.vsts-vhd-builder-release.yaml |
Adds the CVM release build job. |
Review details
- Files reviewed: 6/6 changed files
- Comments generated: 1
- Review effort level: Balanced
💡 Configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
| useOverrides: ${{ parameters.useOverrides }} | ||
| overrideBranch: ${{ parameters.overrideBranch }} | ||
| artifactName: 2604-minimal-arm64-gen2-containerd | ||
| - job: build2604cvmgen2containerd |
There was a problem hiding this comment.
🔵 Needs a closer look
The new CVM path lacks pre-merge build and provisioning coverage, and global VHD build retries were removed.
Review details
Suppressed comments (3)
.pipelines/templates/.builder-release-template.yaml:119
- 🟡 Medium Risk — VHD build reliability: The same retry removal also makes every Image Customizer build fail on its first transient infrastructure error, while downstream publishing remains retryable. Keep the existing three retries unless this global reliability policy is intentionally changed and validated separately.
displayName: Build VHD - Image Customizer
.pipelines/.vsts-vhd-builder-release.yaml:818
- 🔴 High Risk — 🧪 Test Coverage: This adds the CVM only to the release pipeline. The PR pipeline (
.pipelines/.vsts-vhd-builder.yaml) has no matching build job, ande2e/config/vhd.goplus the scenarios have no image for2604minimalgen2CVMcontainerd. As a result, the 306-package purge and FDE-kernel replacement are not exercised on an actual CVM before merge, and release E2E cannot provision this image. Add the corresponding PR build and a CVM boot/provision smoke scenario.
- job: build2604minimalcvmgen2containerd
.pipelines/templates/.builder-release-template.yaml:99
- 🟡 Medium Risk — VHD build reliability: Removing the task retry makes every Packer-based Linux VHD build fail on the first transient Azure or network error. This is a repository-wide behavior change unrelated to the 26.04 CVM onboarding, and later publish/prefetch tasks still retain three retries. Restore the retry here or move this policy change to a separately justified PR.
displayName: Build VHD
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
The unrelated removal of retries weakens reliability for every Linux VHD build path.
Review details
Suppressed comments (2)
.pipelines/templates/.builder-release-template.yaml:99
- The PR only onboards Ubuntu 26.04 CVM, but this also removes automatic retries from the Packer build used by every Linux SKU. A transient Azure/Packer failure will now fail the full release job instead of being retried; please restore the retry here or move this system-wide reliability change to a separately justified PR.
displayName: Build VHD
.pipelines/templates/.builder-release-template.yaml:119
- This independently removes retries from Image Customizer builds for all Linux SKUs, although the PR scope is Ubuntu 26.04 CVM onboarding. Transient build failures will become terminal for this path as well; please preserve the existing retry policy unless this broader operational change is intentional and reviewed separately.
displayName: Build VHD - Image Customizer
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
The release-enabled CVM image lacks a PR integration build covering its destructive package and kernel transitions.
Review details
Suppressed comments (1)
.pipelines/.vsts-vhd-builder-release.yaml:819
- 🟡 Medium Risk — 🧪 Test Coverage: This new image is enabled by default in the release pipeline, but the PR VHD pipeline (
.pipelines/.vsts-vhd-builder.yaml:143-162) only builds the non-CVM 26.04 image. Consequently, PR validation never exercises theserver-cvmbase image, the real package purge, the FDE kernel transition, or the reboot; the ShellSpec test mocksdpkg-queryand apt, so it cannot catch failures in those operations. Add this CVM variant to PR VHD validation (or an equivalent gated integration build) before enabling its release job.
- job: build2604minimalcvmgen2containerd
condition: eq('${{ parameters.build2604minimalcvmgen2containerd }}', true)
- Files reviewed: 16/16 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🟡 Changes recommended
The removal list purges dependencies of required packages, causing the CVM build or final verification to fail.
Get a fresh assessment by requesting another Copilot review.
Review details
- Files reviewed: 16/16 changed files
- Comments generated: 2
- Review effort level: Balanced
There was a problem hiding this comment.
🟡 Changes recommended
Package trimming and kernel replacement can remove dependencies required by final validation, causing the new VHD build to fail.
Get a fresh assessment by requesting another Copilot review.
Review details
Suppressed comments (1)
vhdbuilder/packer/ubuntu-2604-cvm/2604-minimal-cvm-marked-for-removal-packages.txt:151
- 🔴 High Risk — Script Logic: This removes
libpcap0.8t64, but the required list retainstcpdump, which directly depends on this library on Ubuntu 26.04. APT will removetcpdumpto satisfy this purge (--no-auto-removedoes not preserve reverse dependencies), so the subsequent required-package verification aborts every affected VHD build. Retain this library, or reinstalltcpdumpbefore verification.
libpcap0.8t64
- Files reviewed: 16/16 changed files
- Comments generated: 1
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
The removal manifest purges libpcap0.8t64, which removes required tcpdump and blocks the VHD build.
Review details
Suppressed comments (1)
vhdbuilder/packer/ubuntu-2604-cvm/2604-minimal-cvm-marked-for-removal-packages.txt:151
- 🔴 High Risk — Script Logic: Ubuntu 26.04
tcpdumpdepends onlibpcap0.8t64, whiletcpdumpis explicitly required by this PR. Purging this library makes apt removetcpdumpas a reverse dependency, so the trim step will then fail atapt-mark manual tcpdumpor at required-package verification and block every affected VHD build. Keep this runtime dependency out of the removal list.
libpcap0.8t64
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
The unresolved cross-version kernel regression and extensive package removal require end-to-end VHD build and boot validation.
Review details
- Files reviewed: 17/17 changed files
- Comments generated: 1
- Review effort level: Balanced
| if grep -q "cvm" <<< "$FEATURE_FLAGS"; then | ||
| KERNEL_IMAGE="linux-image-azure-fde-lts-${UBUNTU_RELEASE}" | ||
| KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}" | ||
| KERNEL_PACKAGES=( | ||
| "linux-image-azure-fde-lts-${UBUNTU_RELEASE}" | ||
| "linux-tools-azure-lts-${UBUNTU_RELEASE}" | ||
| "linux-cloud-tools-azure-lts-${UBUNTU_RELEASE}" | ||
| "linux-headers-azure-lts-${UBUNTU_RELEASE}" | ||
| "${KERNEL_IMAGE}" | ||
| ) |
There was a problem hiding this comment.
Zachary (@zachary-bailey) we confirmed this new logic works fine for other Ubuntu releases right?
There was a problem hiding this comment.
🔵 Needs a closer look
The shared CVM kernel logic applies Ubuntu 26.04 package names to existing Ubuntu 24.04 builds.
Review details
Suppressed comments (4)
vhdbuilder/packer/ubuntu-2604-cvm/2604-minimal-cvm-marked-for-removal-packages.txt:151
- 🔴 High Risk — Script Logic:
tcpdumpon Ubuntu 26.04 directly depends onlibpcap0.8t64, so purging this library also removestcpdump. The script then runsapt-mark manual ... tcpdump ...underset -e; marking a non-installed package fails, causing every affected VHD build to stop. Keeplibpcap0.8t64(and ideally asserttcpdumpin the required-package list) instead of purging its dependency.
libpcap0.8t64
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Script Logic / Backward Compatibility: This CVM branch now selects
linux-azure-fde-lts-${UBUNTU_RELEASE}and the FDEmodules-extrapackage for every supported CVM release, not only 26.04. The repository's 24.04 CVM release notes show the supported kernel aslinux-image-azure-fde-lts-24.04with the non-FDElinux-cloud-tools/headers/tools-azure-lts-24.04packages (vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/latest.txt:629-645); thereforeapt-cache showat line 216 will miss the new name and skip the purge/install path for existing 24.04 CVM builds. Keep the old package set for pre-26.04 CVM releases and gate the new package names to 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Script Logic / Backward Compatibility: this branch is selected for every Ubuntu CVM build, not only 26.04. Existing 24.04 CVM images use
linux-image-azure-fde-lts-24.04plus the vanillalinux-tools-azure-lts-24.04/linux-cloud-tools-azure-lts-24.04packages (seevhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/202609.15.0.txt:629-644); with these new names,apt-cache showat line 216 will miss the kernel/module-extra packages and skip the purge/install path for existing CVM releases. Keep the old package set for pre-26.04 CVMs and gate the new 26.04 package names byUBUNTU_RELEASE.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Backward Compatibility: this CVM branch is also used by the existing Ubuntu 24.04 CVM release job (
.pipelines/.vsts-vhd-builder-release.yaml:653-661), but these renamed packages are selected for every CVM release. The checked-in 24.04 CVM image manifest showslinux-image-azure-fde-lts-24.04installed (vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/latest.txt:638-642);linux-azure-fde-lts-24.04is not the existing meta-package, so the laterapt-cache showcheck skips kernel replacement and also uses the wrong FDE modules-extra name. Gate the new package names to Ubuntu 26.04 and retain the existing names for 24.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
Existing feedback identifies backward-compatibility and release-reliability regressions in shared build paths.
Review details
Suppressed comments (11)
.pipelines/templates/.builder-release-template.yaml:99
- 🟡 Medium Risk — 🏗️ Architecture: Removing this retry changes every Packer-based Linux VHD build, not just the new Ubuntu 26.04 CVM job. A transient Azure or Packer failure will now fail the release on its first occurrence; retain the shared retry, or scope any no-retry behavior to the one SKU that requires it.
displayName: Build VHD
.pipelines/templates/.builder-release-template.yaml:119
- 🟡 Medium Risk — 🏗️ Architecture: This also removes recovery from transient failures for every Image Customizer Linux build, although that path is unrelated to onboarding the Packer-based Ubuntu CVM SKU. Keep the existing retry unless this global reliability change is intentionally handled in a separate change.
displayName: Build VHD - Image Customizer
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Script Logic: This CVM branch runs for every Ubuntu release >= 22.04, but the new
linux-azure-fde-lts-${UBUNTU_RELEASE}name is not the package used by existing CVM images. The checked-in 24.04 CVM release output containslinux-image-azure-fde-lts-24.04(vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/latest.txt:639), soapt-cache showbelow will miss the requested package and skip the kernel purge/reinstall for 24.04 CVM builds. Preserve the pre-26.04 package names and ancillary packages for 22.04/24.04, and use this package set only for 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
.pipelines/templates/.builder-release-template.yaml:99
- 🟡 Medium Risk — The PR removes the three-task retry from the VHD build step even though this change is unrelated to onboarding 26.04. Transient Azure/package-network failures will now fail every release build immediately instead of retrying, including the newly added CVM build. Please retain the existing retry setting here (and the corresponding image-customizer build step below).
displayName: Build VHD
.pipelines/templates/.builder-release-template.yaml:119
- 🟡 Medium Risk — The image-customizer build step also loses its existing retry count in this onboarding PR. A transient build failure will no longer be retried for image-customizer releases; restore this setting along with the VHD build step above.
displayName: Build VHD - Image Customizer
vhdbuilder/packer/pre-install-dependencies.sh:190
- 🔴 High Risk — This shared CVM branch now selects
linux-azure-fde-lts-${UBUNTU_RELEASE}for every Ubuntu release ≥22.04. The release pipeline still builds Ubuntu 24.04 CVM (.pipelines/.vsts-vhd-builder-release.yaml:647-670), whose checked-in release notes show the available meta package islinux-image-azure-fde-lts-24.04; consequently theapt-cache showguard below will fail and the existing 24.04 VHD will silently skip its kernel purge/install. Gate the new package names to 26.04 and retain the previous package set for older CVM releases.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
.pipelines/templates/.builder-release-template.yaml:99
- 🟡 Medium Risk — Removing this existing retry leaves transient Azure/network or package failures in the Packer build as immediate release failures, while the same template still retries publishing and cleanup tasks. Please retain
retryCountOnTaskFailure: 3here, or document and apply an equivalent reliability policy for the builder task.
displayName: Build VHD
.pipelines/templates/.builder-release-template.yaml:119
- 🟡 Medium Risk — This matching deletion also removes the retry from the Image Customizer build. Transient build-service or download failures will therefore fail this task immediately even though downstream publish/test tasks retain retries. Restore the retry unless this change is intentional and the builder has another retry mechanism.
displayName: Build VHD - Image Customizer
.pipelines/templates/.builder-release-template.yaml:119
- 🟡 Medium Risk — Operational Implications: The same retry setting was also removed from the Image Customizer build task, so transient failures in that path now fail without the template's prior three retries. Please restore
retryCountOnTaskFailure: 3here as well; this change is unrelated to the CVM feature.
displayName: Build VHD - Image Customizer
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Backward Compatibility: This new package name is selected for every Ubuntu CVM release, not only 26.04. The existing 24.04 CVM image BOM uses
linux-image-azure-fde-lts-24.04together with thelinux-tools-azure-lts-24.04/cloud-tools/header packages (vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/202609.15.0.txt:634-644), soapt-cache showforlinux-azure-fde-lts-24.04will not select the kernel-replacement block later in this script. Keep the pre-26.04 CVM package set and use the renamed metapackage only for 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
.pipelines/templates/.builder-release-template.yaml:99
- 🟡 Medium Risk — Operational Implications: Removing the existing
retryCountOnTaskFailure: 3makes transient Azure/Packer failures fail the release job immediately instead of retrying. This is unrelated to the Ubuntu 26.04 CVM onboarding and regresses the reliability of every Linux VHD build using this template; please restore the retry setting.
displayName: Build VHD
- Files reviewed: 18/18 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
The VHD content test does not validate the expected Ubuntu 26.04 kernel.
Review details
Suppressed comments (4)
Previously missed (1) — in code that hasn't changed since the last review.
vhdbuilder/packer/pre-install-dependencies.sh:190
- 🟡 Medium Risk — Test Coverage: This branch introduces the Ubuntu 26.04 CVM kernel package, but
testLtsKernelinvhdbuilder/packer/test/linux-vhd-content-test.sh:803-813leavesexpected_kernelempty for 26.04. The substring check therefore always succeeds, so the VHD content test cannot detect booting an unexpected kernel. Add an explicit 26.04 expectation (the current 26.04 release notes use kernel 7.0) and cover that case in the test.
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Script Logic / Backward Compatibility: This changes the CVM kernel branch for every Ubuntu release >=22.04 to the 26.04-only
linux-azure-fde-lts-*meta package and drops the tools/cloud-tools/headers fromKERNEL_PACKAGES. Existing 24.04 CVM release output containslinux-image-azure-fde-lts-24.04,linux-cloud-tools-azure-lts-24.04, andlinux-tools-azure-lts-24.04(vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/202609.15.0.txt:635-645), soapt-cache showwill miss on 24.04 and the old CVM builds will no longer refresh/install the intended kernel package set. Keep the existing package selection for 22.04/24.04 and use the new meta-package-only selection only for 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Script Logic / Backward Compatibility: This new package layout is selected for every CVM Ubuntu release >=22.04, not just 26.04. The release pipeline still builds the existing 24.04 CVM job, so it now probes
linux-azure-fde-lts-24.04and changes the tools/modules package set; if that layout is unavailable, the laterapt-cache showbranch silently skips kernel replacement, while final verification is only enabled for 26.04. Gate this layout on 26.04 and preserve the existing CVM package set for 22.04/24.04, failing when the expected kernel cannot be installed.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
vhdbuilder/packer/pre-install-dependencies.sh:187
- 🔴 High Risk — Script Logic / Backward Compatibility: This CVM kernel branch is shared by the existing Ubuntu 24.04 CVM build, but changing
KERNEL_IMAGEtolinux-azure-fde-lts-${UBUNTU_RELEASE}makes that build probelinux-azure-fde-lts-24.04, which is not the package installed by the current 24.04 CVM image (linux-image-azure-fde-lts-24.04, as recorded invhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/latest.txt:639). Theapt-cache showcheck at line 216 will therefore skip the purge/reinstall path, leaving the existing CVM build on the wrong kernel path. Gate the new 26.04 package layout onUBUNTU_RELEASE=26.04and retain the previous CVM package set for older Ubuntu releases.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
There was a problem hiding this comment.
🔵 Needs a closer look
The build introduces privileged package purging and kernel replacement while lacking effective validation of the booted 26.04 FDE kernel.
Review details
Suppressed comments (2)
Previously missed (1) — in code that hasn't changed since the last review.
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🟡 Medium Risk — The content test does not validate the new Ubuntu 26.04 CVM kernel path. In
testLtsKernel(vhdbuilder/packer/test/linux-vhd-content-test.sh:801-817), 26.04 leavesexpected_kernelempty, so[[ "$kernel" == *"$expected_kernel"* ]]always succeeds. A VHD can therefore pass while booting the base kernel instead of the FDE kernel selected here. Add a 26.04 CVM case that verifies the running kernel is the expected FDE kernel.
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — This new package naming is applied to every CVM Ubuntu release, not only 26.04. The existing Ubuntu 24.04 CVM image inventory uses
linux-image-azure-fde-lts-24.04(and the previous branch installed that package set); withlinux-azure-fde-lts-${UBUNTU_RELEASE}, theapt-cache showcheck later in this script misses 24.04 and skips the kernel purge/install, leaving existing CVM builds on the base kernel. Keep the old CVM package names for pre-26.04 releases and use the new names only for 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
|
There was a problem hiding this comment.
🔵 Needs a closer look
Destructive package pruning and shared kernel-selection changes require human review and end-to-end CVM validation.
Review details
Suppressed comments (3)
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — Script Logic / Backward Compatibility: this CVM kernel branch now applies the Ubuntu 26.04 package names to every Ubuntu CVM build with
UBUNTU_RELEASE >= 22.04. The existing 24.04 CVM pipeline still setsFEATURE_FLAGS=cvm(.pipelines/.vsts-vhd-builder-release.yaml:647-661), but its published VHD package list containslinux-image-azure-fde-lts-24.04(vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/latest.txt:637-644), notlinux-azure-fde-lts-24.04. Consequentlyapt-cache showat line 216 will not find the new name, so the old CVM kernel is not purged/reinstalled and the 24.04 build loses its kernel/tools installation path. Gate the new package set to 26.04 and retain the previous package names for 22.04/24.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — This changes the kernel package names for every Ubuntu CVM build, not just 26.04. The existing 24.04 CVM release notes contain
linux-image-azure-fde-lts-24.04(for example,vhdbuilder/release-notes/AKSUbuntu/gen2/2404cvmcontainerd/latest.txt:639), whereas this branch probeslinux-azure-fde-lts-24.04; the laterapt-cache showcheck will therefore skip the purge/install path for the existingbuild2404cvmgen2containerdjob and leave its base kernel in place. Keep the pre-26.04 CVM package names and use the new FDE names only for 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
vhdbuilder/packer/pre-install-dependencies.sh:191
- 🔴 High Risk — This branch is selected for every CVM Ubuntu release >= 22.04, so existing Ubuntu 24.04 CVM builds now look for
linux-azure-fde-lts-24.04. That package name does not exist for Noble; the existing package islinux-image-azure-fde-lts-24.04, so theapt-cache showcheck later fails and the build silently skips the CVM kernel purge/install. Keep the pre-26.04 CVM package matrix and use the new package name only for 26.04.
KERNEL_IMAGE="linux-azure-fde-lts-${UBUNTU_RELEASE}"
KERNEL_PACKAGES=(
"${KERNEL_IMAGE}"
)
MODULES_EXTRA_PKG="linux-modules-extra-azure-fde-lts-${UBUNTU_RELEASE}"
- Files reviewed: 17/17 changed files
- Comments generated: 0 new
- Review effort level: Balanced
What this PR does / why we need it:
This PR onboards CVM 2604 CVM
Which issue(s) this PR fixes:
Need support for Ubuntu 2604 CVM
Fixes #