> is very oom with no disk activity. It _looks_ (xmm and vmstat) like
> it just ran out of cleanable dirty pages. With or without swap,
... Bingo. You hit the infamous __wait_on_buffer / ___wait_on_page
bug. I've seen this for quite a while now on our quad xeon test
machine, with some kernel versions it can be reproduced in minutes,
with others it won't trigger at all.
And after a recompile it's usually gone ...
I hope there is somebody out there who can RELIABLY trigger
this bug, so we have a chance of tracking it down.
> tar
> Trace; c012f2da <__wait_on_buffer+6a/8c>
> Trace; c01303c9 <bread+45/64>
> Trace; c01500ea <ext2_read_inode+fe/3c8>
> Trace; c01411f5 <get_new_inode+d1/15c>
> Trace; c0141416 <iget4+c2/d4>
> Trace; c0150b03 <ext2_lookup+43/68>
> Trace; c0138401 <path_walk+529/748>
> Trace; c0137aed <getname+5d/9c>
> Trace; c01389d8 <__user_walk+3c/58>
> Trace; c0135cc6 <sys_lstat64+16/70>
> Trace; c0106ae3 <system_call+33/38>
Rik
-- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose...http://www.surriel.com/ http://distro.conectiva.com/
Send all your spam to aardvark@nl.linux.org (spam digging piggy)
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/