Mace Moneta
2013-Feb-22 14:46 UTC
WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
https://bugzilla.redhat.com/show_bug.cgi?id=906142 With 3.8 kernels in Fedora 18, using encfs on btrfs I get the following error. It can take hours of use before I get a reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with ''-o recovery'' to get the filesystem back after a reboot. No data appears to be lost, and a scrub runs to completion with no errors. [14691.074991] WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]() [14691.074993] Hardware name: C2SEA [14691.074995] btrfs bad mapping eb start 645984256 len 4096, wanted 4096 8 [14691.074997] Modules linked in: vfat fat usb_storage fuse rfcomm bnep nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack ip6table_filter nf_conntrack ip6_tables w83627ehf hwmon_vid snd_hda_codec_realtek snd_hda_intel snd_hda_codec uvcvideo videobuf2_vmalloc snd_hwdep snd_seq snd_seq_device videobuf2_memops btusb videobuf2_core videodev snd_pcm bluetooth iTCO_wdt snd_page_alloc media rfkill coretemp snd_timer iTCO_vendor_support i2c_i801 snd lpc_ich mfd_core soundcore microcode r8169 mii vhost_net tun macvtap macvlan kvm_intel kvm binfmt_misc i2c_dev uinput btrfs zlib_deflate libcrc32c ata_generic pata_acpi i915 video firewire_ohci i2c_algo_bit firewire_core drm_kms_helper pata_it8213 crc_itu_t drm i2c_core [14691.075070] Pid: 1926, comm: encfs Not tainted 3.8.0-0.rc7.git0.1.fc19.x86_64 #1 [14691.075072] Call Trace: [14691.075093] [<ffffffffa01a7c00>] ? map_private_extent_buffer+0xb0/0xe0 [btrfs] [14691.075099] [<ffffffff8105c210>] warn_slowpath_common+0x70/0xa0 [14691.075102] [<ffffffff8105c28c>] warn_slowpath_fmt+0x4c/0x50 [14691.075121] [<ffffffffa01a7c24>] map_private_extent_buffer+0xd4/0xe0 [btrfs] [14691.075139] [<ffffffffa019da30>] btrfs_set_token_64+0x60/0xf0 [btrfs] [14691.075159] [<ffffffffa01be264>] btrfs_log_changed_extents+0x384/0x600 [btrfs] [14691.075178] [<ffffffffa01c05b8>] btrfs_log_inode+0x3b8/0x660 [btrfs] [14691.075196] [<ffffffffa01c1519>] btrfs_log_inode_parent+0x169/0x450 [btrfs] [14691.075216] [<ffffffffa01c183a>] btrfs_log_dentry_safe+0x3a/0x60 [btrfs] [14691.075234] [<ffffffffa0198400>] btrfs_sync_file+0x150/0x1f0 [btrfs] [14691.075239] [<ffffffff811c48c6>] do_fsync+0x56/0x80 [14691.075242] [<ffffffff811c4b50>] sys_fsync+0x10/0x20 [14691.075247] [<ffffffff8163e419>] system_call_fastpath+0x16/0x1b [14691.075253] ---[ end trace 0c19c78181b4038d ]--- [14691.075261] BUG: unable to handle kernel NULL pointer dereference at (null) [14691.075311] IP: [<ffffffffa01a7e23>] write_extent_buffer+0xd3/0x150 [btrfs] [14691.075364] PGD 208a79067 PUD 2089a6067 PMD 0 [14691.075400] Oops: 0000 [#1] SMP [14691.075425] Modules linked in: vfat fat usb_storage fuse rfcomm bnep nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack ip6table_filter nf_conntrack ip6_tables w83627ehf hwmon_vid snd_hda_codec_realtek snd_hda_intel snd_hda_codec uvcvideo videobuf2_vmalloc snd_hwdep snd_seq snd_seq_device videobuf2_memops btusb videobuf2_core videodev snd_pcm bluetooth iTCO_wdt snd_page_alloc media rfkill coretemp snd_timer iTCO_vendor_support i2c_i801 snd lpc_ich mfd_core soundcore microcode r8169 mii vhost_net tun macvtap macvlan kvm_intel kvm binfmt_misc i2c_dev uinput btrfs zlib_deflate libcrc32c ata_generic pata_acpi i915 video firewire_ohci i2c_algo_bit firewire_core drm_kms_helper pata_it8213 crc_itu_t drm i2c_core [14691.076012] CPU 2 [14691.076012] Pid: 1926, comm: encfs Tainted: G W 3.8.0-0.rc7.git0.1.fc19.x86_64 #1 Supermicro C2SEA/C2SEA [14691.076012] RIP: 0010:[<ffffffffa01a7e23>] [<ffffffffa01a7e23>] write_extent_buffer+0xd3/0x150 [btrfs] [14691.076012] RSP: 0018:ffff88020b653c20 EFLAGS: 00010202 [14691.076012] RAX: 0000000000000000 RBX: 0000000000000008 RCX: 0000000000000008 [14691.076012] RDX: 0000000000001008 RSI: 0000000026810000 RDI: ffff8801316cf988 [14691.076012] RBP: ffff88020b653c50 R08: 000000000000000a R09: 00000000000003ea [14691.076012] R10: 0000000000000000 R11: ffff88020b6538d6 R12: ffff88020b653c80 [14691.076012] R13: ffff8801316cf988 R14: 0000000000000000 R15: 0000000000000008 [14691.076012] FS: 00007fd04462b800(0000) GS:ffff880237d00000(0000) knlGS:0000000000000000 [14691.076012] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [14691.076012] CR2: 0000000000000000 CR3: 00000001e7e39000 CR4: 00000000000007e0 [14691.076012] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [14691.076012] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [14691.076012] Process encfs (pid: 1926, threadinfo ffff88020b652000, task ffff8801f0c44620) [14691.076012] Stack: [14691.076012] 0000000000001000 ffff88020b653d70 ffff8801316cf988 0000000000001000 [14691.076012] 0000000000000025 0000000000000fdb ffff88020b653cb0 ffffffffa019dab0 [14691.076012] 0000000000000000 ffff880106418000 0000000000001000 0000000000001000 [14691.076012] Call Trace: [14691.076012] [<ffffffffa019dab0>] btrfs_set_token_64+0xe0/0xf0 [btrfs] [14691.076012] [<ffffffffa01be264>] btrfs_log_changed_extents+0x384/0x600 [btrfs] [14691.076012] [<ffffffffa01c05b8>] btrfs_log_inode+0x3b8/0x660 [btrfs] [14691.076012] [<ffffffffa01c1519>] btrfs_log_inode_parent+0x169/0x450 [btrfs] [14691.076012] [<ffffffffa01c183a>] btrfs_log_dentry_safe+0x3a/0x60 [btrfs] [14691.076012] [<ffffffffa0198400>] btrfs_sync_file+0x150/0x1f0 [btrfs] [14691.076012] [<ffffffff811c48c6>] do_fsync+0x56/0x80 [14691.076012] [<ffffffff811c4b50>] sys_fsync+0x10/0x20 [14691.076012] [<ffffffff8163e419>] system_call_fastpath+0x16/0x1b [14691.076012] Code: e0 0c 48 01 d0 4c 89 c2 4a 8d 3c 30 e8 57 df 14 e1 4c 8b 45 d0 4d 01 c4 4d 29 c7 74 3b 45 31 f6 49 8b 85 50 01 00 00 48 8b 04 18 <48> 8b 30 83 e6 08 75 95 be af 12 00 00 48 c7 c7 a4 2b 1f a0 48 [14691.076012] RIP [<ffffffffa01a7e23>] write_extent_buffer+0xd3/0x150 [btrfs] [14691.076012] RSP <ffff88020b653c20> [14691.076012] CR2: 0000000000000000 [14691.106929] ---[ end trace 0c19c78181b4038e ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Josef Bacik
2013-Feb-22 16:53 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote:> https://bugzilla.redhat.com/show_bug.cgi?id=906142 > > With 3.8 kernels in Fedora 18, using encfs on btrfs I get the > following error. It can take hours of use before I get a > reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with > ''-o recovery'' to get the filesystem back after a reboot. No data > appears to be lost, and a scrub runs to completion with no errors.Could you do gdb btrfs.ko list *(btrfs_log_inode+0x3b8) and tell me what it says? Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-22 17:22 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote:> On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the >> following error. It can take hours of use before I get a >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with >> ''-o recovery'' to get the filesystem back after a reboot. No data >> appears to be lost, and a scrub runs to completion with no errors. > > Could you do > > gdb btrfs.ko > list *(btrfs_log_inode+0x3b8) > > and tell me what it says? Thanks, > > Josef# uname -r 3.8.0-0.rc7.git0.1.fc19.x86_64 # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko (gdb) list *(btrfs_log_inode+0x3b8) 0x675b8 is in btrfs_log_inode (fs/btrfs/tree-log.c:3633). 3628 3629 log_extents: 3630 if (fast_search) { 3631 btrfs_release_path(dst_path); 3632 ret = btrfs_log_changed_extents(trans, root, inode, dst_path); 3633 if (ret) { 3634 err = ret; 3635 goto out_unlock; 3636 } 3637 } else { (gdb) -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Josef Bacik
2013-Feb-22 17:44 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote:> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: > > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: > >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 > >> > >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the > >> following error. It can take hours of use before I get a > >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with > >> ''-o recovery'' to get the filesystem back after a reboot. No data > >> appears to be lost, and a scrub runs to completion with no errors. > > > > Could you do > > > > gdb btrfs.ko > > list *(btrfs_log_inode+0x3b8) > > > > and tell me what it says? Thanks, > > > > Josef > > # uname -r > 3.8.0-0.rc7.git0.1.fc19.x86_64 > > # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko >Sigh sorry, I miseed the other line because of line wrapping, can you do list *(btrfs_log_changed_extents+0x384) Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-22 17:52 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote:> On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 >> >> >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the >> >> following error. It can take hours of use before I get a >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with >> >> ''-o recovery'' to get the filesystem back after a reboot. No data >> >> appears to be lost, and a scrub runs to completion with no errors. >> > >> > Could you do >> > >> > gdb btrfs.ko >> > list *(btrfs_log_inode+0x3b8) >> > >> > and tell me what it says? Thanks, >> > >> > Josef >> >> # uname -r >> 3.8.0-0.rc7.git0.1.fc19.x86_64 >> >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko >> > > Sigh sorry, I miseed the other line because of line wrapping, can you do > > list *(btrfs_log_changed_extents+0x384) > > Thanks, > > Josef(gdb) list *(btrfs_log_changed_extents+0x384) 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). 2726 generation, 64); 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct btrfs_file_extent_item, (gdb) -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Josef Bacik
2013-Feb-22 18:10 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 10:52:19AM -0700, Mace Moneta wrote:> On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote: > > On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: > >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: > >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: > >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 > >> >> > >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the > >> >> following error. It can take hours of use before I get a > >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with > >> >> ''-o recovery'' to get the filesystem back after a reboot. No data > >> >> appears to be lost, and a scrub runs to completion with no errors. > >> > > >> > Could you do > >> > > >> > gdb btrfs.ko > >> > list *(btrfs_log_inode+0x3b8) > >> > > >> > and tell me what it says? Thanks, > >> > > >> > Josef > >> > >> # uname -r > >> 3.8.0-0.rc7.git0.1.fc19.x86_64 > >> > >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko > >> > > > > Sigh sorry, I miseed the other line because of line wrapping, can you do > > > > list *(btrfs_log_changed_extents+0x384) > > > > Thanks, > > > > Josef > > (gdb) list *(btrfs_log_changed_extents+0x384) > 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). > 2726 generation, 64); > 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct > btrfs_file_extent_item, > 2728 disk_num_bytes, 64); > 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, > 2730 offset, 64); > 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, > 2732 num_bytes, 64); > 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, > 2734 ram_bytes, 64); > 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct > btrfs_file_extent_item, > (gdb)Ok nothing obvious is jumping out at me, anything specifc to your btrfs setup? Mount options, raid etc. I''m going to setup encfs up here and hammer it with fsstress and see if I can reproduce. Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-22 18:16 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik <jbacik@fusionio.com> wrote:> On Fri, Feb 22, 2013 at 10:52:19AM -0700, Mace Moneta wrote: >> On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote: >> > On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: >> >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: >> >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: >> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 >> >> >> >> >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the >> >> >> following error. It can take hours of use before I get a >> >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with >> >> >> ''-o recovery'' to get the filesystem back after a reboot. No data >> >> >> appears to be lost, and a scrub runs to completion with no errors. >> >> > >> >> > Could you do >> >> > >> >> > gdb btrfs.ko >> >> > list *(btrfs_log_inode+0x3b8) >> >> > >> >> > and tell me what it says? Thanks, >> >> > >> >> > Josef >> >> >> >> # uname -r >> >> 3.8.0-0.rc7.git0.1.fc19.x86_64 >> >> >> >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko >> >> >> > >> > Sigh sorry, I miseed the other line because of line wrapping, can you do >> > >> > list *(btrfs_log_changed_extents+0x384) >> > >> > Thanks, >> > >> > Josef >> >> (gdb) list *(btrfs_log_changed_extents+0x384) >> 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). >> 2726 generation, 64); >> 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct >> btrfs_file_extent_item, >> 2728 disk_num_bytes, 64); >> 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, >> 2730 offset, 64); >> 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, >> 2732 num_bytes, 64); >> 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, >> 2734 ram_bytes, 64); >> 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct >> btrfs_file_extent_item, >> (gdb) > > Ok nothing obvious is jumping out at me, anything specifc to your btrfs setup? > Mount options, raid etc. I''m going to setup encfs up here and hammer it with > fsstress and see if I can reproduce. Thanks, > > JosefThe btrfs mount options I''m using are: subvol=home,noatime,autodefrag The encfs is mounted with default options. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-22 18:31 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 1:16 PM, Mace Moneta <moneta.mace@gmail.com> wrote:> On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik <jbacik@fusionio.com> wrote: >> On Fri, Feb 22, 2013 at 10:52:19AM -0700, Mace Moneta wrote: >>> On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote: >>> > On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: >>> >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: >>> >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: >>> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 >>> >> >> >>> >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the >>> >> >> following error. It can take hours of use before I get a >>> >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with >>> >> >> ''-o recovery'' to get the filesystem back after a reboot. No data >>> >> >> appears to be lost, and a scrub runs to completion with no errors. >>> >> > >>> >> > Could you do >>> >> > >>> >> > gdb btrfs.ko >>> >> > list *(btrfs_log_inode+0x3b8) >>> >> > >>> >> > and tell me what it says? Thanks, >>> >> > >>> >> > Josef >>> >> >>> >> # uname -r >>> >> 3.8.0-0.rc7.git0.1.fc19.x86_64 >>> >> >>> >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko >>> >> >>> > >>> > Sigh sorry, I miseed the other line because of line wrapping, can you do >>> > >>> > list *(btrfs_log_changed_extents+0x384) >>> > >>> > Thanks, >>> > >>> > Josef >>> >>> (gdb) list *(btrfs_log_changed_extents+0x384) >>> 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). >>> 2726 generation, 64); >>> 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct >>> btrfs_file_extent_item, >>> 2728 disk_num_bytes, 64); >>> 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, >>> 2730 offset, 64); >>> 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, >>> 2732 num_bytes, 64); >>> 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, >>> 2734 ram_bytes, 64); >>> 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct >>> btrfs_file_extent_item, >>> (gdb) >> >> Ok nothing obvious is jumping out at me, anything specifc to your btrfs setup? >> Mount options, raid etc. I''m going to setup encfs up here and hammer it with >> fsstress and see if I can reproduce. Thanks, >> >> Josef > > The btrfs mount options I''m using are: subvol=home,noatime,autodefrag > > The encfs is mounted with default options.Oh, and there''s no raid data, just a single drive. I don''t do heavy I/O to the encfs, which may explain why it takes minutes to hours to recreate. I have my google-chrome config directory (cache, profile, passwords, etc.) in the encfs, so it''s getting read/written as I browse. # btrfs fi show failed to read /dev/sr0 Label: ''btrfs'' uuid: 057239ee-1cc7-44b2-8fa3-714661dfa7fe Total devices 1 FS bytes used 39.06GB devid 1 size 455.58GB used 77.04GB path /dev/sda3 Btrfs Btrfs v0.19 # btrfs fi df /home Data: total=58.01GB, used=38.46GB System, DUP: total=8.00MB, used=16.00KB System: total=4.00MB, used=0.00 Metadata, DUP: total=9.50GB, used=611.59MB Metadata: total=8.00MB, used=0.00 Btrfs Btrfs v0.19 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Josef Bacik
2013-Feb-22 19:40 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 11:31:07AM -0700, Mace Moneta wrote:> On Fri, Feb 22, 2013 at 1:16 PM, Mace Moneta <moneta.mace@gmail.com> wrote: > > On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik <jbacik@fusionio.com> wrote: > >> On Fri, Feb 22, 2013 at 10:52:19AM -0700, Mace Moneta wrote: > >>> On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote: > >>> > On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: > >>> >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: > >>> >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: > >>> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 > >>> >> >> > >>> >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the > >>> >> >> following error. It can take hours of use before I get a > >>> >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with > >>> >> >> ''-o recovery'' to get the filesystem back after a reboot. No data > >>> >> >> appears to be lost, and a scrub runs to completion with no errors. > >>> >> > > >>> >> > Could you do > >>> >> > > >>> >> > gdb btrfs.ko > >>> >> > list *(btrfs_log_inode+0x3b8) > >>> >> > > >>> >> > and tell me what it says? Thanks, > >>> >> > > >>> >> > Josef > >>> >> > >>> >> # uname -r > >>> >> 3.8.0-0.rc7.git0.1.fc19.x86_64 > >>> >> > >>> >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko > >>> >> > >>> > > >>> > Sigh sorry, I miseed the other line because of line wrapping, can you do > >>> > > >>> > list *(btrfs_log_changed_extents+0x384) > >>> > > >>> > Thanks, > >>> > > >>> > Josef > >>> > >>> (gdb) list *(btrfs_log_changed_extents+0x384) > >>> 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). > >>> 2726 generation, 64); > >>> 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct > >>> btrfs_file_extent_item, > >>> 2728 disk_num_bytes, 64); > >>> 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, > >>> 2730 offset, 64); > >>> 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, > >>> 2732 num_bytes, 64); > >>> 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, > >>> 2734 ram_bytes, 64); > >>> 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct > >>> btrfs_file_extent_item, > >>> (gdb) > >> > >> Ok nothing obvious is jumping out at me, anything specifc to your btrfs setup? > >> Mount options, raid etc. I''m going to setup encfs up here and hammer it with > >> fsstress and see if I can reproduce. Thanks, > >> > >> Josef > > > > The btrfs mount options I''m using are: subvol=home,noatime,autodefrag > > > > The encfs is mounted with default options. > > Oh, and there''s no raid data, just a single drive. I don''t do heavy > I/O to the encfs, which may explain why it takes minutes to hours to > recreate. I have my google-chrome config directory (cache, profile, > passwords, etc.) in the encfs, so it''s getting read/written as I > browse.So incase I can''t reproduce can you build btrfs-next and see if it reproduces on there? And if it does perfect I can send you debug patches to apply and such. Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-23 04:54 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 2:40 PM, Josef Bacik <jbacik@fusionio.com> wrote:> On Fri, Feb 22, 2013 at 11:31:07AM -0700, Mace Moneta wrote: >> On Fri, Feb 22, 2013 at 1:16 PM, Mace Moneta <moneta.mace@gmail.com> wrote: >> > On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik <jbacik@fusionio.com> wrote: >> >> On Fri, Feb 22, 2013 at 10:52:19AM -0700, Mace Moneta wrote: >> >>> On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote: >> >>> > On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: >> >>> >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: >> >>> >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: >> >>> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 >> >>> >> >> >> >>> >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the >> >>> >> >> following error. It can take hours of use before I get a >> >>> >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with >> >>> >> >> ''-o recovery'' to get the filesystem back after a reboot. No data >> >>> >> >> appears to be lost, and a scrub runs to completion with no errors. >> >>> >> > >> >>> >> > Could you do >> >>> >> > >> >>> >> > gdb btrfs.ko >> >>> >> > list *(btrfs_log_inode+0x3b8) >> >>> >> > >> >>> >> > and tell me what it says? Thanks, >> >>> >> > >> >>> >> > Josef >> >>> >> >> >>> >> # uname -r >> >>> >> 3.8.0-0.rc7.git0.1.fc19.x86_64 >> >>> >> >> >>> >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko >> >>> >> >> >>> > >> >>> > Sigh sorry, I miseed the other line because of line wrapping, can you do >> >>> > >> >>> > list *(btrfs_log_changed_extents+0x384) >> >>> > >> >>> > Thanks, >> >>> > >> >>> > Josef >> >>> >> >>> (gdb) list *(btrfs_log_changed_extents+0x384) >> >>> 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). >> >>> 2726 generation, 64); >> >>> 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct >> >>> btrfs_file_extent_item, >> >>> 2728 disk_num_bytes, 64); >> >>> 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, >> >>> 2730 offset, 64); >> >>> 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, >> >>> 2732 num_bytes, 64); >> >>> 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, >> >>> 2734 ram_bytes, 64); >> >>> 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct >> >>> btrfs_file_extent_item, >> >>> (gdb) >> >> >> >> Ok nothing obvious is jumping out at me, anything specifc to your btrfs setup? >> >> Mount options, raid etc. I''m going to setup encfs up here and hammer it with >> >> fsstress and see if I can reproduce. Thanks, >> >> >> >> Josef >> > >> > The btrfs mount options I''m using are: subvol=home,noatime,autodefrag >> > >> > The encfs is mounted with default options. >> >> Oh, and there''s no raid data, just a single drive. I don''t do heavy >> I/O to the encfs, which may explain why it takes minutes to hours to >> recreate. I have my google-chrome config directory (cache, profile, >> passwords, etc.) in the encfs, so it''s getting read/written as I >> browse. > > So incase I can''t reproduce can you build btrfs-next and see if it reproduces on > there? And if it does perfect I can send you debug patches to apply and such. > Thanks, > > JosefUsing btrfs-next, current as of commit bf3ec18ebec80b2251df8cab062fce5f2bc33a45 (Btrfs: update inode flags when renaming), I got a re-occurrence: [ 8791.731844] ------------[ cut here ]------------ [ 8791.731877] WARNING: at fs/btrfs/extent_io.c:4720 map_private_extent_buffer+0xd4/0xe0 [btrfs]() [ 8791.731879] Hardware name: C2SEA [ 8791.731881] btrfs bad mapping eb start 536137728 len 4096, wanted 4096 8 [ 8791.731884] Modules linked in: vfat fat usb_storage fuse rfcomm bnep nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack nf_conntrack ip6table_filter ip6_tables w83627ehf hwmon_vid snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep btusb coretemp uvcvideo bluetooth snd_seq videobuf2_vmalloc videobuf2_memops rfkill snd_seq_device videobuf2_core videodev iTCO_wdt snd_pcm media i2c_i801 snd_page_alloc iTCO_vendor_support lpc_ich microcode snd_timer snd r8169 mfd_core mii soundcore vhost_net tun macvtap macvlan kvm_intel kvm i2c_dev binfmt_misc uinput btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 video i2c_algo_bit firewire_ohci drm_kms_helper firewire_core pata_it8213 crc_itu_t drm i2c_core [ 8791.731931] Pid: 1984, comm: encfs Not tainted 3.8.0-1.BtrfsNext.fc18.x86_64 #1 [ 8791.731933] Call Trace: [ 8791.731940] [<ffffffff8105e61f>] warn_slowpath_common+0x7f/0xc0 [ 8791.731943] [<ffffffff8105e716>] warn_slowpath_fmt+0x46/0x50 [ 8791.731962] [<ffffffffa01b7144>] map_private_extent_buffer+0xd4/0xe0 [btrfs] [ 8791.731980] [<ffffffffa01ad2eb>] btrfs_set_token_64+0x6b/0x100 [btrfs] [ 8791.732052] [<ffffffffa01d0601>] log_one_extent.isra.26+0x241/0x730 [btrfs] [ 8791.732080] [<ffffffffa01d138a>] btrfs_log_inode+0x89a/0x990 [btrfs] [ 8791.732085] [<ffffffff81185700>] ? kmem_cache_alloc+0x10/0x200 [ 8791.732103] [<ffffffffa01d21ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 8791.732122] [<ffffffffa01d24a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 8791.732141] [<ffffffffa01a7bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 8791.732147] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 8791.732150] [<ffffffff811cc760>] sys_fsync+0x10/0x20 [ 8791.732154] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 8791.732157] ---[ end trace 941faf2a391e738a ]--- [ 8791.732174] BUG: unable to handle kernel NULL pointer dereference at (null) [ 8791.732239] IP: [<ffffffffa01b7353>] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.732296] PGD 1ec354067 PUD 1f3d5a067 PMD 0 [ 8791.732334] Oops: 0000 [#1] SMP [ 8791.732361] Modules linked in: vfat fat usb_storage fuse rfcomm bnep nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack nf_conntrack ip6table_filter ip6_tables w83627ehf hwmon_vid snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep btusb coretemp uvcvideo bluetooth snd_seq videobuf2_vmalloc videobuf2_memops rfkill snd_seq_device videobuf2_core videodev iTCO_wdt snd_pcm media i2c_i801 snd_page_alloc iTCO_vendor_support lpc_ich microcode snd_timer snd r8169 mfd_core mii soundcore vhost_net tun macvtap macvlan kvm_intel kvm i2c_dev binfmt_misc uinput btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 video i2c_algo_bit firewire_ohci drm_kms_helper firewire_core pata_it8213 crc_itu_t drm i2c_core [ 8791.732913] CPU 1 [ 8791.732929] Pid: 1984, comm: encfs Tainted: G W 3.8.0-1.BtrfsNext.fc18.x86_64 #1 Supermicro C2SEA/C2SEA [ 8791.732983] RIP: 0010:[<ffffffffa01b7353>] [<ffffffffa01b7353>] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.733011] RSP: 0018:ffff8801ec389b48 EFLAGS: 00010202 [ 8791.733011] RAX: 0000000000000000 RBX: ffff8801ec389bc0 RCX: 0000000000000008 [ 8791.733011] RDX: 0000000000001008 RSI: ffff8801ec389bc0 RDI: 0000000000001000 [ 8791.733011] RBP: ffff8801ec389b88 R08: 000000000000000a R09: 00000000000003c9 [ 8791.733011] R10: 0000000000000000 R11: 00000000000003c8 R12: 0000000000000008 [ 8791.733011] R13: ffff8800403cac18 R14: 0000000000000000 R15: 0000000000000008 [ 8791.733011] FS: 00007ff4e8a77800(0000) GS:ffff880237c80000(0000) knlGS:0000000000000000 [ 8791.733011] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 8791.733011] CR2: 0000000000000000 CR3: 00000001ec1cb000 CR4: 00000000000007e0 [ 8791.733011] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 8791.733011] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 8791.733011] Process encfs (pid: 1984, threadinfo ffff8801ec388000, task ffff8801fcaa9760) [ 8791.733011] Stack: [ 8791.733011] 0000000000001000 0000000000001000 ffff8801ec389b88 ffff8801ec389c98 [ 8791.733011] ffff8800403cac18 0000000000001000 0000000000000025 0000000000000fdb [ 8791.733011] ffff8801ec389bf8 ffffffffa01ad370 ffff8801ec389bf8 0000000000000000 [ 8791.733011] Call Trace: [ 8791.733011] [<ffffffffa01ad370>] btrfs_set_token_64+0xf0/0x100 [btrfs] [ 8791.733011] [<ffffffffa01d0601>] log_one_extent.isra.26+0x241/0x730 [btrfs] [ 8791.733011] [<ffffffffa01d138a>] btrfs_log_inode+0x89a/0x990 [btrfs] [ 8791.733011] [<ffffffff81185700>] ? kmem_cache_alloc+0x10/0x200 [ 8791.733011] [<ffffffffa01d21ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 8791.733011] [<ffffffffa01d24a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 8791.733011] [<ffffffffa01a7bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 8791.733011] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 8791.733011] [<ffffffff811cc760>] sys_fsync+0x10/0x20 [ 8791.733011] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 8791.733011] Code: e0 0c 48 01 d0 4c 89 c2 4a 8d 3c 30 45 31 f6 e8 54 cd 14 e1 4c 8b 45 c8 4c 01 c3 4d 29 c7 74 38 49 8b 85 50 01 00 00 4a 8b 04 20 <48> 8b 30 83 e6 08 75 95 be b1 12 00 00 48 c7 c7 45 7c 20 a0 48 [ 8791.733011] RIP [<ffffffffa01b7353>] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.733011] RSP <ffff8801ec389b48> [ 8791.733011] CR2: 0000000000000000 [ 8791.755502] ---[ end trace 941faf2a391e738b ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Josef Bacik
2013-Feb-25 19:12 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Fri, Feb 22, 2013 at 09:54:08PM -0700, Mace Moneta wrote:> On Fri, Feb 22, 2013 at 2:40 PM, Josef Bacik <jbacik@fusionio.com> wrote: > > On Fri, Feb 22, 2013 at 11:31:07AM -0700, Mace Moneta wrote: > >> On Fri, Feb 22, 2013 at 1:16 PM, Mace Moneta <moneta.mace@gmail.com> wrote: > >> > On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik <jbacik@fusionio.com> wrote: > >> >> On Fri, Feb 22, 2013 at 10:52:19AM -0700, Mace Moneta wrote: > >> >>> On Fri, Feb 22, 2013 at 12:44 PM, Josef Bacik <jbacik@fusionio.com> wrote: > >> >>> > On Fri, Feb 22, 2013 at 10:22:04AM -0700, Mace Moneta wrote: > >> >>> >> On Fri, Feb 22, 2013 at 11:53 AM, Josef Bacik <jbacik@fusionio.com> wrote: > >> >>> >> > On Fri, Feb 22, 2013 at 07:46:16AM -0700, Mace Moneta wrote: > >> >>> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=906142 > >> >>> >> >> > >> >>> >> >> With 3.8 kernels in Fedora 18, using encfs on btrfs I get the > >> >>> >> >> following error. It can take hours of use before I get a > >> >>> >> >> reoccurrence, and I need to btrfsck, btrfs-zero-log, and/or mount with > >> >>> >> >> ''-o recovery'' to get the filesystem back after a reboot. No data > >> >>> >> >> appears to be lost, and a scrub runs to completion with no errors. > >> >>> >> > > >> >>> >> > Could you do > >> >>> >> > > >> >>> >> > gdb btrfs.ko > >> >>> >> > list *(btrfs_log_inode+0x3b8) > >> >>> >> > > >> >>> >> > and tell me what it says? Thanks, > >> >>> >> > > >> >>> >> > Josef > >> >>> >> > >> >>> >> # uname -r > >> >>> >> 3.8.0-0.rc7.git0.1.fc19.x86_64 > >> >>> >> > >> >>> >> # gdb /usr/lib/modules/3.8.0-0.rc7.git0.1.fc19.x86_64/kernel/fs/btrfs/btrfs.ko > >> >>> >> > >> >>> > > >> >>> > Sigh sorry, I miseed the other line because of line wrapping, can you do > >> >>> > > >> >>> > list *(btrfs_log_changed_extents+0x384) > >> >>> > > >> >>> > Thanks, > >> >>> > > >> >>> > Josef > >> >>> > >> >>> (gdb) list *(btrfs_log_changed_extents+0x384) > >> >>> 0x65264 is in btrfs_log_changed_extents (fs/btrfs/ctree.h:2731). > >> >>> 2726 generation, 64); > >> >>> 2727 BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct > >> >>> btrfs_file_extent_item, > >> >>> 2728 disk_num_bytes, 64); > >> >>> 2729 BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, > >> >>> 2730 offset, 64); > >> >>> 2731 BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, > >> >>> 2732 num_bytes, 64); > >> >>> 2733 BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, > >> >>> 2734 ram_bytes, 64); > >> >>> 2735 BTRFS_SETGET_FUNCS(file_extent_compression, struct > >> >>> btrfs_file_extent_item, > >> >>> (gdb) > >> >> > >> >> Ok nothing obvious is jumping out at me, anything specifc to your btrfs setup? > >> >> Mount options, raid etc. I''m going to setup encfs up here and hammer it with > >> >> fsstress and see if I can reproduce. Thanks, > >> >> > >> >> Josef > >> > > >> > The btrfs mount options I''m using are: subvol=home,noatime,autodefrag > >> > > >> > The encfs is mounted with default options. > >> > >> Oh, and there''s no raid data, just a single drive. I don''t do heavy > >> I/O to the encfs, which may explain why it takes minutes to hours to > >> recreate. I have my google-chrome config directory (cache, profile, > >> passwords, etc.) in the encfs, so it''s getting read/written as I > >> browse. > > > > So incase I can''t reproduce can you build btrfs-next and see if it reproduces on > > there? And if it does perfect I can send you debug patches to apply and such. > > Thanks, > > > > Josef > > Using btrfs-next, current as of commit > bf3ec18ebec80b2251df8cab062fce5f2bc33a45 (Btrfs: update inode flags > when renaming), I got a re-occurrence: >Is there any chance you got the line above [ cut here ]? (I hate that stupid [ cut here ], it makes us miss all the usefull info.) Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-25 19:21 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Mon, Feb 25, 2013 at 2:12 PM, Josef Bacik <jbacik@fusionio.com> wrote:> > Is there any chance you got the line above [ cut here ]? (I hate that stupid [ > cut here ], it makes us miss all the usefull info.) Thanks, > > JosefThere was really nothing significant above the ''cut here''. Here it is with over an hour of earlier context: [ 3865.424536] input: 00:1A:7D:E2:31:DF as /devices/virtual/input/input12 [ 4010.607797] Bluetooth: Unexpected continuation frame (len 0) [ 4010.676798] Bluetooth: Unexpected continuation frame (len 0) [ 4141.727328] Bluetooth: Unexpected continuation frame (len 0) [ 4141.765326] Bluetooth: Unexpected continuation frame (len 0) [ 4141.780317] Bluetooth: Unexpected continuation frame (len 0) [ 4141.788322] Bluetooth: Unexpected continuation frame (len 0) [ 6419.421032] usb 1-3: reset high-speed USB device number 4 using ehci-pci [ 7038.654383] input: 00:1A:7D:E2:31:DF as /devices/virtual/input/input13 [ 7651.682988] Bluetooth: Unexpected continuation frame (len 0) [ 7651.690988] Bluetooth: Unexpected continuation frame (len 0) [ 7651.695982] Bluetooth: Unexpected continuation frame (len 0) [ 7651.707000] Bluetooth: Unexpected continuation frame (len 0) [ 7651.708997] Bluetooth: Unexpected continuation frame (len 0) [ 7651.711983] Bluetooth: Unexpected continuation frame (len 0) [ 7920.156060] Bluetooth: Unexpected continuation frame (len 0) [ 7920.194065] Bluetooth: Unexpected continuation frame (len 0) [ 7920.213057] Bluetooth: Unexpected continuation frame (len 0) [ 7920.218085] Bluetooth: Unexpected continuation frame (len 0) [ 7936.197021] Bluetooth: Unexpected continuation frame (len 0) [ 7936.240012] Bluetooth: Unexpected continuation frame (len 0) [ 7936.245002] Bluetooth: Unexpected continuation frame (len 0) [ 7936.257008] Bluetooth: Unexpected continuation frame (len 0) [ 8084.642497] Bluetooth: Unexpected continuation frame (len 0) [ 8084.707482] Bluetooth: Unexpected continuation frame (len 0) [ 8791.731844] ------------[ cut here ]------------ [ 8791.731877] WARNING: at fs/btrfs/extent_io.c:4720 map_private_extent_buffer+0xd4/0xe0 [btrfs]() [ 8791.731879] Hardware name: C2SEA [ 8791.731881] btrfs bad mapping eb start 536137728 len 4096, wanted 4096 8 [ 8791.731884] Modules linked in: vfat fat usb_storage fuse rfcomm bnep nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack nf_conntrack ip6table_filter ip6_tables w83627ehf hwmon_vid snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep btusb coretemp uvcvideo bluetooth snd_seq videobuf2_vmalloc videobuf2_memops rfkill snd_seq_device videobuf2_core videodev iTCO_wdt snd_pcm media i2c_i801 snd_page_alloc iTCO_vendor_support lpc_ich microcode snd_timer snd r8169 mfd_core mii soundcore vhost_net tun macvtap macvlan kvm_intel kvm i2c_dev binfmt_misc uinput btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 video i2c_algo_bit firewire_ohci drm_kms_helper firewire_core pata_it8213 crc_itu_t drm i2c_core [ 8791.731931] Pid: 1984, comm: encfs Not tainted 3.8.0-1.BtrfsNext.fc18.x86_64 #1 [ 8791.731933] Call Trace: [ 8791.731940] [<ffffffff8105e61f>] warn_slowpath_common+0x7f/0xc0 [ 8791.731943] [<ffffffff8105e716>] warn_slowpath_fmt+0x46/0x50 [ 8791.731962] [<ffffffffa01b7144>] map_private_extent_buffer+0xd4/0xe0 [btrfs] [ 8791.731980] [<ffffffffa01ad2eb>] btrfs_set_token_64+0x6b/0x100 [btrfs] [ 8791.732052] [<ffffffffa01d0601>] log_one_extent.isra.26+0x241/0x730 [btrfs] [ 8791.732080] [<ffffffffa01d138a>] btrfs_log_inode+0x89a/0x990 [btrfs] [ 8791.732085] [<ffffffff81185700>] ? kmem_cache_alloc+0x10/0x200 [ 8791.732103] [<ffffffffa01d21ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 8791.732122] [<ffffffffa01d24a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 8791.732141] [<ffffffffa01a7bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 8791.732147] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 8791.732150] [<ffffffff811cc760>] sys_fsync+0x10/0x20 [ 8791.732154] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 8791.732157] ---[ end trace 941faf2a391e738a ]--- [ 8791.732174] BUG: unable to handle kernel NULL pointer dereference at (null) [ 8791.732239] IP: [<ffffffffa01b7353>] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.732296] PGD 1ec354067 PUD 1f3d5a067 PMD 0 [ 8791.732334] Oops: 0000 [#1] SMP [ 8791.732361] Modules linked in: vfat fat usb_storage fuse rfcomm bnep nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack nf_conntrack ip6table_filter ip6_tables w83627ehf hwmon_vid snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep btusb coretemp uvcvideo bluetooth snd_seq videobuf2_vmalloc videobuf2_memops rfkill snd_seq_device videobuf2_core videodev iTCO_wdt snd_pcm media i2c_i801 snd_page_alloc iTCO_vendor_support lpc_ich microcode snd_timer snd r8169 mfd_core mii soundcore vhost_net tun macvtap macvlan kvm_intel kvm i2c_dev binfmt_misc uinput btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 video i2c_algo_bit firewire_ohci drm_kms_helper firewire_core pata_it8213 crc_itu_t drm i2c_core [ 8791.732913] CPU 1 [ 8791.732929] Pid: 1984, comm: encfs Tainted: G W 3.8.0-1.BtrfsNext.fc18.x86_64 #1 Supermicro C2SEA/C2SEA [ 8791.732983] RIP: 0010:[<ffffffffa01b7353>] [<ffffffffa01b7353>] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.733011] RSP: 0018:ffff8801ec389b48 EFLAGS: 00010202 [ 8791.733011] RAX: 0000000000000000 RBX: ffff8801ec389bc0 RCX: 0000000000000008 [ 8791.733011] RDX: 0000000000001008 RSI: ffff8801ec389bc0 RDI: 0000000000001000 [ 8791.733011] RBP: ffff8801ec389b88 R08: 000000000000000a R09: 00000000000003c9 [ 8791.733011] R10: 0000000000000000 R11: 00000000000003c8 R12: 0000000000000008 [ 8791.733011] R13: ffff8800403cac18 R14: 0000000000000000 R15: 0000000000000008 [ 8791.733011] FS: 00007ff4e8a77800(0000) GS:ffff880237c80000(0000) knlGS:0000000000000000 [ 8791.733011] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 8791.733011] CR2: 0000000000000000 CR3: 00000001ec1cb000 CR4: 00000000000007e0 [ 8791.733011] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 8791.733011] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 8791.733011] Process encfs (pid: 1984, threadinfo ffff8801ec388000, task ffff8801fcaa9760) [ 8791.733011] Stack: [ 8791.733011] 0000000000001000 0000000000001000 ffff8801ec389b88 ffff8801ec389c98 [ 8791.733011] ffff8800403cac18 0000000000001000 0000000000000025 0000000000000fdb [ 8791.733011] ffff8801ec389bf8 ffffffffa01ad370 ffff8801ec389bf8 0000000000000000 [ 8791.733011] Call Trace: [ 8791.733011] [<ffffffffa01ad370>] btrfs_set_token_64+0xf0/0x100 [btrfs] [ 8791.733011] [<ffffffffa01d0601>] log_one_extent.isra.26+0x241/0x730 [btrfs] [ 8791.733011] [<ffffffffa01d138a>] btrfs_log_inode+0x89a/0x990 [btrfs] [ 8791.733011] [<ffffffff81185700>] ? kmem_cache_alloc+0x10/0x200 [ 8791.733011] [<ffffffffa01d21ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 8791.733011] [<ffffffffa01d24a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 8791.733011] [<ffffffffa01a7bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 8791.733011] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 8791.733011] [<ffffffff811cc760>] sys_fsync+0x10/0x20 [ 8791.733011] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 8791.733011] Code: e0 0c 48 01 d0 4c 89 c2 4a 8d 3c 30 45 31 f6 e8 54 cd 14 e1 4c 8b 45 c8 4c 01 c3 4d 29 c7 74 38 49 8b 85 50 01 00 00 4a 8b 04 20 <48> 8b 30 83 e6 08 75 95 be b1 12 00 00 48 c7 c7 45 7c 20 a0 48 [ 8791.733011] RIP [<ffffffffa01b7353>] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.733011] RSP <ffff8801ec389b48> [ 8791.733011] CR2: 0000000000000000 [ 8791.755502] ---[ end trace 941faf2a391e738b ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Josef Bacik
2013-Feb-25 19:46 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Mon, Feb 25, 2013 at 12:21:30PM -0700, Mace Moneta wrote:> On Mon, Feb 25, 2013 at 2:12 PM, Josef Bacik <jbacik@fusionio.com> wrote: > > > > > Is there any chance you got the line above [ cut here ]? (I hate that stupid [ > > cut here ], it makes us miss all the usefull info.) Thanks, > > > > Josef > > There was really nothing significant above the ''cut here''. Here it is > with over an hour of earlier context: >Sigh, I don''t know why this warn_on(1, printk) isn''t doing it''s job. Here is a debug patch, please capture the output from this so I can figure out what is going on. Thanks, Josef diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c index 66f999b..eed5554 100644 --- a/fs/btrfs/extent_io.c +++ b/fs/btrfs/extent_io.c @@ -4715,9 +4715,10 @@ int map_private_extent_buffer(struct extent_buffer *eb, unsigned long start, } if (start + min_len > eb->len) { - WARN(1, KERN_ERR "btrfs bad mapping eb start %llu len %lu, " + printk(KERN_ERR "btrfs bad mapping eb start %llu len %lu, " "wanted %lu %lu\n", (unsigned long long)eb->start, eb->len, start, min_len); + WARN_ON(1); return -EINVAL; } -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Mace Moneta
2013-Feb-27 20:24 UTC
Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
On Mon, Feb 25, 2013 at 2:46 PM, Josef Bacik <jbacik@fusionio.com> wrote:> On Mon, Feb 25, 2013 at 12:21:30PM -0700, Mace Moneta wrote: >> On Mon, Feb 25, 2013 at 2:12 PM, Josef Bacik <jbacik@fusionio.com> wrote: >> >> > >> > Is there any chance you got the line above [ cut here ]? (I hate that stupid [ >> > cut here ], it makes us miss all the usefull info.) Thanks, >> > >> > Josef >> >> There was really nothing significant above the ''cut here''. Here it is >> with over an hour of earlier context: >> > > Sigh, I don''t know why this warn_on(1, printk) isn''t doing it''s job. Here is a > debug patch, please capture the output from this so I can figure out what is > going on. Thanks, > > Josef > > diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c > index 66f999b..eed5554 100644 > --- a/fs/btrfs/extent_io.c > +++ b/fs/btrfs/extent_io.c > @@ -4715,9 +4715,10 @@ int map_private_extent_buffer(struct extent_buffer *eb, unsigned long start, > } > > if (start + min_len > eb->len) { > - WARN(1, KERN_ERR "btrfs bad mapping eb start %llu len %lu, " > + printk(KERN_ERR "btrfs bad mapping eb start %llu len %lu, " > "wanted %lu %lu\n", (unsigned long long)eb->start, > eb->len, start, min_len); > + WARN_ON(1); > return -EINVAL; > } >Finally got a re-occurrence: [ 5655.849208] Bluetooth: Unexpected continuation frame (len 0) [ 5655.891215] Bluetooth: Unexpected continuation frame (len 0) [ 5655.896217] Bluetooth: Unexpected continuation frame (len 0) [ 5655.901205] Bluetooth: Unexpected continuation frame (len 0) [ 5655.904200] Bluetooth: Unexpected continuation frame (len 0) [ 5655.909198] Bluetooth: Unexpected continuation frame (len 0) [ 6430.693016] Bluetooth: Unexpected continuation frame (len 0) [ 6430.731014] Bluetooth: Unexpected continuation frame (len 0) [ 6430.740003] Bluetooth: Unexpected continuation frame (len 0) [ 6430.751012] Bluetooth: Unexpected continuation frame (len 0) [ 6430.753010] Bluetooth: Unexpected continuation frame (len 0) [ 6430.755999] Bluetooth: Unexpected continuation frame (len 0) [ 6662.532218] Bluetooth: Unexpected continuation frame (len 0) [ 6662.538447] Bluetooth: Unexpected continuation frame (len 0) [ 7839.497442] ------------[ cut here ]------------ [ 7839.497475] WARNING: at fs/btrfs/extent_io.c:4720 map_private_extent_buffer+0xd4/0xe0 [btrfs]() [ 7839.497477] Hardware name: C2SEA [ 7839.497479] btrfs bad mapping eb start 1540317184 len 4096, wanted 4104 8 [ 7839.497482] Modules linked in: fuse rfcomm bnep ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack w83627ehf ip6table_filter hwmon_vid ip6_tables uvcvideo snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep videobuf2_vmalloc videobuf2_memops videobuf2_core snd_seq snd_seq_device coretemp snd_pcm videodev media btusb snd_page_alloc iTCO_wdt iTCO_vendor_support bluetooth microcode snd_timer lpc_ich snd rfkill mfd_core r8169 i2c_i801 soundcore mii vhost_net tun macvtap macvlan kvm_intel kvm uinput i2c_dev binfmt_misc btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 firewire_ohci video firewire_core i2c_algo_bit pata_it8213 drm_kms_helper crc_itu_t drm i2c_core [ 7839.497528] Pid: 1973, comm: encfs Not tainted 3.8.0-1.BtrfsNextp1.fc18.x86_64 #1 [ 7839.497530] Call Trace: [ 7839.497537] [<ffffffff8105e61f>] warn_slowpath_common+0x7f/0xc0 [ 7839.497540] [<ffffffff8105e716>] warn_slowpath_fmt+0x46/0x50 [ 7839.497559] [<ffffffffa01b9144>] map_private_extent_buffer+0xd4/0xe0 [btrfs] [ 7839.497577] [<ffffffffa01af1f4>] btrfs_get_token_64+0x64/0xf0 [btrfs] [ 7839.497594] [<ffffffffa01a3320>] btrfs_truncate_inode_items+0x720/0x840 [btrfs] [ 7839.497613] [<ffffffffa01d31a2>] btrfs_log_inode+0x6b2/0x990 [btrfs] [ 7839.497618] [<ffffffff811a02c4>] ? __sb_start_write+0x54/0x110 [ 7839.497621] [<ffffffff81185725>] ? kmem_cache_alloc+0x35/0x200 [ 7839.497639] [<ffffffffa01d41ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 7839.497657] [<ffffffffa01d44a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 7839.497674] [<ffffffffa01a9bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 7839.497678] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 7839.497681] [<ffffffff811cc783>] sys_fdatasync+0x13/0x20 [ 7839.497685] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 7839.497687] ---[ end trace 9c6b2d0f618cbb64 ]--- [ 7839.497689] ------------[ cut here ]------------ [ 7839.497706] WARNING: at fs/btrfs/extent_io.c:4674 read_extent_buffer+0xee/0x120 [btrfs]() [ 7839.497707] Hardware name: C2SEA [ 7839.497709] Modules linked in: fuse rfcomm bnep ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack w83627ehf ip6table_filter hwmon_vid ip6_tables uvcvideo snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep videobuf2_vmalloc videobuf2_memops videobuf2_core snd_seq snd_seq_device coretemp snd_pcm videodev media btusb snd_page_alloc iTCO_wdt iTCO_vendor_support bluetooth microcode snd_timer lpc_ich snd rfkill mfd_core r8169 i2c_i801 soundcore mii vhost_net tun macvtap macvlan kvm_intel kvm uinput i2c_dev binfmt_misc btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 firewire_ohci video firewire_core i2c_algo_bit pata_it8213 drm_kms_helper crc_itu_t drm i2c_core [ 7839.497750] Pid: 1973, comm: encfs Tainted: G W 3.8.0-1.BtrfsNextp1.fc18.x86_64 #1 [ 7839.497752] Call Trace: [ 7839.497755] [<ffffffff8105e61f>] warn_slowpath_common+0x7f/0xc0 [ 7839.497758] [<ffffffff8105e67a>] warn_slowpath_null+0x1a/0x20 [ 7839.497776] [<ffffffffa01b8b8e>] read_extent_buffer+0xee/0x120 [btrfs] [ 7839.497793] [<ffffffffa01af26c>] btrfs_get_token_64+0xdc/0xf0 [btrfs] [ 7839.497810] [<ffffffffa01a3320>] btrfs_truncate_inode_items+0x720/0x840 [btrfs] [ 7839.497829] [<ffffffffa01d31a2>] btrfs_log_inode+0x6b2/0x990 [btrfs] [ 7839.497832] [<ffffffff811a02c4>] ? __sb_start_write+0x54/0x110 [ 7839.497835] [<ffffffff81185725>] ? kmem_cache_alloc+0x35/0x200 [ 7839.497853] [<ffffffffa01d41ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 7839.497870] [<ffffffffa01d44a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 7839.497887] [<ffffffffa01a9bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 7839.497891] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 7839.497894] [<ffffffff811cc783>] sys_fdatasync+0x13/0x20 [ 7839.497897] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 7839.497899] ---[ end trace 9c6b2d0f618cbb65 ]--- [ 7839.497907] general protection fault: 0000 [#1] SMP [ 7839.497943] Modules linked in: fuse rfcomm bnep ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack w83627ehf ip6table_filter hwmon_vid ip6_tables uvcvideo snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep videobuf2_vmalloc videobuf2_memops videobuf2_core snd_seq snd_seq_device coretemp snd_pcm videodev media btusb snd_page_alloc iTCO_wdt iTCO_vendor_support bluetooth microcode snd_timer lpc_ich snd rfkill mfd_core r8169 i2c_i801 soundcore mii vhost_net tun macvtap macvlan kvm_intel kvm uinput i2c_dev binfmt_misc btrfs zlib_deflate raid6_pq libcrc32c xor ata_generic pata_acpi i915 firewire_ohci video firewire_core i2c_algo_bit pata_it8213 drm_kms_helper crc_itu_t drm i2c_core [ 7839.498006] CPU 1 [ 7839.498006] Pid: 1973, comm: encfs Tainted: G W 3.8.0-1.BtrfsNextp1.fc18.x86_64 #1 Supermicro C2SEA/C2SEA [ 7839.498006] RIP: 0010:[<ffffffff8130409d>] [<ffffffff8130409d>] memcpy+0xd/0x110 [ 7839.498006] RSP: 0018:ffff8801f2bd7b60 EFLAGS: 00010246 [ 7839.498006] RAX: ffff8801f2bd7bd0 RBX: 0000000000000008 RCX: 0000000000000001 [ 7839.498006] RDX: 0000000000000000 RSI: 0005080000000008 RDI: ffff8801f2bd7bd0 [ 7839.498006] RBP: ffff8801f2bd7ba8 R08: 000000000000000a R09: 00000000000003c4 [ 7839.498006] R10: 0000000000000000 R11: 00000000000003c3 R12: ffff8801f2bd7bd8 [ 7839.498006] R13: ffff880156603020 R14: 0000000000000010 R15: 0000000000000008 [ 7839.498006] FS: 00007f8e6fd28800(0000) GS:ffff880237c80000(0000) knlGS:0000000000000000 [ 7839.498006] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 7839.498006] CR2: 0000000001adf1f0 CR3: 00000001f843c000 CR4: 00000000000007e0 [ 7839.498006] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 7839.498006] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 7839.498006] Process encfs (pid: 1973, threadinfo ffff8801f2bd6000, task ffff8801f2b62ec0) [ 7839.498006] Stack: [ 7839.498006] ffffffffa01b8b63 0000000000001000 0000000000001008 ffff8801f2bd7ba8 [ 7839.498006] 0000000000000000 ffff880156603020 0000000000001008 000000000000002d [ 7839.498006] 0000000000000fdb ffff8801f2bd7c08 ffffffffa01af26c ffff8801ac6d4000 [ 7839.498006] Call Trace: [ 7839.498006] [<ffffffffa01b8b63>] ? read_extent_buffer+0xc3/0x120 [btrfs] [ 7839.498006] [<ffffffffa01af26c>] btrfs_get_token_64+0xdc/0xf0 [btrfs] [ 7839.498006] [<ffffffffa01a3320>] btrfs_truncate_inode_items+0x720/0x840 [btrfs] [ 7839.498006] [<ffffffffa01d31a2>] btrfs_log_inode+0x6b2/0x990 [btrfs] [ 7839.498006] [<ffffffff811a02c4>] ? __sb_start_write+0x54/0x110 [ 7839.498006] [<ffffffff81185725>] ? kmem_cache_alloc+0x35/0x200 [ 7839.498006] [<ffffffffa01d41ac>] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 7839.498006] [<ffffffffa01d44a7>] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 7839.498006] [<ffffffffa01a9bc5>] btrfs_sync_file+0x175/0x290 [btrfs] [ 7839.498006] [<ffffffff811cc4ed>] do_fsync+0x5d/0x90 [ 7839.498006] [<ffffffff811cc783>] sys_fdatasync+0x13/0x20 [ 7839.498006] [<ffffffff81658d19>] system_call_fastpath+0x16/0x1b [ 7839.498006] Code: 2b 43 50 88 43 4e 48 83 c4 08 5b 5d c3 90 e8 eb fb ff ff eb e6 90 90 90 90 90 90 90 90 90 48 89 f8 48 89 d1 48 c1 e9 03 83 e2 07 <f3> 48 a5 89 d1 f3 a4 c3 20 4c 8b 06 4c 8b 4e 08 4c 8b 56 10 4c [ 7839.498006] RIP [<ffffffff8130409d>] memcpy+0xd/0x110 [ 7839.498006] RSP <ffff8801f2bd7b60> [ 7839.517244] ---[ end trace 9c6b2d0f618cbb66 ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html