search for: update_atim

...fffff801ec41c>{ext3_reserve_inode+write+76} <ffffffff80195170>{filldir+0} <ffffffff801ec4d8>{ext3_mark_inode_dirty+56} <ffffffff801fa9e5>{journal_start_229} <ffffffff801ee571>{ext3_dirty_inode+113} <ffffffff801a5604>{__mark_inode_dirty+52} <ffffffff8019bd2b>{update_atime+123} <ffffffff80195016>{vfs_readdir+166} <ffffffff801952e2>{syst_getdents+130} <ffffffff8019465e>{sys_fcntl+830} <ffffffff8010dc46>{system_call+126} Code: 8b 40 18 48 c1 e0 07 48 8b 98 08 58 5b 80 4c 01 e3 48 89 df RIP <ffffffff8012f369>{try_to_wake_up+57} RSP <ff...

...t > /proc/sysrq-trigger" output. A substantial number of nfsd threads a waiting to "start a handle": nfsd Call Trace: [sleep_on+75/124] [start_this_handle+205/368] [journal_start+149/196] [ext3_dirty_inode+116/268] [__mark_inode_dirty+50/168] [update_atime+75/80] [do_generic_file_read+1158/1172] [generic_file_read+147/400] [file_read_actor+0/224] [nfsd_read+477/636] [nfsd3_proc_read+295/388] [nfsd_dispatch+207/406] [svc_process+655/1264] [nfsd+566/944] [arch_kernel_thread+40/56] This sleep_on is the one at line...

...g/generator.c Thu Apr 15 13:55:23 2004 > +++ rsync-2.6.2/generator.c Fri Jul 23 15:47:40 2004 > @@ -471,8 +471,10 @@ > } > > if (skip_file(fname, file, &st)) { > - if (fnamecmp == fname) > + if (fnamecmp == fname) { > set_perms(fname,file,&st,1); > + update_atime(fname); > + } > return; > } > > diff -u rsync-2.6.2.orig/proto.h rsync-2.6.2/proto.h > --- rsync-2.6.2.orig/proto.h Thu Apr 22 06:58:09 2004 > +++ rsync-2.6.2/proto.h Fri Jul 23 15:16:17 2004 > @@ -242,6 +242,7 @@ > void print_child_argv(char **cmd); > void...

...lt;c01693cf>] __user_walk+0x2f/0x60 > kernel: [<c0163b5d>] vfs_stat+0x1d/0x60 > kernel: [<c017ce14>] __mark_inode_dirty+0x104/0x1b0 > kernel: [<c0121a0f>] current_fs_time+0x5f/0x70 > kernel: [<c01641df>] sys_stat64+0xf/0x30 > kernel: [<c0174832>] update_atime+0x52/0x90 > kernel: [<c016cdc5>] vfs_readdir+0x85/0x90 > kernel: [<c0171891>] dput+0x71/0x1b0 > kernel: [<c01763bb>] mntput_no_expire+0x1b/0x70 > kernel: [<c0159d8c>] filp_close+0x3c/0x80 > kernel: [<c0102e59>] syscall_call+0x7/0xb > > kerne...

...update_inode+0x21f/0x3e0 [<c0169b15>] ext3_reserve_inode_write+0x31/0xb0 [<c0169ab5>] ext3_mark_iloc_dirty+0x21/0x50 [<c0169bbd>] ext3_mark_inode_dirty+0x29/0x34 [<c0169c9b>] ext3_dirty_inode+0xd3/0x14c [<c0154809>] __mark_inode_dirty+0x39/0xec [<c014fab4>] update_atime+0x8c/0x98 [<c0145b74>] link_path_walk+0x698/0x8c0 [<c0169ca7>] ext3_dirty_inode+0xdf/0x14c [<c0147e53>] vfs_follow_link+0x12f/0x1a4 [<c0170df6>] ext3_follow_link+0x16/0x20 [<c0145b81>] link_path_walk+0x6a5/0x8c0 [<c0146074>] path_lookup+0x128/0x134 [<c...

...ep_on [kernel] 0x4b [<f885d225>] start_this_handle [jbd] 0xc5 [<f885d37d>] journal_start_Rsmp_89deb980 [jbd] 0xbd [<f887297e>] ext3_dirty_inode [ext3] 0x6e [<c014ce7e>] link_path_walk [kernel] 0xa3e [<c0156f2e>] __mark_inode_dirty [kernel] 0x2e [<c01588b1>] update_atime [kernel] 0x51 [<c01303af>] do_generic_file_read [kernel] 0x48f [<c014d4c2>] __user_walk [kernel] 0x32 [<c013072e>] generic_file_read [kernel] 0x7e [<c01305b0>] file_read_actor [kernel] 0x0 [<c0141986>] sys_read [kernel] 0x96 [<c0140000>] sys_truncate [kern...

...0xe7ede000 (sendmail) 0 do_get_write_access+340 [0xc015fb48] 1 journal_get_write_access+52 [0xc015ff34] 2 ext3_do_update_inode+469 [0xc01599f9] 3 ext3_mark_iloc_dirty+29 [0xc0159e51] 4 ext3_mark_inode_dirty+36 [0xc0159f54] 5 ext3_dirty_inode+208 [0xc015a034] 6 __mark_inode_dirty+44 [0xc01464e4] 7 update_atime+70 [0xc0147a22] 8 do_generic_file_read+1105 [0xc012674d] 9 generic_file_read+124 [0xc0126a10] 10 sys_read+141 [0xc0133305] 11 system_call+44 [0xc0106e48] ebx: 00000004 ecx: 0810dc38 edx: 00001000 esi: 0810a0b9 edi: 3e65d011 ebp: bfff9a5c eax: 00000003 ds: 002b es: 002b eip: 401...

...-1642892/96] [unix:__insmod_unix_O/lib/modules/2.4.17/kernel/net/unix/unix.o_M+-1656581/96] [unix:__insmod_unix_O/lib/modules/2.4.17/kernel/net/unix/unix.o_M+-1608504/96] [unix:__insmod_unix_O/lib/modules/2.4.17/kernel/net/unix/unix.o_M+-1608260/96] [filldir+174/224] [__mark_inode_dirty+46/160] [update_atime+81/96] [unix:__insmod_unix_O/lib/modules/2.4.17/kernel/net/unix/unix.o_M+-1627672/96] [open_namei+805/1680] [dentry_open+171/400] [kfree_skbmem+12/112] [filldir+0/224] [vfs_readdir+126/208] [filldir+0/224] [sys_getdents+71/160] [filldir+0/224] [system_call+51/56] Code: 0f 0b 5f 58 8b 54 24 24...

...0 >>NIP; c0080424 <journal_blocks_per_page+148/e4f8> <===== Trace; c0080384 <journal_blocks_per_page+a8/e4f8> Trace; c0076440 <journal_start+ac/3a8> Trace; c006f998 <grok_partitions+9358/fd54> Trace; c0055650 <__mark_inode_dirty+4c/948> Trace; c0057394 <update_atime+64/74> Trace; c0029c18 <do_generic_file_read+4d0/8b4> Trace; c002a08c <generic_file_read+90/8bc> Trace; c0045fc4 <kernel_read+58/354> Trace; c00466a8 <prepare_binprm+100/114> Trace; c0046dec <do_execve+17c/290> Trace; c0006ed0 <start_thread+190/334> Trace; c0...

I had the following spat out by syslog on my (2.4.18-pre7-ac3) mailer / web server: Assertion failure in do_get_write_access() at transaction.c:611: "!(((jh2bh(jh))->b_state & (1UL << BH_Lock)) != 0)" One of its partitions froze hard--I've rebooted it, and I have an oops which the BUG() triggered which won't decode at the moment, but I'll sort that one out

...640 f5a2e9a0 f6b55efc 00000000 e5fa9640 f5a2e9a0 f6d2ff80 f33b9380 Jul 4 20:53:14 localhost kernel: Call Trace: [ext3_reserve_inode_write+50/172] [start_this_handle+284/352] [ext3_mark_inode_dirty+26/52] [ext3_dirty_inode+163/276] [__mark_inode_dirty+50/188] Jul 4 20:53:14 localhost kernel: [update_atime+75/80] [link_path_walk+2038/2328] [path_walk+26/28] [__user_walk+53/80] [sys_stat64+25/112] [system_call+51/56] Jul 4 20:53:14 localhost kernel: Jul 4 20:53:14 localhost kernel: Code: f0 ff 8b 94 00 00 00 0f 88 17 15 00 00 6a 00 57 56 e8 f7 f9 Jul 4 20:53:14 localhost kernel: <6>note:...