Bug 173495 - nfs mount failures when using tcp protocol for nfs
Summary: nfs mount failures when using tcp protocol for nfs
Status: CLOSED DUPLICATE of bug 154678
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel   
(Show other bugs)
Version: 3.0
Hardware: All Linux
Target Milestone: ---
Assignee: Steve Dickson
QA Contact: Brian Brock
: 173496 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2005-11-17 16:26 UTC by wtkeeler
Modified: 2007-11-30 22:07 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-01-26 21:22:45 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description wtkeeler 2005-11-17 16:26:31 UTC
Description of problem:

When attempting to mount and umount a large number (200+) nfs files systems via 
the automounter using the tcp protocol, after approximately 150 sucessful 
mounts and umounts, all subsequent mount attempt fail with the following 

 RPC: Authentication error; why = Client credential too weak

Note that this occurs when running as root.

The following script can be used to reproduce the error:
while read mp
   cd /sopt/$mp
   cd /
   umount /sopt/$mp
   count=`expr $count + 1`
   echo $count
done< /tmp/mp.list

In the example above, /sopt is automounter mount point and the file mp.list is 
list of approximately 800+ potential mount points (essentially all available 
maps in our nis map "auto.sopt" (below).

Additionally, the problem does not occur when using the udp protocol.

The file auto.master contains the following:
/sopt   yp:auto.sopt -proto=tcp,rsize=32768,wsize=32768

Version-Release number of selected component (if applicable):

RHEL 3 WS Update 6

How reproducible:
See Description

Steps to Reproduce:
1. Attempt to mount and immediately umount 200+ file systems in succesion via 
the autmounter using the tcp protocal for nfs.
Actual results:

After about ~150 successful mounts and umounts, all subsequent mount attempts 
fail on the automounter mount point for approximately 30 seconds to 1 minute.

The message below appears for each failed mount attempt (with the name of the 
file system that was not able to be mounted):

cd: /sopt/exptools: No such file or directory

The message in /var/log/messages is:
Nov 17 11:06:04 machine1 automount[3285]: mount(nfs): nfs: mount failure  
on /sopt/exptools
Nov 17 11:06:04 machine1 automount[3285]: failed to mount /sopt/exptools
Nov 17 11:06:04 machine1 automount[3291]: >> nfs bindresvport: Address already 
in use
Nov 17 11:06:04 machine1 automount[3305]: >> mount: RPC: Authentication error; 
why = Client credential too weak

Expected results:
Expectation is to be able to successfully mount and umount several hundred file 
systems in succession

Additional info:

Comment 1 Ernie Petrides 2005-11-18 05:51:47 UTC
*** Bug 173496 has been marked as a duplicate of this bug. ***

Comment 6 Ernie Petrides 2006-01-26 21:22:45 UTC
A fix for this problem was committed to the RHEL3 U6 patch pool
on 19-Jul-2005 (in kernel version 2.4.21-32.8.EL).  Please upgrade
to either U6 (RHSA-2005:663, kernel version 2.4.21-37.EL) or more
preferably to the latest post-U6 (i.e., E7) security errata release
(RHSA-2006:0140, kernel version 2.4.21-37.0.1.EL).

Following is the Errata System message for the latter release:

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


*** This bug has been marked as a duplicate of 154678 ***

Note You need to log in before you can comment on or make changes to this bug.