Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 38462

Summary: automount eats up 100% of CPU
Product: [Retired] Red Hat Linux Reporter: nessus
Component: autofsAssignee: Jeff Moyer <jmoyer>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-03-19 20:41:35 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description nessus 2001-04-30 21:16:48 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.2-2smp i686)


I have a dual processor Pentium III.  Since upgrading to RedHat 7.1,
automount will eventually go into a mode where it eats of 100% of one of
the two CPU's as indicated by top and xload.  Despite this, it automounting
still works.

Reproducible: Always
Steps to Reproduce:
1. Find a dual processor Pentium System.
2. Set /etc/auto.master to: /nfs   /etc/auto.nfs
3. Set /etc/auto.nfs to: * -fstype=autofs,-Dhost=&,-Dprefix=/&
file:/etc/auto.nfs.sub
4. Set /etc/auto.nfs.sub to: * ${host}:${prefix}/&
5. # service autofs start
6. Wait a few days.

Actual Results:  automount consumes 100% of one of the two CPU's.

Expected Results:  automount should have consumed only a very small
fraction of the CPU's.

Comment 1 Jeff Moyer 2004-03-19 20:24:59 UTC
Can you give strace output for the offending process?

Comment 2 nessus 2004-03-19 20:35:40 UTC
The problem went away, as far as I am aware with Red Hat 8 or 9, so
(1) I no longer have a machine that exhibits the problem, and (2) it
probably is moot now.