http://bugzilla.opensuse.org/show_bug.cgi?id=1143865 Bug ID: 1143865 Summary: btrfs mount takes more than 5 minutes Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers@forge.provo.novell.com Reporter: felix@feldspaten.org QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Created attachment 812481 --> http://bugzilla.opensuse.org/attachment.cgi?id=812481&action=edit open_ctree_failed error on boot Dear all, after a recent update in openSUSE LEAP 15.1 a server failed to boot with "open_ctree failed" (See attachment). I was able to resolve this issue by booting into the system without the corresponding device and run a 'btrfs device check' on that device. After that I was able to mount the system again, but it's now horribly slow: I have btrfs on an ARECA Hardware RAID for a 70 TiB filesystem. The system is about 70% full. btrfs is working ON the hardware RAID, no btrfs RAID functions are used in this system. The boot procedure of the filesystem failed without any useful information (after resolving the "open_ctree" failed issue). I was able to boot into the system by disabling the 70 TiB system in /etc/fstab. After booting I could manually mount the system, but mounting and unmounting took horribly long. Long as in more than 5 minutes: eso-storage:/ # time mount /dev/sdb1 /RAID real 5m37.123s user 0m0.001s sys 0m6.102 This explains, why the boot procedure fails, because it takes more than 4:30 minutes, which is displayed to be the timeout. Still, a mount of a rather large filesystem that takes more than 5 minutes seems to be a bit fishy. Using openSUSE LEAP 15.1 with all installed updated on Kernel 4.12.14-lp151.28.10-default. Here are some details about the filesystems: /dev/sda is the system ssd /dev/sdb is the ARECA RAID The filesystem has been created with `mkfs.btrfs` using the default settings. # lsblk /dev/sda1: UUID="36AC-53E1" TYPE="vfat" PARTUUID="b45ecebb-24f0-481a-9223-a2cde070ddab" /dev/sda2: UUID="ba1a7010-f9cd-42b3-801d-9e64f0f85352" UUID_SUB="9b7c4815-9db1-45c5-abc3-f77287901e1f" TYPE="btrfs" PTTYPE="dos" PARTUUID="fd92a855-ead4-491c-9f3b-e646a9020e2a" /dev/sdb1: UUID="ef07c50a-4759-484c-930d-e8bac9f673e9" UUID_SUB="0740289c-156b-4317-b807-d2de1906318c" TYPE="btrfs" PARTUUID="fbe19045-6d19-4201-81b7-c908abc3cef2" # btrfs filesystem show Label: none uuid: ba1a7010-f9cd-42b3-801d-9e64f0f85352 Total devices 1 FS bytes used 3.57GiB devid 1 size 50.00GiB used 4.53GiB path /dev/sda2 Label: none uuid: ef07c50a-4759-484c-930d-e8bac9f673e9 Total devices 1 FS bytes used 76.83TiB devid 1 size 98.22TiB used 76.94TiB path /dev/sdb1 Greetings, Felix -- You are receiving this mail because: You are on the CC list for the bug.