summaryrefslogtreecommitdiff
path: root/src/migration-scripts/pppoe-server
diff options
context:
space:
mode:
authorChristian Breunig <christian@breunig.cc>2026-10-11 09:36:57 +0200
committerChristian Breunig <christian@breunig.cc>2026-10-11 09:36:57 +0200
commitdc2c5ed31d0443a61444292279f85c29b096d7c8 (patch)
tree6bd31365768209a4cab3db22b5521a04025b929b /src/migration-scripts/pppoe-server
parent1ac0219e62c7b0efee9e81e7266558dffc7b14e6 (diff)
downloadvyos-1x-dc2c5ed31d0443a61444292279f85c29b096d7c8.tar.gz
vyos-1x-dc2c5ed31d0443a61444292279f85c29b096d7c8.zip
container: T9456: use kernel overlayfs unless storage sits on overlayfs
Since T5003 every system was configured to mount container storage via fuse-overlayfs. This is only needed on live boot, where the storage sits on the root overlayfs and podman refuses native overlay. Installed systems keep it on the persistence partition and paid for a userspace FUSE process per container plus a round trip on every file operation. The mount program is now only configured when the storage is backed by overlayfs, otherwise the kernel overlay driver is used. Existing storage keeps using fuse-overlayfs: podman records that a mount program was used, as its layers store whiteouts in a format the kernel driver does not understand. Moving such a system to kernel overlayfs requires resetting the container storage and re-pulling all images.
Diffstat (limited to 'src/migration-scripts/pppoe-server')
0 files changed, 0 insertions, 0 deletions