#3378 Issue open: Since ReaR 2.8: ERROR: Mounpoint / points to a BTRFS filesystem spanning multiple disk devices which is not yet supported. See: https://github.com/rear/rear/issues/2028¶
thomasmerz opened issue at 2025-01-04 11:14:¶
- ReaR version ("/usr/sbin/rear -V"):
Relax-and-Recover 2.8 / 2024-12-19
$ rpm -qa rear
rear-2.8-3.x86_64
- OS version ("cat /etc/os-release" or "lsb_release -a" or "cat /etc/rear/os.conf"):
LSB Version: core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64:desktop-4.0.fake-amd64:desktop-4.0.fake-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0.fake-amd64:graphics-4.0.fake-noarch
Distributor ID: openSUSE
Description: openSUSE Leap 15.5
Release: 15.5
Codename: n/a
-
Hardware vendor/product (PC or PowerNV BareMetal or ARM) or VM (KVM guest or PowerVM LPAR):
PC BareMetal -
System architecture (x86 compatible or PPC64/PPC64LE or what exact ARM device):
x86 -
Firmware (BIOS or UEFI or Open Firmware) and bootloader (GRUB or ELILO or Petitboot):
UEFI and GRUB -
Storage (local disk or SSD) and/or SAN (FC or iSCSI or FCoE) and/or multipath (DM or NVMe):
local disk(s) on SSD -
Storage layout ("lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,LABEL,SIZE,MOUNTPOINT"):
$ lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME KNAME PKNAME TRAN TYPE FSTYPE LABEL SIZE MOUNTPOINT
/dev/sda /dev/sda sata disk 465.8G
|-/dev/sda1 /dev/sda1 /dev/sda part vfat 156M /boot/efi
|-/dev/sda2 /dev/sda2 /dev/sda part swap 16G [SWAP]
|-/dev/sda3 /dev/sda3 /dev/sda part btrfs oSLeap42 55G /var/lib/docker/btrfs
|-/dev/sda4 /dev/sda4 /dev/sda part btrfs oSLeap42 50G
`-/dev/sda5 /dev/sda5 /dev/sda part xfs home 344.6G /home
/dev/sdb /dev/sdb usb disk 1.8T
`-/dev/sdb1 /dev/sdb1 /dev/sdb part xfs 1.8T /automnt/external_2tb
/dev/sdc /dev/sdc usb disk 931.5G
|-/dev/sdc1 /dev/sdc1 /dev/sdc part xfs 1G
|-/dev/sdc7 /dev/sdc7 /dev/sdc part xfs 150G /home/thomas/.VirtualBox
|-/dev/sdc8 /dev/sdc8 /dev/sdc part xfs 150G /home/birgit/.VirtualBox
|-/dev/sdc9 /dev/sdc9 /dev/sdc part xfs Music 405.5G /home/thomas/Music
`-/dev/sdc10 /dev/sdc10 /dev/sdc part xfs Mediathek 206G /home/thomas/Videos
- Description of the issue (ideally so that others can reproduce
it):
Since latest ReaR version 2.8 it fails with:
Mounpoint / points to a BTRFS filesystem spanning multiple disk devices which is not yet supported. See: https://github.com/rear/rear/issues/2028
BUT there is NO "BTRFS filesystem spanning multiple disk devices". All BTRFS filesystem(s) are on the same disk device:
$ lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,LABEL,SIZE,MOUNTPOINT | ack btrfs
|-/dev/sda3 /dev/sda3 /dev/sda part btrfs oSLeap42 55G /var/lib/docker/btrfs
|-/dev/sda4 /dev/sda4 /dev/sda part btrfs oSLeap42 50G
-
Workaround, if any:
Unknown. -
Attachments, as applicable ("rear -D mkrescue/mkbackup/recover" debug log files):
🦎 root@merz-nimbus:/var/log/rear # rear -D mkbackup
Relax-and-Recover 2.8 / 2024-12-19
Running rear mkbackup (PID 27396 date 2025-01-04 12:09:58)
Command line options: /usr/sbin/rear -D mkbackup
Using log file: /var/log/rear/rear-merz-nimbus.log
Using build area: /var/tmp/rear.HJhZLxj1j4qOnGg
Setting TMPDIR to ReaR's '/var/tmp/rear.HJhZLxj1j4qOnGg/tmp' (was unset when ReaR was launched)
Running 'init' stage ======================
Running workflow mkbackup on the normal/original system
Running 'prep' stage ======================
No 'console=...' setting for recovery system kernel (none in /proc/cmdline)
Found EFI system partition /dev/sda1 on /boot/efi type vfat
Using UEFI Boot Loader for Linux (USING_UEFI_BOOTLOADER=1)
Using '/usr/bin/ebiso' to create ISO filesystem images
Secure Boot is disabled, not using Secure Boot shim:
SecureBoot disabled
Platform is in Setup Mode
Using autodetected kernel '/boot/vmlinuz-5.14.21-150500.55.83-default' as kernel in the recovery system
Modified ReaR recovery system area after 'prep' stage (/var/tmp/rear.HJhZLxj1j4qOnGg/rootfs contains regular files)
Running 'layout/save' stage ======================
Creating disk layout
Overwriting existing disk layout file /var/lib/rear/layout/disklayout.conf
Docker is running, skipping filesystems mounted below Docker Root Dir /var/lib/docker
ERROR: Mounpoint / points to a BTRFS filesystem spanning multiple disk devices which is not yet supported. See: https://github.com/rear/rear/issues/2028
Some latest log messages since the last called script 230_filesystem_layout.sh:
Jan 04 05:20:15 merz-nimbus dockerd[26661]: time="2025-01-04T05:20:15.026029459+01:00" level=warning msg="ShouldRestart failed, container will not be restarted" container=0717807d4fc2ecf19d3d43c4fa3
Jan 04 05:20:16 merz-nimbus dockerd[26669]: time="2025-01-04T05:20:16.243896776+01:00" level=info msg="loading plugin \"io.containerd.event.v1.publisher\"..." runtime=io.containerd.runc.v2 type=io.c
Jan 04 05:20:16 merz-nimbus dockerd[26669]: time="2025-01-04T05:20:16.243967813+01:00" level=info msg="loading plugin \"io.containerd.internal.v1.shutdown\"..." runtime=io.containerd.runc.v2 type=io
Jan 04 05:20:16 merz-nimbus dockerd[26669]: time="2025-01-04T05:20:16.243998518+01:00" level=info msg="loading plugin \"io.containerd.ttrpc.v1.task\"..." runtime=io.containerd.runc.v2 type=io.contai
Jan 04 05:20:16 merz-nimbus dockerd[26669]: time="2025-01-04T05:20:16.244110917+01:00" level=info msg="loading plugin \"io.containerd.ttrpc.v1.pause\"..." runtime=io.containerd.runc.v2 type=io.conta
2025-01-04 12:10:10.090362319 Docker is running, skipping filesystems mounted below Docker Root Dir /var/lib/docker
2025-01-04 12:10:10.101221206 Processing filesystem 'vfat' on '/dev/sda1' mounted at '/boot/efi'
2025-01-04 12:10:10.170678311 Processing filesystem 'btrfs' on '/dev/sda3' mounted at '/'
Aborting due to an error, check /var/log/rear/rear-merz-nimbus.log for details
Exiting rear mkbackup (PID 27396) and its descendant processes ...
Running exit tasks
To remove the build area you may use (with caution): rm -Rf --one-file-system /var/tmp/rear.HJhZLxj1j4qOnGg
Terminated
🦎 root@merz-nimbus:/var/log/rear #
[Export of Github issue for rear/rear.]