Messages in this thread | | | Date | Tue, 11 May 1999 14:59:36 +1000 | From | Craig Armour <> | Subject | kernel ooops... no timeout on find |
| |
Hi,
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/
| |