search for: vfs_mkdir

I am using samba-3.0.7 on kernel version 2.6.5-3 (client as well as server). I traced the exact function calling sequence when a "mkdir" command is given at the client side. I got stuck at the server side, source/smbd/vfs.c - vfs_MkDir() - SMB_VFS_MKDIR(conn,name,mode) (line no 357) Could anyone please tell me exactly where is the vfs_ops struct initialised, and which function will actually get called in the above call, for the described case? Also, I set up the log level as 100 in the smb.conf file, but the DEBUG statements i...

...fffff802230e6>] __up_read+0x19/0x7f [2870477.695861]? [<ffffffff8824f8f4>] :xfs:xfs_iunlock+0x57/0x79 [2870477.695887]? [<ffffffff882680af>] :xfs:xfs_access+0x3d/0x46 [2870477.695899]? [<ffffffff80264929>] _spin_lock_irqsave+0x9/0x14 [2870477.695923]? [<ffffffff802df4a3>] vfs_mkdir+0xe3/0x152 [2870477.695933]? [<ffffffff802dfa79>] sys_mkdirat+0xa3/0xe4 [2870477.695953]? [<ffffffff80260295>] tracesys+0x47/0xb6 [2870477.695963]? [<ffffffff802602f9>] tracesys+0xab/0xb6 [2870477.695977] [2870477.695985] xfs_force_shutdown(sda5,0x8) called from line 1139 of file...

...fffa03f3986>] ? gfs2_glock_nq_init+0x16/0x40 [gfs2] Mar 5 11:41:46 chadwick kernel: [<ffffffffa03ffc74>] ? gfs2_mkdir+0x24/0x30 [gfs2] Mar 5 11:41:46 chadwick kernel: [<ffffffff8122766f>] ? security_inode_mkdir+0x1f/0x30 Mar 5 11:41:46 chadwick kernel: [<ffffffff81198149>] ? vfs_mkdir+0xd9/0x140 Mar 5 11:41:46 chadwick kernel: [<ffffffff8119ab67>] ? sys_mkdirat+0xc7/0x1b0 Mar 5 11:41:46 chadwick kernel: [<ffffffff8119ac68>] ? sys_mkdir+0x18/0x20 Mar 5 11:41:46 chadwick kernel: [<ffffffff8100b072>] ? system_call_fastpath+0x16/0x1b Mar 5 11:41:46 chadwick ker...

...387141] ocfs2_calc_xattr_init+0x7d/0x330 [ocfs2] [ 27.387382] ocfs2_mknod+0x471/0x1020 [ocfs2] [ 27.387471] ? preempt_count_add+0x6a/0xa0 [ 27.387487] ? _raw_spin_lock+0x13/0x40 [ 27.387506] ocfs2_mkdir+0x44/0x130 [ocfs2] [ 27.387583] ? security_inode_mkdir+0x3e/0x70 [ 27.387598] vfs_mkdir+0x9c/0x140 [ 27.387617] do_mkdirat+0x142/0x170 [ 27.387631] __x64_sys_mkdirat+0x47/0x80 [ 27.387643] do_syscall_64+0x58/0xc0 [ 27.387659] ? vfs_fstatat+0x5b/0x70 [ 27.387671] ? __do_sys_newfstatat+0x3f/0x80 [ 27.387684] ? fpregs_assert_state_consistent+0x22/0x50 [ 27.387698] ?...

...--------> ------------------- caas it wrote: | I am using samba-3.0.7 on kernel version 2.6.5-3 | (client as well as server). | I traced the exact function calling sequence when a | "mkdir" command is given at the client side. | I got stuck at the server side, | | source/smbd/vfs.c - vfs_MkDir() - | SMB_VFS_MKDIR(conn,name,mode) (line no 357) | | Could anyone please tell me exactly where is the | vfs_ops struct initialised, and which function will | actually get called in the above call, for the | described case? Yuor reply : Look in source/smbd/vfs.c. You get the default vfs_ops stru...

Hi I have mailed about this previously, but back then it was not really confirmed, so I have let it be at that. Anyhow, problem is that for some reason 2.5/2.6 ext3 with HTREE support do not like what perl-5.8.0 does during installation. It *seems* like one of the temporary files created during manpage installation do not get unlinked properly, or gets into the hash (this possible?) and cause

With the ATI bug I was hitting earlier fixed, only my btrfs partition continues to show high cpu usage for some operations. Rsync, git pull, git checkout and svn up are typicall operations which trigger the high cpu usage. As an example, this perf report is from using git checkout to change to a new branch; the change needed to checkout 208 files out of about 1600 total files. du(1) reports

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