0002448: autofs failing on first access to a nfs server

(0006336)
toracat (developer)
2007-11-17 17:48

The -56.el5 kernel from http://people.redhat.com/jlayton/ [^] fixed the problem. Tested on both i686 and x86_64.

Akemi

(0006344)
toracat (developer)
2007-11-20 10:13

The -56.el5 kernel has a problem with nfs (see the bugzilla in the original report) and Jeff Layton is currently working on it. However, his revised version will *not* include the autofs patch (as per his e-mail).

According to this bugzilla upstream:

https://bugzilla.redhat.com/show_bug.cgi?id=371341 [^]

the autofs problem is a known issue and will be fixed in 5.1.x. A patch is provided in that BZ and is now attached here.

I confirm that the patch solves the problem.

Akemi

(0006345)
toracat (developer)
2007-11-20 11:03

The patch tested on both i686 and x86_64. autofs worked as expected and no nfs crash.

Akemi

(0006380)
toracat (developer)
2007-11-24 17:43

Another workaround is to set

DEFAULT_BROWSE_MODE="yes"

in /etc/sysconfig/autofs. This only works if your auto.home map explicitly
lists every entry, i.e., it does NOT use wildcards like
* server:/export/home/&

(taken from the bugzilla referred to in 6344; confirmed to work -Akemi)

(0006423)
toracat (developer)
2007-11-29 17:50

A kernel update (2.6.18-53.1.4.el5) is out today which presumably fixes the autofs issue. Not confirmed (yet).

Akemi

(0006424)
toracat (developer)
2007-11-29 20:38

Confirmed that kernel 2.6.18-53.1.4.el5 has the autofs patch and the problem reported here has been fixed. This was tested with x86_64 (as of Nov 29, 2000UTC)

Akemi

(0006425)
toracat (developer)
2007-11-29 21:50

Tested with the i686 kernel and confirmed the problem is gone.

Akemi

(0006434)
toracat (developer)
2007-12-01 19:52

Well ... I am the only person adding notes to this report. Have tested the kernel 2.6.18-53.1.4.el5 from 3 different sources (my own, CentOS, and SciLinux). All worked fine. Also, others are confirming the fix in the upstream bugzilla.

Arrfab, as the original reporter, would you agree that this bug report can be marked "Resolved" ?

Akemi

(0006437)
arrfab (updater)
2007-12-02 18:50

Ok, i confirm that it's solved by using 2.6.18-53.1.4.el5 ...
Can an admin mark the bug as being resolved/fixed and close it ?

Issue History
Date Modified	Username	Field	Change
2007-11-17 15:01	arrfab	New Issue
2007-11-17 15:01	arrfab	Status	new => assigned
2007-11-17 15:01	arrfab	Assigned To	=> kbsingh@karan.org
2007-11-17 17:48	toracat	Note Added: 0006336
2007-11-20 10:01	toracat	File Added: linux-2.6-autofs4-fix-race-between-mount-and-expire-2.patch
2007-11-20 10:13	toracat	Note Added: 0006344
2007-11-20 11:03	toracat	Note Added: 0006345
2007-11-20 19:01	toracat	Status	assigned => acknowledged
2007-11-24 17:43	toracat	Note Added: 0006380
2007-11-29 17:50	toracat	Note Added: 0006423
2007-11-29 20:38	toracat	Note Added: 0006424
2007-11-29 21:50	toracat	Note Added: 0006425
2007-12-01 19:52	toracat	Note Added: 0006434
2007-12-02 18:50	arrfab	Note Added: 0006437
2007-12-02 19:24	kbsingh@karan.org	Status	acknowledged => resolved
2007-12-02 19:24	kbsingh@karan.org	Fixed in Version	=> 5.1
2007-12-02 19:24	kbsingh@karan.org	Resolution	open => fixed

Notes
(0006336) toracat (developer) 2007-11-17 17:48	The -56.el5 kernel from http://people.redhat.com/jlayton/ [^] fixed the problem. Tested on both i686 and x86_64. Akemi

(0006344) toracat (developer) 2007-11-20 10:13	The -56.el5 kernel has a problem with nfs (see the bugzilla in the original report) and Jeff Layton is currently working on it. However, his revised version will not include the autofs patch (as per his e-mail). According to this bugzilla upstream: https://bugzilla.redhat.com/show_bug.cgi?id=371341 [^] the autofs problem is a known issue and will be fixed in 5.1.x. A patch is provided in that BZ and is now attached here. I confirm that the patch solves the problem. Akemi

(0006345) toracat (developer) 2007-11-20 11:03	The patch tested on both i686 and x86_64. autofs worked as expected and no nfs crash. Akemi

(0006380) toracat (developer) 2007-11-24 17:43	Another workaround is to set DEFAULT_BROWSE_MODE="yes" in /etc/sysconfig/autofs. This only works if your auto.home map explicitly lists every entry, i.e., it does NOT use wildcards like * server:/export/home/& (taken from the bugzilla referred to in 6344; confirmed to work -Akemi)

(0006423) toracat (developer) 2007-11-29 17:50	A kernel update (2.6.18-53.1.4.el5) is out today which presumably fixes the autofs issue. Not confirmed (yet). Akemi

(0006424) toracat (developer) 2007-11-29 20:38	Confirmed that kernel 2.6.18-53.1.4.el5 has the autofs patch and the problem reported here has been fixed. This was tested with x86_64 (as of Nov 29, 2000UTC) Akemi

(0006425) toracat (developer) 2007-11-29 21:50	Tested with the i686 kernel and confirmed the problem is gone. Akemi

(0006434) toracat (developer) 2007-12-01 19:52	Well ... I am the only person adding notes to this report. Have tested the kernel 2.6.18-53.1.4.el5 from 3 different sources (my own, CentOS, and SciLinux). All worked fine. Also, others are confirming the fix in the upstream bugzilla. Arrfab, as the original reporter, would you agree that this bug report can be marked "Resolved" ? Akemi

(0006437) arrfab (updater) 2007-12-02 18:50	Ok, i confirm that it's solved by using 2.6.18-53.1.4.el5 ... Can an admin mark the bug as being resolved/fixed and close it ?

Relationships