Filesystem resize behaviour change in genericcloud as of 20241110-1927
Hello,
The boot-time root filesystem resizing behaviour in the
debian-12-genericcloud image has changed since version 20241110-1927.
I have an image which resizes the root filesystem itself (to a size
smaller than the disk), then uses the remaining disk space to set up
another filesystem. The following is in the user-data file to suppress
the "growpart" filesystem resizing:
> growpart:
> mode: false
Since 20241110-1927, the "resizefs" module instead grows the root
filesystem after the "growpart" module is skipped, log excerpt below:
> modules.py[DEBUG]: Running module resizefs (<module
'cloudinit.config.cc_resizefs' from
'/usr/lib/python3/dist-packages/cloudinit/config/cc_resizefs.py'>) with
frequency always
> handlers.py[DEBUG]: start: init-network/config-resizefs: running
config-resizefs with frequency always
> helpers.py[DEBUG]: Running config-resizefs using lock
(<cloudinit.helpers.DummyLock object at 0x7f4f053d4390>)
> util.py[DEBUG]: Reading from /proc/356/mountinfo (quiet=False)
> util.py[DEBUG]: Read 2631 bytes from /proc/356/mountinfo
> cc_resizefs.py[DEBUG]: resize_info: dev=/dev/vda1 mnt_point=/ path=/
> cc_resizefs.py[DEBUG]: Resizing / (ext4) using resize2fs /dev/vda1
> subp.py[DEBUG]: Running command ('resize2fs', '/dev/vda1') with
allowed return codes [0] (shell=False, capture=True)
> util.py[DEBUG]: Resizing took 0.006 seconds
> cc_resizefs.py[DEBUG]: Resized root filesystem (type=ext4, val=True)
Nothing specified in user-data to disable "resizefs" seems to work. Am I
doing something wrong, or has a bug been introduced?
Thanks
Daniel
Reply to: