search for: vfs_creat

...without HTrees, but this behavior occurs on ext3 with Htrees. Here's a high level description of what I'm doing in versionfs_unlink: * down the isem of parent directory * compute the name of the version file * lookup the name using lookup_one_len * create the version'ed file using vfs_create * open the original file using dentry_open * copy the data from the original file to the version file * close the original file and version file * upping the isem of the parent directory * call vfs_unlink as it would have been called normally Let me know if I'm doing something wrong. Th...

...re''s the feedback I have so far. (1) My test case won''t generate ENOSPC issues with lzo compression or no compression. (2) I''ve inserted some trace_printk debugging statements to trace back the call stack, and the ENOSPC errors only seem to occur on a new transaction: vfs_create -> btrfs_create -> btrfs_start_transaction -> start_transaction -> btrfs_block_rsv_add -> reserve_metadata_bytes. (3) The ENOSPC condition will usually clear in a few seconds, allowing writes to proceed. (4) I''ve added a loop to the reserve_metadata_bytes() function to...

...fffa0300719>] ocfs2_journal_access_di+0x0/0xf [ocfs2] [<ffffffffa02e92e5>] ocfs2_check_dir_for_entry+0x82/0xe8 [ocfs2] [<ffffffffa0307cec>] ocfs2_mknod+0x236/0xc42 [ocfs2] [<ffffffffa0308854>] ocfs2_create+0x83/0xd9 [ocfs2] [<ffffffff8028f601>] vfs_create+0xd0/0xfe [<ffffffff8029179e>] do_filp_open+0x22b/0x806 [<ffffffff80468376>] _spin_unlock+0x17/0x20 [<ffffffff80299edf>] alloc_fd+0x106/0x117 [<ffffffff802857f6>] do_sys_open+0x48/0xcc [<ffffffff8020be5b>] system_call_fastpath+0x16/0...

...gt; Trace; c0151856 <dquot_initialize+a6/180> Trace; c015cf7b <ext3_new_inode+8cb/a10> Trace; c016bc77 <__jbd_kmalloc+27/80> Trace; c0165874 <start_this_handle+114/150> Trace; c016595c <journal_start+ac/d0> Trace; c0161951 <ext3_create+81/110> Trace; c014239a <vfs_create+10a/160> Trace; c014219d <lookup_hash+8d/c0> Trace; c014253c <open_namei+14c/630> Trace; c014a11c <dput+1c/150> Trace; c0129270 <file_read_actor+0/e0> Trace; c01366e6 <filp_open+36/60> Trace; c0136a34 <sys_open+34/c0> Trace; c0106ffb <system_call+33/38>...

...6 [ocfs2] [<ffffffffa063d02c>] ? ocfs2_should_refresh_lock_res+0x8f/0x1ad [ocfs2] [<ffffffffa0653cf6>] ? ocfs2_wait_for_recovery+0x1a/0x8f [ocfs2] [<ffffffff81437f4e>] ? mutex_lock+0x16/0x3a [<ffffffffa065e0fd>] ocfs2_create+0xa2/0x10a [ocfs2] [<ffffffff8112268f>] vfs_create+0x7e/0x9d [<ffffffff81125794>] do_filp_open+0x302/0x92d [<ffffffff810425cb>] ? should_resched+0xe/0x2f [<ffffffff81437731>] ? _cond_resched+0xe/0x22 [<ffffffff81238109>] ? might_fault+0xe/0x10 [<ffffffff812381f3>] ? __strncpy_from_user+0x20/0x4a [<ffffffff811...

.../0xea0 Aug 31 08:15:32 mariscal kernel: [<c01774ba>] __link_path_walk+0xa9a/0xea0 Aug 31 08:15:32 mariscal kernel: [<c01840e4>] mntput_no_expire+0x24/0xb0 Aug 31 08:15:32 mariscal kernel: [<c0177931>] link_path_walk+0x71/0xf0 Aug 31 08:15:32 mariscal kernel: [<c0175ab7>] vfs_create+0xc7/0x140 Aug 31 08:15:32 mariscal kernel: [<c0178fc6>] open_namei+0x5d6/0x670 Aug 31 08:15:32 mariscal kernel: [<c016553e>] do_filp_open+0x2e/0x60 Aug 31 08:15:32 mariscal kernel: [<c0165210>] get_unused_fd+0x50/0xb0 Aug 31 08:15:32 mariscal kernel: [<c01655ba>] do_sy...

From: "Xiaowei.Hu" <xiaowei.hu at oracle.com> ocfs2_block_group_alloc_discontig() disables chain relink by setting ac->ac_allow_chain_relink = 0 because it grabs clusters from multiple cluster groups. It doesn't keep the credits for all chain relink,but ocfs2_claim_suballoc_bits overrides this in this call trace:

...tem+0xbc/0x200 [btrfs] [ 804.910767] [<ffffffffa0195c6b>] btrfs_add_link+0xeb/0x300 [btrfs] [ 804.910781] [<ffffffffa0196f64>] btrfs_create+0x1a4/0x210 [btrfs] [ 804.910799] [<ffffffff81217a0c>] ? security_inode_permission+0x1c/0x30 [ 804.910813] [<ffffffff8118fd56>] vfs_create+0xb6/0x120 [ 804.910833] [<ffffffff8119281d>] do_last+0xd5d/0xeb0 [ 804.910838] [<ffffffff8118ed68>] ? link_path_walk+0x78/0x950 [ 804.910841] [<ffffffff81192a2c>] path_openat+0xbc/0x530 [ 804.910855] [<ffffffff8114b551>] ? handle_mm_fault+0x261/0x330 [ 804.910871]...

We need an smb_mb() before waitqueue_active to avoid missing wakeups. Before Mitch was hitting a deadlock between the ordered flushers and the transaction commit because the ordered flushers were waiting for more refs and were never woken up, so those smp_mb()''s are the most important. Everything else I added for correctness sake and to avoid getting bitten by this again somewhere else.

...ftp2 kernel: [121668.144435]  [] ? btrfs_add_nondir+0x25/0x4e [btrfs] Mar  9 23:59:24 ftp2 kernel: [121668.144450]  [] ? btrfs_init_inode_security+0x12/0x2d [btrfs] Mar  9 23:59:24 ftp2 kernel: [121668.144464]  [] ? btrfs_create+0xfb/0x1b5 [btrfs] Mar  9 23:59:24 ftp2 kernel: [121668.144471]  [] ? vfs_create+0x77/0xd0 Mar  9 23:59:24 ftp2 kernel: [121668.144475]  [] ? do_last+0x2f4/0x617 Mar  9 23:59:24 ftp2 kernel: [121668.144479]  [] ? do_filp_open+0x1ed/0x5ad Mar  9 23:59:24 ftp2 kernel: [121668.144484]  [] ? do_sys_open+0x56/0xde Mar  9 23:59:24 ftp2 kernel: [121668.144489]  [] ? system_call_fastp...

[This email is either empty or too large to be displayed at this time]

I was using my computer normally when suddenly my btrfs volume became read-only. This is on Chris'' for-linus branch (latest commit cb77fcd88) Here''s the relevant excerpt from dmesg [ 50.877500] r8169 0000:01:00.0: eth1: link up [ 50.880296] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [ 60.959215] eth1: no IPv6 routers present [ 1904.463247] atkbd serio0: Unknown key

Hi everyone, I described the reflink operation at the Linux Storage & Filesystems Workshop last month. Originally implemented as an ocfs2-specific ioctl, the consensus was that it should be a syscall from the get-go. Here's some first-cut patches. For people who have not seen reflink, either at LSF or on the ocfs2 wiki, the first patch contains Documentation/filesystems/reflink.txt to