here is a kernel oops I seem to get very regularly. the system is an
Asus P2bDS? dual PII with 512meg ram kernel is 2.2.7 . There are no NFS
file systems on this box.
I think this could be linked to a problem I'm having with phantom loads
and sleeping find process running in state D
2:54pm up 6 days, 1:03, 6 users, load average: 1.03, 1.01, 1.00
86 processes: 85 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 1.1% user, 2.7% system, 0.0% nice, 96.2% idle
3554 ? D 0:01 find / ( -fstype nfs -o -fstype NFS -o -type d -regex
\(^/tm
the problem is occuring in both smp mode and non-smp mode. I'm guessing
(becuase I don't know much of how kernels work...) that there is no time
out for NFS file systems... in the interim, I'm going to kill updatedb
from the cron as I believe this is the parent process. I can't kill the
find process.
any patches/ideas would be very helpfull... at the moment, I'm
struggling to get more than two weeks of uptime out of what should be an
enterprise server.
Cheers
Craig
>>EIP:
c012e17f <dput+127/148>
Trace:
c012e3cc <prune_dcache+d0/e0>
Trace:
c012f21e <try_to_free_inodes+22/34>
Trace:
c012f258 <grow_inodes+20/18c>
Trace:
c012f58b <get_new_inode+a7/11c>
Trace:
c012f59d <get_new_inode+b9/11c>
Trace:
c012f660 <iget+60/6c>
Trace:
c013b580 <ext2_lookup+5c/90>
Trace:
c0129c7a <real_lookup+4a/7c>
Code:
c012e17f <dput+127/148> 00000000 <_EIP>: <===
Code:
c012e17f <dput+127/148> 0: 8b 40 40 movl 0x40(%eax),%eax
<===
Code:
c012e182 <dput+12a/148> 3: 50 pushl %eax
Code:
c012e183 <dput+12b/148> 4: 56 pushl %esi
Code:
c012e184 <dput+12c/148> 5: 68 b4 72 1f c0 pushl
$0xc01f72b4
Code:
c012e189 <dput+131/148> a: e8 da 42 fe ff call c0112468
<printk+0/174>
Code:
c012e18e <dput+136/148> f: c7 05 00 00 00 movl $0x0,0x0
Code:
c012e193 <dput+13b/148> 14: 00 00 00 00 00
-- Craig Armour c.armour@arts.uq.edu.au System Administrator Joyce Ackroyd Building Language Lab, University of Queensland phone 33656916- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/