[Bug 1931790] Re: Unable to mount btrfs RAID 1 filesystem after reboot - Error - device total_bytes should be at most X but found Y

[Jacob Anawalt]

I also experienced this upgrading from Ubuntu 20.04LTS to 22.04.
Fortunately the btrfs was used for network file storage and backups
commenting out those mount points I could still boot. Unfortunately the
old 5.4.0-126-generic kernel would not boot my LVM root. Neither would
5.4.214 or 5.5.19. Fortunately 5.10.120-0510120-generic did and could
still mount my btrfs.

For a precaution I did a scrub and a balance, neither helped, and then I
ran btrfs filesystem resize 4:max /btrfs-admin/storage and then rebooted
a final time with success on 5.15-0-48-generic.

I had to give the id of 4 because I have migrated from older disks over
time and no longer had a device id of 1. Also the ubuntu-mainline-
kernel.sh program was a great help in pulling down and installing older
kernels to get me to the 5.10 that worked.

Anyone upgrading from 20.04 to 22.04 with an LVM root and some BTRFS
storage, prepare or beware.

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

Title:
  Unable to mount btrfs RAID 1 filesystem after reboot - Error - device
  total_bytes should be at most X but found Y

Status in Ubuntu:
  Confirmed
Status in btrfs package in Ubuntu:
  Confirmed
Status in btrfs-progs package in Ubuntu:
  Confirmed

Bug description:
  Hi,

  I'm unable to mount my newly created btrfs RAID 1 filesystem after
  reboot..I performed the below steps with my 2 X 1 TB drives:

  * created a new btrfs filesystem
  mkfs.btrfs /dev/sdd1

  * mounted it to /mnt/datanew
  mount -t btrfs /dev/sdd1 /mnt/datanew

  * copied over data from my previous NTFS volume on /dev/sde1 (which I
  intended to add later as a mirror) - took 3.5 hrs

  * added a new volume
  mkfs.btrfs device add /dev/sde1

  * started balance and convert to raid 1 - took 8 to 10
  hours..overnight

  btrfs balance start -dconvert=raid1 -mconvert=raid1 /mnt/datanew

  * rebooted next morning

  I seeing below errors:
  [  792.045980] BTRFS info (device sdd1): allowing degraded mounts
  [  792.045988] BTRFS info (device sdd1): disk space caching is enabled
  [  792.045990] BTRFS info (device sdd1): has skinny extents
  [  792.047498] BTRFS error (device sdd1): device total_bytes should be at most 1000201841152 but found 1000203804672
  [  792.049207] BTRFS error (device sdd1): failed to read chunk tree: -22
  [  792.051525] BTRFS error (device sdd1): open_ctree failed
  * Manual mount has below error additonally
  mount: /mnt/datanew: wrong fs type, bad option, bad superblock on /dev/sde1, missing codepage or helper program, or other error.

  * Verified the data seems intact (apparently no errors), superblock
  seems fine.. tried btrfs rescue commands.. no issues found to fix

  * Found several hits on search but not many solutions..except "btrfs filesystem resize max /" which doesnt work as I'm unable to mount in the first place..
  btrfs filesystem resize max /mnt/datanew/
  ERROR: not a btrfs filesystem: /mnt/datanew/

  Any suggestions? Thanks

  ProblemType: Bug
  DistroRelease: Ubuntu 21.04
  Package: ubuntu-release-upgrader-core 1:21.04.13
  ProcVersionSignature: Ubuntu 5.11.0-17.18-generic 5.11.12
  Uname: Linux 5.11.0-17-generic x86_64
  ApportVersion: 2.20.11-0ubuntu65.1
  Architecture: amd64
  CasperMD5CheckResult: pass
  CrashDB: ubuntu
  Date: Sun Jun 13 11:17:02 2021
  InstallationDate: Installed on 2021-05-16 (27 days ago)
  InstallationMedia: Kubuntu 21.04 "Hirsute Hippo" - Release amd64 (20210420)
  PackageArchitecture: all
  ProcEnviron:
   LANGUAGE=en_IN:en
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_IN
   SHELL=/bin/bash
  SourcePackage: ubuntu-release-upgrader
  Symptom: ubuntu-release-upgrader
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+bug/1931790/+subscriptions