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 jba...@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 jba...@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] [8105e61f] warn_slowpath_common+0x7f/0xc0 [ 7839.497540] [8105e716] warn_slowpath_fmt+0x46/0x50 [ 7839.497559] [a01b9144] map_private_extent_buffer+0xd4/0xe0 [btrfs] [ 7839.497577] [a01af1f4] btrfs_get_token_64+0x64/0xf0 [btrfs] [ 7839.497594] [a01a3320] btrfs_truncate_inode_items+0x720/0x840 [btrfs] [ 7839.497613] [a01d31a2] btrfs_log_inode+0x6b2/0x990 [btrfs] [ 7839.497618] [811a02c4] ? __sb_start_write+0x54/0x110 [ 7839.497621] [81185725] ? kmem_cache_alloc+0x35/0x200 [ 7839.497639] [a01d41ac] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 7839.497657] [a01d44a7] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 7839.497674] [a01a9bc5] btrfs_sync_file+0x175/0x290 [btrfs] [ 7839.497678] [811cc4ed] do_fsync+0x5d/0x90 [ 7839.497681] [811cc783] sys_fdatasync+0x13/0x20 [ 7839.497685] [81658d19] 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
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 jba...@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.m...@gmail.com wrote: On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik jba...@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 jba...@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 jba...@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); 2727BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735BTRFS_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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 jba...@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] [8105e61f] warn_slowpath_common+0x7f/0xc0 [ 8791.731943] [8105e716] warn_slowpath_fmt+0x46/0x50 [ 8791.731962] [a01b7144] map_private_extent_buffer+0xd4/0xe0 [btrfs] [ 8791.731980] [a01ad2eb] btrfs_set_token_64+0x6b/0x100 [btrfs] [ 8791.732052] [a01d0601] log_one_extent.isra.26+0x241/0x730 [btrfs] [ 8791.732080] [a01d138a] btrfs_log_inode+0x89a/0x990 [btrfs] [ 8791.732085] [81185700] ? kmem_cache_alloc+0x10/0x200 [ 8791.732103] [a01d21ac] btrfs_log_inode_parent+0x17c/0x430 [btrfs] [ 8791.732122] [a01d24a7] btrfs_log_dentry_safe+0x47/0x70 [btrfs] [ 8791.732141] [a01a7bc5] btrfs_sync_file+0x175/0x290 [btrfs] [ 8791.732147] [811cc4ed] do_fsync+0x5d/0x90 [ 8791.732150] [811cc760] sys_fsync+0x10/0x20 [ 8791.732154] [81658d19] 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: [a01b7353] write_extent_buffer+0xd3/0x150 [btrfs] [ 8791.732296] PGD 1ec354067 PUD 1f3d5a067 PMD 0 [ 8791.732334] Oops: [#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
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 jba...@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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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] [a01a7c00] ? map_private_extent_buffer+0xb0/0xe0 [btrfs] [14691.075099] [8105c210] warn_slowpath_common+0x70/0xa0 [14691.075102] [8105c28c] warn_slowpath_fmt+0x4c/0x50 [14691.075121] [a01a7c24] map_private_extent_buffer+0xd4/0xe0 [btrfs] [14691.075139] [a019da30] btrfs_set_token_64+0x60/0xf0 [btrfs] [14691.075159] [a01be264] btrfs_log_changed_extents+0x384/0x600 [btrfs] [14691.075178] [a01c05b8] btrfs_log_inode+0x3b8/0x660 [btrfs] [14691.075196] [a01c1519] btrfs_log_inode_parent+0x169/0x450 [btrfs] [14691.075216] [a01c183a] btrfs_log_dentry_safe+0x3a/0x60 [btrfs] [14691.075234] [a0198400] btrfs_sync_file+0x150/0x1f0 [btrfs] [14691.075239] [811c48c6] do_fsync+0x56/0x80 [14691.075242] [811c4b50] sys_fsync+0x10/0x20 [14691.075247] [8163e419] 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: [a01a7e23] write_extent_buffer+0xd3/0x150 [btrfs] [14691.075364] PGD 208a79067 PUD 2089a6067 PMD 0 [14691.075400] Oops: [#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: GW 3.8.0-0.rc7.git0.1.fc19.x86_64 #1 Supermicro C2SEA/C2SEA [14691.076012] RIP: 0010:[a01a7e23] [a01a7e23] write_extent_buffer+0xd3/0x150 [btrfs] [14691.076012] RSP: 0018:88020b653c20 EFLAGS: 00010202 [14691.076012] RAX: RBX: 0008 RCX: 0008 [14691.076012] RDX: 1008 RSI: 2681 RDI: 8801316cf988 [14691.076012] RBP: 88020b653c50 R08: 000a R09: 03ea [14691.076012] R10: R11: 88020b6538d6 R12: 88020b653c80 [14691.076012] R13: 8801316cf988 R14: R15: 0008 [14691.076012] FS: 7fd04462b800() GS:880237d0() knlGS: [14691.076012] CS: 0010 DS: ES: CR0: 80050033 [14691.076012] CR2: CR3: 0001e7e39000 CR4: 07e0 [14691.076012] DR0: DR1: DR2: [14691.076012] DR3: DR6: 0ff0 DR7: 0400 [14691.076012] Process encfs (pid: 1926, threadinfo 88020b652000, task 8801f0c44620) [14691.076012] Stack: [14691.076012] 1000 88020b653d70 8801316cf988 1000 [14691.076012] 0025 0fdb 88020b653cb0 a019dab0 [14691.076012] 880106418000 1000 1000 [14691.076012] Call Trace: [14691.076012] [a019dab0] btrfs_set_token_64+0xe0/0xf0 [btrfs
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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 jba...@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 3629log_extents: 3630if (fast_search) { 3631btrfs_release_path(dst_path); 3632ret = btrfs_log_changed_extents(trans, root, inode, dst_path); 3633if (ret) { 3634err = ret; 3635goto out_unlock; 3636} 3637} else { (gdb) -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 jba...@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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 jba...@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 jba...@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); 2727BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735BTRFS_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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 jba...@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 jba...@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); 2727BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735BTRFS_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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 jba...@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 jba...@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 jba...@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); 2727BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735BTRFS_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. -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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.m...@gmail.com wrote: On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik jba...@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 jba...@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 jba...@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); 2727BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735BTRFS_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 devid1 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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.m...@gmail.com wrote: On Fri, Feb 22, 2013 at 1:10 PM, Josef Bacik jba...@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 jba...@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 jba...@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); 2727BTRFS_SETGET_FUNCS(file_extent_disk_num_bytes, struct btrfs_file_extent_item, 2728 disk_num_bytes, 64); 2729BTRFS_SETGET_FUNCS(file_extent_offset, struct btrfs_file_extent_item, 2730 offset, 64); 2731BTRFS_SETGET_FUNCS(file_extent_num_bytes, struct btrfs_file_extent_item, 2732 num_bytes, 64); 2733BTRFS_SETGET_FUNCS(file_extent_ram_bytes, struct btrfs_file_extent_item, 2734 ram_bytes, 64); 2735BTRFS_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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html