BTRFS scrub hung

2013-11-29 Thread Mace Moneta
https://bugzilla.kernel.org/show_bug.cgi?id=66151

# btrfs scrub status /
scrub status for 02184910-5849-489f-b970-3ea35912a7af
scrub started at Tue Nov 26 21:30:01 2013, running for 15 seconds
total bytes scrubbed: 5.38GiB with 0 errors

# btrfs scrub cancel /
ERROR: scrub cancel failed on /: not running

# btrfs scrub resume /
ERROR: scrub is already running.
To cancel use 'btrfs scrub cancel /'.
To see the status use 'btrfs scrub status [-d] /'.

# btrfs scrub status /
scrub status for 02184910-5849-489f-b970-3ea35912a7af
scrub started at Tue Nov 26 21:30:01 2013, running for 15 seconds
total bytes scrubbed: 5.38GiB with 0 errors

Notes:
1. Using btrfs-progs-3.12-1.fc20.x86_64, kernel-3.12.1-2.fc21.x86_64
on Fedora 20.
2. The BTRFS filesystem is on two drives, data RAID0 and metadata RAID1
--
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]()

2013-02-27 Thread Mace Moneta
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]()

2013-02-25 Thread Mace Moneta
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

WARNING: at fs/btrfs/extent_io.c:4718 map_private_extent_buffer+0xd4/0xe0 [btrfs]()

2013-02-22 Thread Mace Moneta
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]()

2013-02-22 Thread Mace Moneta
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]()

2013-02-22 Thread Mace Moneta
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]()

2013-02-22 Thread Mace Moneta
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]()

2013-02-22 Thread Mace Moneta
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