fix(cloud): fedora docker install and debian 9p cloud-init error - #45
Conversation
`dnf config-manager --add-repo` was removed in dnf5, which Fedora 41+ ships. The docker install aborted under set -e with "Unknown argument --add-repo", so docker-ce never installed and docker.service did not exist. Write the repo file directly instead; that works on dnf4 and dnf5. Verified on a fedora-cloud 44 VM: docker daemon comes up at 29.7.2.
|
Warning Review limit reached
Next review available in: 83 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
debian's cloud kernel (deb13-cloud) ships no 9p module. The seed still added a `work` 9p mount, so cloud-init's mounts module failed with "unknown filesystem type '9p'" and reported the whole seed as errored on every boot. nofail did not help: it covers a missing device, not an unknown filesystem type. alpine, ubuntu, fedora, and arch all load 9p, so only debian skips the mount. Verified on a debian-13 cloud VM: cloud-init status is now "done", was "error".
Two cloud-provisioning fixes found by booting each distro locally on QEMU/KVM.
fedora docker (24a2883)
dnf config-manager --add-repowas removed in dnf5 (Fedora 41+).install-fedora.shaborted underset -ewithUnknown argument "--add-repo", so docker-ce never installed anddocker.servicedid not exist. Write the repo file straight into/etc/yum.repos.d/with curl; that works on dnf4 and dnf5.debian 9p cloud-init error (0f0665f)
debian's cloud kernel (
deb13-cloud) ships no 9p module. The seed still added awork9p mount, so cloud-init's mounts module failed withunknown filesystem type '9p'and reported the whole seed as errored on every boot.nofaildid not help: it covers a missing device, not an unknown filesystem type. Skip the mount for debian only. alpine, ubuntu, fedora, and arch all load 9p.Verification (local QEMU/KVM)
Unit docker.service could not be found; afterdocker daemon running, version 29.7.2.cloud-init statusnowdone, waserror; no 9p entry in fstab./mnt/workmounts, so their mounts document stays.