search for: sys_unlink

...insertions(+) Index: linux-2.6.15/init/initramfs.c =================================================================== --- linux-2.6.15.orig/init/initramfs.c +++ linux-2.6.15/init/initramfs.c @@ -249,6 +249,7 @@ static int __init do_name(void) if (dry_run) return 0; if (S_ISREG(mode)) { + sys_unlink(collected); if (maybe_link() >= 0) { wfd = sys_open(collected, O_WRONLY|O_CREAT, mode); if (wfd >= 0) { @@ -263,6 +264,7 @@ static int __init do_name(void) sys_chmod(collected, mode); } else if (S_ISBLK(mode) || S_ISCHR(mode) || S_ISFIFO(mode) || S_ISSOCK(mode)) { + sys...

...insertions(+) Index: linux-2.6.15/init/initramfs.c =================================================================== --- linux-2.6.15.orig/init/initramfs.c +++ linux-2.6.15/init/initramfs.c @@ -249,6 +249,7 @@ static int __init do_name(void) if (dry_run) return 0; if (S_ISREG(mode)) { + sys_unlink(collected); if (maybe_link() >= 0) { wfd = sys_open(collected, O_WRONLY|O_CREAT, mode); if (wfd >= 0) { @@ -263,6 +264,7 @@ static int __init do_name(void) sys_chmod(collected, mode); } else if (S_ISBLK(mode) || S_ISCHR(mode) || S_ISFIFO(mode) || S_ISSOCK(mode)) { + sys...

...de+187/272] [ext3_delete_inode+0/ 272] [ext3_delete_inode+0/272] [iput+246/496] [d_delete+76/112] Jan 16 12:37:38 frost kernel: [<c0157b77>] [<c0154beb>] [<c0154b30>] [<c0154b30>] [<c01428e6>] [<c0140f7c>] Jan 16 12:37:38 frost kernel: [vfs_unlink+307/352] [sys_unlink+153/272] [system_call+51/64] Jan 16 12:37:38 frost kernel: [<c013a703>] [<c013a7c9>] [<c0106ca3>] Jan 16 12:37:38 frost kernel: Jan 16 12:37:38 frost kernel: Code: 0f 0b 83 c4 14 8b 4b 08 89 d8 41 89 4b 08 eb 6a 90 6a 01 68

...= 0x08051d80 [pid 9944] select(4, 0xbfff9c40, 0, 0, 0xbfff9bb8 <unfinished ...> [pid 9977] unlink("Mail/.synergy-l.p8Qrzc" <unfinished ...> [pid 9944] SYS__newselect(4, 0xbfff9c40, 0, 0, 0xbfff9bb8 <unfinished ...> [pid 9977] SYS_unlink(0xbfffb570, 0, 11, 255, 0x0806dca3 <unfinished ...> [pid 9944] <... SYS__newselect resumed> ) = 1 [pid 9944] <... select resumed> ) = 1 [pid 9944] read(3, <unfinished ...> [pid 9944] SYS_read(3, &qu...

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.

...de+187/272] [ext3_delete_inode+0/ 272] [ext3_delete_inode+0/272] [iput+246/496] [d_delete+76/112] Jan 16 12:37:38 frost kernel: [<c0157b77>] [<c0154beb>] [<c0154b30>] [<c0154b30>] [<c01428e6>] [<c0140f7c>] Jan 16 12:37:38 frost kernel: [vfs_unlink+307/352] [sys_unlink+153/272] [system_call+51/64] Jan 16 12:37:38 frost kernel: [<c013a703>] [<c013a7c9>] [<c0106ca3>] Jan 16 12:37:38 frost kernel: Jan 16 12:37:38 frost kernel: Code: 0f 0b 83 c4 14 8b 4b 08 89 d8 41 89 4b 08 eb 6a 90 6a 01 68

I've attached the .gz'ed log of another EXT3 crash on my PPC box. This time it was on IDE and I was doing a tab completion as it died. -- Tom Rini (TR1265) http://gate.crashing.org/~trini/

...root is still able to delete the /tmp/ file and not the /home/wini/ file is because root owns the /tmp/ directory. Take a look at the function check_sticky() in linux/fs/namei.c. You'll see that there is a check to see if the owner of the directory is the user trying to do the deed. If so, the sys_unlink() succeeds. For the security paranoid: all system files/directories should be owned by some user with no login account: 'adm' or 'system' might be a good choice. Thus, any legitimate (capable) instance of the superuser can still maintain/manipulate the system, but any rougue daemon...

...cate_complete_page+12/50> > Trace; c01258c6 <truncate_list_pages+126/190> > Trace; c0125970 <truncate_inode_pages+40/70> > Trace; c014485e <iput+ae/200> > Trace; c0142e4c <d_delete+4c/70> > Trace; c013c69c <vfs_unlink+13c/170> > Trace; c013c778 <sys_unlink+a8/120> > Trace; c0106e8a <system_call+32/38> Well, that's a straight forward trace, and looks perfectly normal for a delete operation. The buffer_head is locked at this point, and the transaction itself is pinned, so I can't see any way to have an unrecognised transaction her...

...6/0x13d [<ffffffff810425b3>] ? need_resched+0x23/0x2d [<ffffffff81122c0c>] vfs_unlink+0x82/0xd1 [<ffffffff81124bcc>] do_unlinkat+0xc6/0x178 [<ffffffff8112186b>] ? path_put+0x22/0x27 [<ffffffff810a7d03>] ? audit_syscall_entry+0x103/0x12f [<ffffffff81124c94>] sys_unlink+0x16/0x18 [<ffffffff81011db2>] system_call_fastpath+0x16/0x1b Call Trace: [<ffffffff81437e31>] __mutex_lock_common+0x12f/0x1a1 [<ffffffffa0633682>] ? ocfs2_match+0x2c/0x3a [ocfs2] [<ffffffff81437ef2>] __mutex_lock_slowpath+0x19/0x1b [<ffffffff81437f5b>] mutex_loc...

...packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-528032/96] [iput+232/448] [d_delete+76/112] Oct 18 17:31:16 tadorne kernel: [<c904c0c7>] [<c904c238>] [<c9058160>] [<c9058160>] [<c01458a8>] [<c0143d4c>] Oct 18 17:31:16 tadorne kernel: [vfs_unlink+331/384] [sys_unlink+153/256] [system_call+51/64] Oct 18 17:31:16 tadorne kernel: [<c013d41b>] [<c013d4e9>] [<c0106ec3>] Oct 18 17:31:16 tadorne kernel: Oct 18 17:31:16 tadorne kernel: Code: 0f 0b 58 5a 0f ab 7b 18 b8 0c 00 00 00 0f ab 43 18 85 ed 74

...2] [<ffffffff802c3686>] ? vfs_unlink+0x95/0x110 [<ffffffff802c36af>] vfs_unlink+0xbe/0x110 [<ffffffff802c5d46>] do_unlinkat+0xcd/0x15d [<ffffffff802be708>] ? sys_newlstat+0x31/0x3c [<ffffffff804f34fc>] ? lockdep_sys_exit_thunk+0x35/0x67 [<ffffffff802c5de7>] sys_unlink+0x11/0x13 [<ffffffff8020baeb>] system_call_fastpath+0x16/0x1b Device => Id: 253,2 Uuid: 8A77044F9D98416FAB240B44B1843EDA Gen: 0x7622CA50 Label: Volume => State: 2 Flags: 0x0 Sizes => Block: 4096 Cluster: 4096 Features => Compat: 0x3 Incompat: 0x1D0 ROcomp...

...? sock_alloc_file+0xc2/0x116 Jul 2 21:42:59 bkp010 kernel: [ 668.552819] [<ffffffff810fa429>] ? __fd_install+0x1c/0x44 Jul 2 21:42:59 bkp010 kernel: [ 668.552926] [<ffffffff810fa471>] ? fd_install+0x20/0x22 Jul 2 21:42:59 bkp010 kernel: [ 668.553033] [<ffffffff810f0f14>] SyS_unlink+0x11/0x13 Jul 2 21:42:59 bkp010 kernel: [ 668.553129] [<ffffffff81375812>] system_call_fastpath+0x16/0x1b Jul 2 21:42:59 bkp010 kernel: [ 668.553236] ---[ end trace 5bc755b97545ce9b ]--- Jul 2 21:43:27 bkp010 kernel: [ 696.770152] ------------[ cut here ]------------ Jul 2 21:43:27 b...

Hello, Over the last month or so, I've noticed the following error showing up repeatedly in my system logs under kernel 2.4.18-ac3 and more recently under 2.4.19-rc1: EXT3-fs error (device ide0(3,3)) in ext3_new_inode: error 28 I've now been able to capture the following Oops before the system went down entirely: Assertion failure in do_get_write_access() at transaction.c:611:

...op.args[2]); + fds[op.args[3]] = ret; + break; + case BTRFS_IOC_UT_OP_CLOSE: + ret = sys_close(fd1); + break; + case BTRFS_IOC_UT_OP_PWRITE: + ret = sys_pwrite64(fd1, (const char __user *)op.args[1], + op.args[2], op.args[3]); + break; + case BTRFS_IOC_UT_OP_UNLINK: + ret = sys_unlink((const char __user *)op.args[0]); + break; + case BTRFS_IOC_UT_OP_MKDIR: + ret = sys_mkdir((const char __user *)op.args[0], + op.args[1]); + break; + case BTRFS_IOC_UT_OP_RMDIR: + ret = sys_rmdir((const char __user *)op.args[0]); + break; + case BTRFS_IOC_UT_OP_TRUNCATE: + ret = s...

...og output when SElinux is enforcing 2. My mail client's protocol log (using Sylpheed) 3. My syslog output when SElinux is permissive. From the audit log, syscall 2 (from the message "type=SYSCALL ... syscall=2 success=no" appears to be sys_open for x86_64 architectures. syscall 87 is sys_unlink. Why is my mail client getting a SQL error message even though dovecot's auth log reported login success? Is this a sqlite problem instead of a dovecot one? FYI, I am using dovecot-2.2.10 (from ATrpms.net) and sqlite-3.3.6-7 There appears to be several options related to the temporary store...

...uncate+199/972] [ext3_truncate+751/972] [journal_start+165/204] [start_transaction+85/128] Mar 30 02:37:11 musicien kernel: [ext3_delete_inode+0/284] [ext3_delete_inode+159/284] [ext3_delete_inode+0/284] [iput+243/456] [d_delete+76/108] [vfs_unlink+300/348] Mar 30 02:37:11 musicien kernel: [sys_unlink+165/284] [arp_rcv+1116/1140] [system_call+51/56] Mar 30 02:37:11 musicien kernel: Mar 30 02:37:11 musicien kernel: Code: 0f 0b 83 c4 14 90 8d 74 26 00 53 e8 ae 02 00 00 c7 43 14 00 So are the ext3 drivers not backward compatible? If anyone could give me any ideas, it would be most appreciated....

Sorry, hit send instead of attach again. Rest of patches included. -- Anthony Liguori Samba, Linux/Windows Interoperability Linux Technology Center (LTC) - IBM Austin E-mail: aliguori@us.ibm.com Phone: (512) 838-1208 Tie Line: 678-1208

...2.4.20-k7/kernel/net/packe+-42259165/96] [af_packet:__insmod_af_packet_O/lib/modules/2.4.20-k7/kernel/net/packe+-42259328/96] [af_packet:__insmod_af_packet_O/lib/modules/2.4.20-k7/kernel/net/packe+-42213184/96] [iput+259/512] [d_delete+76/128] Mar 22 10:48:36 trigger kernel: [vfs_unlink+332/384] [sys_unlink+153/272] [system_call+51/56] Mar 22 10:48:36 trigger kernel: Mar 22 10:48:36 trigger kernel: Code: 0f 0b c9 04 a0 97 84 f0 83 c4 14 53 e8 16 03 00 00 c7 43 14 ------------------------------------------------ That's it! cheers, Phil -- http://www.kantaka.co.uk/ .oOo. public key: http://w...