Bug 227268

Summary: autofs timeout/expiration of /misc/cd unreliable
Product: [Fedora] Fedora Reporter: Peter Åstrand <astrand>
Component: autofsAssignee: Ian Kent <ikent>
Status: CLOSED CURRENTRELEASE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: jmoyer
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 5.0.1-0.rc3.16 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-02-14 07:46:39 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: 231951    
Attachments:
Description Flags
Fix race when setting task to status to done none

Description Peter Åstrand 2007-02-04 15:13:32 UTC 
Description of problem:

I've activated a timeout of 3 seconds of /misc/cd by adding:

DEFAULT_TIMEOUT=3

...to /etc/sysconfig/autofs. All other autofs configuration files are untouched.
The problem is that the expiration/timeout only works sometimes. With kernel
2.6.19-1.2895.fc6, I could to "ls /misc/cd" a few times, with unmounting working
correctly, but after a few times, no more timeout/umount happens. With kernel
2.6.18-1.2798.fc6, the timeout doesn't work at all, it seems. 

Version-Release number of selected component (if applicable):
autofs-5.0.1-0.rc3.10

How reproducible:
Configure autofs with DEFAULT_TIMEOUT=3 and restart it. Try "ls /misc/cd" a few
times and verify with "mount" that /misc/cd is still mounted even after many
seconds.
Comment 1 Ian Kent 2007-02-05 02:58:48 UTC 
(In reply to comment #0)
> The problem is that the expiration/timeout only works sometimes. With kernel
> 2.6.19-1.2895.fc6, I could to "ls /misc/cd" a few times, with unmounting working
> correctly, but after a few times, no more timeout/umount happens. With kernel
> 2.6.18-1.2798.fc6, the timeout doesn't work at all, it seems. 

It seems there is a race when setting the expire task
status to completed.

Ian
Comment 2 Ian Kent 2007-02-05 03:01:38 UTC 
Created attachment 147337 [details]
Fix race when setting task to status to done

Could you test this patch for me please.
Comment 3 Peter Åstrand 2007-02-05 07:56:46 UTC 
This patch works great. Thanks!
Comment 4 Ian Kent 2007-02-05 10:20:04 UTC 
(In reply to comment #3)
> This patch works great. Thanks!
> 

Good, I'll merge it.

Ian