Hi all,
I am working on https://progress.opensuse.org/issues/39305
I have succesfuly create the qcow2 images with Leap 42.3 + latest
updates to be use for upgrade scenarios to Tumbleweed:
- GNOME: https://openqa.opensuse.org/tests/1056940
- HDD_1: opensuse-42.3-x86_64-GM-latest-updates-gnome@64bit.qcow2
- KDE: https://openqa.opensuse.org/tests/1056103
- HDD_1: opensuse-42.3-x86_64-GM-latest-updates-kde@64bit.qcow2
- KDE+system_performance: https://openqa.opensuse.org/tests/1055618
- HDD_1: opensuse-42.3-x86_64-GM-latest-updates-kde@64bit.qcow2
I am having the problem of the /var directory being yet included in the
BTRFS root module and therefore taking a lot space on the upgrade
snapshots.
For kryptlvm scenarios those symptoms cause the test to fail on
matching needles, since notification of "Low Disk Space.." are shown
sporadically during the test.
The disk images are using 40GB.
I have two ideas to avoid this problem. One is increasing the disk
image up to 50GB for those two specific scenarios "Leap 42.3 + cryptlvm
upgrade to Tumbleweed, 64bit (BIOS/legacy) or UEFI":
- https://openqa.opensuse.org/tests/1055631#step/first_boot/2
- https://openqa.opensuse.org/tests/1055632#step/first_boot/2
That would mean that the recommended hard disk size to upgrade from
Leap 42.3 to Tumbleweed would be 50GB.
Anyway, I would recommend to anyone having the old BTRFS partition
schema (pre-Leap15) to perform a new installation with the new
partitioning schema, since the old one will still give a lot of space
problems.
Here is a verification run using a 50GB virtual disk:
- https://openqa.opensuse.org/tests/1058471
The other solution would be to delete the upgrade snapshot with snapper
on the test module first_boot, and perform the "cleanup BTRFS tasks" to
free the space.
Any opinion on that? Are you ok with using 50GB for those and only
those two specific scenarios?
Kind Regards
--
Sergio Lindo Mansilla