You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Data partition seems to have 1k block size which is sub-optimal, because
when data partition gets resized automatically via systemd-growfs it
a. takes very long time, which is confusing, it appears as if the boot process has stuck (users complain about it on discord)
b. makes VM disk thin provisioning impossible, e.g. for a 3TB thin provisioned image file, it gets 670GB immediately allocated when growfs has finished.
Data partition seems to have 1k block size which is sub-optimal, because
when data partition gets resized automatically via
systemd-growfs
ita. takes very long time, which is confusing, it appears as if the boot process has stuck (users complain about it on discord)
b. makes VM disk thin provisioning impossible, e.g. for a 3TB thin provisioned image file, it gets 670GB immediately allocated when growfs has finished.
manual, on the fly resize of the image file and data partition is problematic because data partition is created with 1k block size could not be easily resized to a big disk using resize2fs. the problem was discussed on e2fsprogs github and a suggested solution is that images should be created using 4k block size from the very beginning.
The text was updated successfully, but these errors were encountered: