Re: btrfs warnings from 2.6.39-rc5
On 05/16/2011 10:28 AM, Jim Schutt wrote: Josef Bacik wrote: On 04/27/2011 02:43 PM, Jim Schutt wrote: Hi, I'm not sure if they matter, but I got these warnings on one of the machines I'm using as a Ceph OSD server: [ 1806.549469] [ cut here ] [ 1806.554593] WARNING: at fs/btrfs/extent-tree.c:5790 use_block_rsv+0xa7/0x101 [btrfs]() Please let me know if I can do anything to help sort these out. I just posted a patch for this problem, it's titled Btrfs: fix how we do space reservation for truncate Please apply it and test it and see if it makes this problem go away. This patch has been working very well for me, thanks. I've had no sign of truncate trouble since I started using it. -- Jim Fantastic, thank you for testing. 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: btrfs warnings from 2.6.39-rc5
Josef Bacik wrote: On 04/27/2011 02:43 PM, Jim Schutt wrote: Hi, I'm not sure if they matter, but I got these warnings on one of the machines I'm using as a Ceph OSD server: [ 1806.549469] [ cut here ] [ 1806.554593] WARNING: at fs/btrfs/extent-tree.c:5790 use_block_rsv+0xa7/0x101 [btrfs]() Please let me know if I can do anything to help sort these out. I just posted a patch for this problem, it's titled Btrfs: fix how we do space reservation for truncate Please apply it and test it and see if it makes this problem go away. This patch has been working very well for me, thanks. I've had no sign of truncate trouble since I started using it. -- Jim Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- 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: btrfs warnings from 2.6.39-rc5
Josef Bacik wrote: On 04/27/2011 02:43 PM, Jim Schutt wrote: Hi, I'm not sure if they matter, but I got these warnings on one of the machines I'm using as a Ceph OSD server: [ 1806.549469] [ cut here ] [ 1806.554593] WARNING: at fs/btrfs/extent-tree.c:5790 use_block_rsv+0xa7/0x101 [btrfs]() [snip] Please let me know if I can do anything to help sort these out. I just posted a patch for this problem, it's titled Btrfs: fix how we do space reservation for truncate Please apply it and test it and see if it makes this problem go away. Thanks for taking a look at this. I'm running now with the patch applied to 2.6.39-rc6. The warning was relatively hard to trigger for me, so it might be a while before I can report back that it helped. -- Jim Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- 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: btrfs warnings from 2.6.39-rc5
On 04/27/2011 02:43 PM, Jim Schutt wrote: Hi, I'm not sure if they matter, but I got these warnings on one of the machines I'm using as a Ceph OSD server: [ 1806.549469] [ cut here ] [ 1806.554593] WARNING: at fs/btrfs/extent-tree.c:5790 use_block_rsv+0xa7/0x101 [btrfs]() [ 1806.562903] Hardware name: PowerEdge 1950 [ 1806.567126] Modules linked in: loop btrfs zlib_deflate lzo_compress ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables bridge stp i2c_dev i2c_core ext3 jbd ib_iser libi] [ 1806.689084] Pid: 12025, comm: cosd Not tainted 2.6.39-rc5-6-g7b0bd4b #2 [ 1806.697425] Call Trace: [ 1806.700332] [] ? use_block_rsv+0xa7/0x101 [btrfs] [ 1806.707032] [] ? warn_slowpath_common+0x85/0x9e [ 1806.713502] [] ? warn_slowpath_null+0x1a/0x1c [ 1806.720755] [] ? use_block_rsv+0xa7/0x101 [btrfs] [ 1806.731488] [] ? btrfs_alloc_free_block+0x30/0x198 [btrfs] [ 1806.743858] [] ? map_private_extent_buffer+0xb2/0xd9 [btrfs] [ 1806.752600] [] ? __kmap_atomic+0x12/0x47 [btrfs] [ 1806.760057] [] ? read_extent_buffer+0xc2/0xd4 [btrfs] [ 1806.770897] [] ? __btrfs_cow_block+0x10e/0x2f5 [btrfs] [ 1806.779552] [] ? btrfs_header_generation+0x1f/0x25 [btrfs] [ 1806.788994] [] ? btrfs_cow_block+0xfc/0x121 [btrfs] [ 1806.798434] [] ? btrfs_search_slot+0x144/0x3ae [btrfs] [ 1806.806444] [] ? btrfs_lookup_inode+0x31/0x86 [btrfs] [ 1806.813611] [] ? btrfs_update_inode+0x52/0xc1 [btrfs] [ 1806.820904] [] ? btrfs_truncate+0x239/0x297 [btrfs] [ 1806.829290] [] ? btrfs_setsize+0x8c/0x9b [btrfs] [ 1806.835962] [] ? btrfs_setattr+0x61/0x9d [btrfs] [ 1806.842892] [] ? notify_change+0x174/0x1bc [ 1806.850878] [] ? do_truncate+0x6e/0x8a [ 1806.857374] [] ? generic_permission+0x1c/0x8e [ 1806.868498] [] ? do_sys_truncate+0xf8/0x10a [ 1806.877746] [] ? sys_truncate+0xe/0x10 [ 1806.902751] [] ? system_call_fastpath+0x16/0x1b [ 1806.909736] ---[ end trace cd0ae33f1a4433d9 ]--- [ 1812.142333] [ cut here ] [ 1812.146996] WARNING: at fs/btrfs/inode.c:2180 btrfs_orphan_commit_root+0x8c/0xab [btrfs]() [ 1812.155275] Hardware name: PowerEdge 1950 [ 1812.159280] Modules linked in: loop btrfs zlib_deflate lzo_compress ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables bridge stp i2c_dev i2c_core ext3 jbd ib_iser libi] [ 1812.240872] Pid: 7923, comm: kworker/3:2 Tainted: G W 2.6.39-rc5-6-g7b0bd4b #2 [ 1812.249216] Call Trace: [ 1812.251712] [] ? btrfs_orphan_commit_root+0x8c/0xab [btrfs] [ 1812.258976] [] ? warn_slowpath_common+0x85/0x9e [ 1812.265199] [] ? warn_slowpath_null+0x1a/0x1c [ 1812.271420] [] ? btrfs_orphan_commit_root+0x8c/0xab [btrfs] [ 1812.278704] [] ? commit_fs_roots+0x95/0xfd [btrfs] [ 1812.285220] [] ? btrfs_run_delayed_refs+0x112/0x15e [btrfs] [ 1812.292459] [] ? need_resched+0x23/0x2d [ 1812.297961] [] ? should_resched+0xe/0x2f [ 1812.303604] [] ? btrfs_commit_transaction+0x349/0x5a3 [btrfs] [ 1812.310999] [] ? list_del_init+0x21/0x21 [ 1812.316615] [] ? do_async_commit+0x1f/0x2c [btrfs] [ 1812.323055] [] ? process_one_work+0x124/0x1e0 [ 1812.329083] [] ? btrfs_commit_transaction+0x5a3/0x5a3 [btrfs] [ 1812.336526] [] ? workqueue_congested+0x1e/0x1e [ 1812.342636] [] ? worker_thread+0x8f/0x124 [ 1812.348353] [] ? kthread+0x72/0x7a [ 1812.353439] [] ? kernel_thread_helper+0x4/0x10 [ 1812.359555] [] ? retint_restore_args+0xe/0xe [ 1812.365484] [] ? kthread_bind+0x64/0x64 [ 1812.370986] [] ? gs_change+0xb/0xb [ 1812.376047] ---[ end trace cd0ae33f1a4433da ]--- Please let me know if I can do anything to help sort these out. I just posted a patch for this problem, it's titled Btrfs: fix how we do space reservation for truncate Please apply it and test it and see if it makes this problem go away. 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
