[Bug 1773564] [NEW] Disc full during upgrade with / on btrfs fs and using docker (subvolumes)

Jan Katins 1773564 at bugs.launchpad.net
Sat May 26 17:36:27 UTC 2018


Public bug reported:

I experienced a disc full event on a `do-release-upgrade` when upgrading
my ubuntu 17.10 to 18.04 with my root partition on a btrfs fs. `df`
reported 50% free (= a lie), but apparently docker created so man
subvolumes (which apparently df doesn't know about) that the disc was
almost full.

The upgrade crashed while installing packages taking some of my running
GUI apps with them and not allowing me to start any new ones. I had to
boot into a rescue console and in the end deleted all docker subvolumes
in a for loop:

```
$ btrfs subvolume list /
ID 338 gen 94967 top level 5 path var/lib/docker/btrfs/subvolumes/0d2bd1457a1a6ed78b1b3be1c1ff57cc1c709b1f4b25edc27c6d31ce1bbee8c8
ID 339 gen 94969 top level 5 path 
[...]
$ # remove the echo...
$ for subvol in $(ls /var/lib/docker/btrfs/subvolumes); do echo btrfs subvolume delete $subvol ; done
$ btrfs balance start /
```

Afterwards running `apt install -f` and whatever it asked me to run
(some dpkg stuff to finish the installs) got me back into a running
system.

-> Please check that a btrfs root partition has enough left space to
support a upgrade with e.g. `btrfs fi show /`  and warn if a out-of-
space situation is likely.

** Affects: ubuntu-release-upgrader (Ubuntu)
     Importance: Undecided
         Status: New

-- 
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/1773564

Title:
  Disc full during upgrade with / on btrfs fs and using docker
  (subvolumes)

Status in ubuntu-release-upgrader package in Ubuntu:
  New

Bug description:
  I experienced a disc full event on a `do-release-upgrade` when
  upgrading my ubuntu 17.10 to 18.04 with my root partition on a btrfs
  fs. `df` reported 50% free (= a lie), but apparently docker created so
  man subvolumes (which apparently df doesn't know about) that the disc
  was almost full.

  The upgrade crashed while installing packages taking some of my
  running GUI apps with them and not allowing me to start any new ones.
  I had to boot into a rescue console and in the end deleted all docker
  subvolumes in a for loop:

  ```
  $ btrfs subvolume list /
  ID 338 gen 94967 top level 5 path var/lib/docker/btrfs/subvolumes/0d2bd1457a1a6ed78b1b3be1c1ff57cc1c709b1f4b25edc27c6d31ce1bbee8c8
  ID 339 gen 94969 top level 5 path 
  [...]
  $ # remove the echo...
  $ for subvol in $(ls /var/lib/docker/btrfs/subvolumes); do echo btrfs subvolume delete $subvol ; done
  $ btrfs balance start /
  ```

  Afterwards running `apt install -f` and whatever it asked me to run
  (some dpkg stuff to finish the installs) got me back into a running
  system.

  -> Please check that a btrfs root partition has enough left space to
  support a upgrade with e.g. `btrfs fi show /`  and warn if a out-of-
  space situation is likely.

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



More information about the foundations-bugs mailing list