Description of problem: I was converting an ext4 file system with the following command: btrfs-convert -p -O extref,skinny-metadata -L /dev/mapper/luks-md127 Version-Release number of selected component: btrfs-progs-4.20.2-1.fc30 Additional info: reporter: libreport-2.10.0 backtrace_rating: 4 cmdline: btrfs-convert -p -O extref,skinny-metadata -L /dev/mapper/luks-md127 crash_function: bugon_trace executable: /usr/sbin/btrfs-convert journald_cursor: s=630da582d5fd40838e1fd5157122db13;i=6f6e0;b=09b49c36846346869b1bfeda781ce99d;m=e2377c77;t=5897d8e324188;x=2b1e09eb3ef8ec4c kernel: 5.0.16-300.fc30.x86_64 rootdir: / runlevel: 3 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (9 frames) #2 bugon_trace at kerncompat.h:115 #4 copy_for_split at ctree.c:2127 #5 split_leaf at ctree.c:2297 #6 btrfs_search_slot at ctree.c:1217 #7 btrfs_csum_file_block at file-item.c:257 #8 csum_disk_extent at convert/main.c:182 #9 create_image_file_range at convert/main.c:320 #10 create_image at convert/main.c:840 #11 do_convert at convert/main.c:1195
Created attachment 1572119 [details] File: backtrace
Created attachment 1572120 [details] File: cgroup
Created attachment 1572121 [details] File: core_backtrace
Created attachment 1572122 [details] File: cpuinfo
Created attachment 1572123 [details] File: dso_list
Created attachment 1572124 [details] File: environ
Created attachment 1572125 [details] File: limits
Created attachment 1572126 [details] File: maps
Created attachment 1572127 [details] File: mountinfo
Created attachment 1572128 [details] File: open_fds
Created attachment 1572129 [details] File: proc_pid_status
I think there was enough free space for the operation: Size=4620G, Used=3100G, Avail=1520G, Use%=67.1... but will try with '-n' and '-d' now.
Similar problem has been detected: I ran "btrfs-convert -n -d -p -O extref,skinny-metadata -L /dev/mapper/luks-md127". I think there was enough free space for the operation: Size=4620G, Used=3100G, Avail=1520G, Use%=67.1. This is after bug #1713035 reporter: libreport-2.10.0 backtrace_rating: 4 cmdline: btrfs-convert -n -d -p -O extref,skinny-metadata -L /dev/mapper/luks-md127 crash_function: bugon_trace executable: /usr/sbin/btrfs-convert journald_cursor: s=630da582d5fd40838e1fd5157122db13;i=6f76e;b=09b49c36846346869b1bfeda781ce99d;m=1194a3224;t=5897dc544f735;x=d9c1c886a6dcc036 kernel: 5.0.16-300.fc30.x86_64 package: btrfs-progs-4.20.2-1.fc30 reason: btrfs-convert killed by SIGABRT rootdir: / runlevel: 3 5 type: CCpp uid: 0
using btrfs-progs 5.1 did not help (rebuilt the RPM with new source), just printed a few more lines: btrfs-convert -p -O extref,skinny-metadata -L /dev/mapper/luks-md127 create btrfs filesystem: blocksize: 4096 nodesize: 16384 features: extref, skinny-metadata (default) creating ext2 image file Unable to find block group for 0 Unable to find block group for 0 Unable to find block group for 0 ctree.c:2245: split_leaf: BUG_ON `1` triggered, value 1 btrfs-convert(+0x16309)[0x561beff32309] btrfs-convert(btrfs_search_slot+0xe85)[0x561beff337e5] btrfs-convert(btrfs_csum_file_block+0x43f)[0x561beff45cff] btrfs-convert(+0xe91b)[0x561beff2a91b] btrfs-convert(main+0x1864)[0x561beff29b34] /lib64/libc.so.6(__libc_start_main+0xf3)[0x7f7b86a86f33] btrfs-convert(_start+0x2e)[0x561beff2a4be] Aborted (core dumped)
My suggestion is to report this to upstream list since Fedora does not carry any distro specific patches for Btrfs either user space or kernel space, this must be an upstream bug. And in particular you've reproduced using very recent kernel and progs versions, so they will take interest in this bug. It's reasonable to reference this bug URL in the email to upstream and to continue to add attachments to this bug report. List info: http://vger.kernel.org/vger-lists.html#linux-btrfs Post address: linux-btrfs.org
Reported in kernel's bugzilla - https://bugzilla.kernel.org/show_bug.cgi?id=203693 , thanks.