On Sat, Aug 04, 2007 at 10:44:26AM +0200, Matthias Hensler wrote: > On Fri, Aug 03, 2007 at 11:34:07AM -0700, Andrew Morton wrote: > [...] > I am also willing to try the patch posted by Richard. I want to give some update here: 1. We finally hit the problem on a third system, with a total different setup and hardware. However, again high I/O load caused the problem and the affected filesystems were mounted with noatime. 2. I installed a recompiled kernel with just the two line patch from Richard Kennedy (http://lkml.org/lkml/2007/8/2/89). That system has 5 days uptime now and counting. I believe the patch fixed the problem. However, I will continue running "vmstat 1" and the endless loop of "cat /proc/meminfo", just in case I am wrong. Regards, Matthias
Attachment:
pgp11LOuAWnvu.pgp
Description: PGP signature
- Follow-Ups:
- Re: Processes spinning forever, apparently in lock_timer_base()?
- From: Andrew Morton <[email protected]>
- Re: Processes spinning forever, apparently in lock_timer_base()?
- References:
- Processes spinning forever, apparently in lock_timer_base()?
- From: Chuck Ebbert <[email protected]>
- Re: Processes spinning forever, apparently in lock_timer_base()?
- From: Andrew Morton <[email protected]>
- Re: Processes spinning forever, apparently in lock_timer_base()?
- From: Matthias Hensler <[email protected]>
- Processes spinning forever, apparently in lock_timer_base()?
- Prev by Date: [PATCH] Make access to task's nsproxy liter
- Next by Date: EFI e820 map handling
- Previous by thread: Re: Processes spinning forever, apparently in lock_timer_base()?
- Next by thread: Re: Processes spinning forever, apparently in lock_timer_base()?
- Index(es):