* WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
@ 2013-02-22 14:46 Mace Moneta
2013-02-22 16:53 ` Josef Bacik
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-22 14:46 UTC (permalink / raw)
To: linux-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 ]---
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 14:46 WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]() Mace Moneta
@ 2013-02-22 16:53 ` Josef Bacik
2013-02-22 17:22 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Josef Bacik @ 2013-02-22 16:53 UTC (permalink / raw)
To: Mace Moneta; +Cc: linux-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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 16:53 ` Josef Bacik
@ 2013-02-22 17:22 ` Mace Moneta
2013-02-22 17:44 ` Josef Bacik
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-22 17:22 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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)
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 17:22 ` Mace Moneta
@ 2013-02-22 17:44 ` Josef Bacik
2013-02-22 17:52 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Josef Bacik @ 2013-02-22 17:44 UTC (permalink / raw)
To: Mace Moneta; +Cc: Josef Bacik, linux-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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 17:44 ` Josef Bacik
@ 2013-02-22 17:52 ` Mace Moneta
2013-02-22 18:10 ` Josef Bacik
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-22 17:52 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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)
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 17:52 ` Mace Moneta
@ 2013-02-22 18:10 ` Josef Bacik
2013-02-22 18:16 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Josef Bacik @ 2013-02-22 18:10 UTC (permalink / raw)
To: Mace Moneta; +Cc: Josef Bacik, linux-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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 18:10 ` Josef Bacik
@ 2013-02-22 18:16 ` Mace Moneta
2013-02-22 18:31 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-22 18:16 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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,
>
> Josef
The btrfs mount options I'm using are: subvol=home,noatime,autodefrag
The encfs is mounted with default options.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 18:16 ` Mace Moneta
@ 2013-02-22 18:31 ` Mace Moneta
2013-02-22 19:40 ` Josef Bacik
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-22 18:31 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 18:31 ` Mace Moneta
@ 2013-02-22 19:40 ` Josef Bacik
2013-02-23 4:54 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Josef Bacik @ 2013-02-22 19:40 UTC (permalink / raw)
To: Mace Moneta; +Cc: Josef Bacik, linux-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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-22 19:40 ` Josef Bacik
@ 2013-02-23 4:54 ` Mace Moneta
2013-02-25 19:12 ` Josef Bacik
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-23 4:54 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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,
>
> Josef
Using 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 ]---
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-23 4:54 ` Mace Moneta
@ 2013-02-25 19:12 ` Josef Bacik
2013-02-25 19:21 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Josef Bacik @ 2013-02-25 19:12 UTC (permalink / raw)
To: Mace Moneta; +Cc: Josef Bacik, linux-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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-25 19:12 ` Josef Bacik
@ 2013-02-25 19:21 ` Mace Moneta
2013-02-25 19:46 ` Josef Bacik
0 siblings, 1 reply; 14+ messages in thread
From: Mace Moneta @ 2013-02-25 19:21 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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,
>
> Josef
There 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 ]---
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-25 19:21 ` Mace Moneta
@ 2013-02-25 19:46 ` Josef Bacik
2013-02-27 20:24 ` Mace Moneta
0 siblings, 1 reply; 14+ messages in thread
From: Josef Bacik @ 2013-02-25 19:46 UTC (permalink / raw)
To: Mace Moneta; +Cc: Josef Bacik, linux-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;
}
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()
2013-02-25 19:46 ` Josef Bacik
@ 2013-02-27 20:24 ` Mace Moneta
0 siblings, 0 replies; 14+ messages in thread
From: Mace Moneta @ 2013-02-27 20:24 UTC (permalink / raw)
To: Josef Bacik; +Cc: linux-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 ]---
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2013-02-27 20:24 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-02-22 14:46 WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]() Mace Moneta
2013-02-22 16:53 ` Josef Bacik
2013-02-22 17:22 ` Mace Moneta
2013-02-22 17:44 ` Josef Bacik
2013-02-22 17:52 ` Mace Moneta
2013-02-22 18:10 ` Josef Bacik
2013-02-22 18:16 ` Mace Moneta
2013-02-22 18:31 ` Mace Moneta
2013-02-22 19:40 ` Josef Bacik
2013-02-23 4:54 ` Mace Moneta
2013-02-25 19:12 ` Josef Bacik
2013-02-25 19:21 ` Mace Moneta
2013-02-25 19:46 ` Josef Bacik
2013-02-27 20:24 ` Mace Moneta
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.