Skip to content

fix: copy /system/providers/ from stylus image to support stylus v4.10.x on kubeadm nodes - #737

Open
birendrasingh7698 wants to merge 1 commit into
vipsharm-GPUfrom
birendra-vipsharm-GPU-4.10
Open

fix: copy /system/providers/ from stylus image to support stylus v4.10.x on kubeadm nodes#737
birendrasingh7698 wants to merge 1 commit into
vipsharm-GPUfrom
birendra-vipsharm-GPU-4.10

Conversation

@birendrasingh7698

Copy link
Copy Markdown
Contributor

Problem

When building AI Launchpad ISO with stylus v4.10.x (dev channel), cluster creation hangs indefinitely at Upgrading provider image with this error repeating every ~5s:

rsync: [receiver] mkstemp "/system/providers/.agent-provider-kubeadm.npHOIN" failed: Read-only file system (30)
failed to upgrade provider: exit status 23; failed to apply os upgrade

Root cause: stylus v4.10.x ships agent-provider-kubeadm in /system/providers/ of the stylus-framework image and expects it to be present there at cluster creation time. The current Earthfile copies specific files from the stylus image (branding, config, etc.) but not /system/providers/. At runtime, stylus tries to write agent-provider-kubeadm to /system/providers/ via content rsync — but that partition is read-only.

Confirmed:

  • RC ISO (stylus v4.9.34): works — agent-provider-kubeadm not required
  • Dev ISO (stylus v4.10.0-260805): broken — stuck at provider upgrade

Fix

Add one line to copy /system/providers/ from the stylus framework image into the ISO. The --if-exists flag makes this backward-compatible: on stylus v4.9.x this is a no-op since only agent-provider-stylus is there (already placed by the kairos-provider-image copy).

Testing

Trigger On-Demand Slim ISO Build with channel=dev, data_ref=main, flash on a GPU node, confirm cluster creation completes past Upgrading provider image.

…0.x kubeadm provider

stylus v4.10.x introduced agent-provider-kubeadm which it expects to find in
/system/providers/ at cluster creation time. Without this the runtime upgrade
rsync tries to write agent-provider-kubeadm to /system/providers/ which is a
read-only partition at runtime, causing cluster creation to hang indefinitely
at the 'Upgrading provider image' stage on kubeadm nodes.

The --if-exists flag is backward-compatible: on stylus v4.9.x where
/system/providers/ in the stylus image only contains agent-provider-stylus
(already placed by the kairos-provider-image copy), this is a no-op.
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.

1 participant