[Bug 1783597] Re: The disk-space-needed estimate doesn't account for the snaps

[Brian Murray]

Hello Sebastien, or anyone else affected,

Accepted ubuntu-release-upgrader into disco-proposed. The package will
build now and be available at https://launchpad.net/ubuntu/+source
/ubuntu-release-upgrader/1:19.04.16.7 in a few hours, and then in the
-proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.  Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-disco to verification-done-disco. If it does not fix
the bug for you, please add a comment stating that, and change the tag
to verification-failed-disco. In either case, without details of your
testing we will not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: ubuntu-release-upgrader (Ubuntu Disco)
       Status: Triaged => Fix Committed

** Tags added: verification-needed verification-needed-disco

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-release-upgrader in
Ubuntu.
https://bugs.launchpad.net/bugs/1783597

Title:
  The disk-space-needed estimate doesn't account for the snaps

Status in ubuntu-release-upgrader package in Ubuntu:
  Fix Released
Status in ubuntu-release-upgrader source package in Disco:
  Fix Committed
Status in ubuntu-release-upgrader source package in Eoan:
  Fix Released

Bug description:
  [Impact]

  Since there have been reports that users might fail to boot to a
  working gdm in the case of a full disk, we need to make sure users
  upgrading from and older release to disco/eoan have enough space for
  the upgrade to succeed. Currently we are installing snaps to replace
  certain debs on the system (+ refreshing existing snaps to newer
  channels/branches). The additional size required for the snap
  replacements was not taken into consideration when performing the
  upgrade, which might lead to edge-cases of users not having enough
  space for the upgrade to succeed.

  [Test Case]

  * Prepare a bionic machine
  * Make sure ubuntu-desktop and snapd are installed on it
  * Install core18 from stable and, for instance, gnome-characters from the stable/ubuntu-18.04 branch
  * Do snap list and snap refresh other gnome-related snaps to stable/ubuntu-18.04
  * Perform an upgrade to disco (with the --proposed option, to use disco-proposed)
  * Reboot
  * Make sure the update succeeded and all the installed gnome snaps now track stable/ubuntu-19.04 instead
  * Check /var/log/dist-upgrade/main.log and see if '/var' is listed in the calculated required space print-out

  Additional test case to make sure update-manager did not regress due
  to the changes:

  * On the newly upgraded system (or a new disco instance with ubuntu-release-upgrader upgraded to the version in disco-proposed), downgrade any of the installed packages
  * On the terminal, run `update-manager` and wait for the window to appear
  * Once the list of available upgrades appears, press the 'install now' button
  * Upgrades should install and no python traceback should be printed on the terminal

  [Regression Potential]

  As with any change touching the upgrade code-path, this change also carries a risk and should be well tested before going forward. That being said, the fix has been specifically basically limited to DistUpgradeQuirks to make regressions less likely. Additionally, unit tests have been added for every modified code-path.
  If any regressions should be found, the most likely place for those would be in size estimation, causing users to get notified of lack of space when they shouldn't. Another possible location would be all the things regarding replacing the debs with snaps - so either failures in snap replacement installation or refreshing.

  [Original Description]

  Looking at the code change recently made to install snaps on upgrade,
  it seems like there was no change made to the disk-space-estimate
  code. We had some reports recently that bionic might fail to boot to a
  working gdm on full disk so that could potentially be an important
  issue for upgraders

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1783597/+subscriptions