Bug 101413

Summary:	autofs can't shut down
Product:	[Retired] Red Hat Linux Beta	Reporter:	Bill Nottingham <notting>
Component:	kernel	Assignee:	Dave Jones <davej>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	beta1	CC:	chris.ricker, mingo, pfrields, riel, rvokal
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2004-11-25 08:02:11 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:
Bug Depends On:
Bug Blocks:	100643

Description Bill Nottingham 2003-07-31 20:02:28 UTC

Description of problem:

shutdown of autofs hangs; the current pid is 'pidof', stuck in 'R'
state.

Show Regs sez:

Pid/TGid: 1181911819, comm: pidof
EIP: 0060:[<c016b4f6>] CPU:0
EIP is at .text.lock.inode [kernel] 0x167 (2.4.21.20.1.2024.2.1.nptlsmp)
Call trace is:
proc_pid_make_inode
proc_pid_lookup
real_lookup
link_path_walk
path_lookup
__user_walk
sys_stat64
sys_munmap
system_call

Seems to happen pretty much every shutdown.

Comment 1 Michael K. Johnson 2003-08-08 20:19:19 UTC

Our only changes to autofs from the base kernel are in the O(1)/nptl patch,
and they involve signal handling.  Have you seen this in the upstream 2.4.21
kernel by any chance?

Comment 2 Bill Nottingham 2003-08-08 21:06:31 UTC

It seems to work in taroon, which is also NPTL.

Comment 3 Brian Brock 2003-10-10 15:28:49 UTC

I'm still seeing this in 2.4.22-1.2087.nptlsmp  on an thlon system.

Comment 4 Michael K. Johnson 2003-10-21 20:19:15 UTC

Ingo, any thoughts?

Comment 5 Chris Ricker 2003-10-22 19:21:37 UTC

I use autofs very extensively for NFS mounts, and I've not been seeing this. All
my severn workstations are single CPU Athlon or mobile Athlon, though

Comment 6 Ingo Molnar 2003-10-27 18:16:59 UTC

hm, it seems to have spinlock deadlocked in some inode.c function called by
proc_pid_make_inode() - possibly new_inode()? This is not something NPTL has
changed or should affect directly.

Comment 7 Ingo Molnar 2003-10-27 18:24:59 UTC

what could bring us forward would be to know what happens on the other CPU which
seems to cause the deadlock of this CPU.

Comment 8 Michael K. Johnson 2003-10-29 17:38:22 UTC

Hmm, I just noticed that I've got an SMP machine running autofs and I can't
reproduce this with recent kernels.  Maybe fixed...