Bug 113138

Summary: Can't export file systems nfs mount on solarisI
Product: Red Hat Enterprise Linux 3 Reporter: Need Real Name <rutt>
Component: nfs-utilsAssignee: Steve Dickson <steved>
Status: CLOSED WONTFIX QA Contact: Ben Levenson <benl>
Severity: high Docs Contact:
Priority: medium    
Version: 3.0CC: shillman
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-10-19 19:31:33 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 Need Real Name 2004-01-08 20:46:16 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007

Description of problem:
I cannot seem to nfs mount filesystems from this machine on my solaris
5.8 machine.  I get the following error message:

  nfs mount: cvs.raddns.net: : RPC: Unable to receive
  nfs mount: retrying: /mnt/cvs/hdd1/release

After this happens, it seems that mountd has died because when I do:

  service nfs restart

it says "failed" when trying to stop mountd



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


How reproducible:
Always

Steps to Reproduce:
1.export file systems from EI linux
2.attempt to mount on sunos
3.
    

Additional info:

Comment 1 Need Real Name 2004-01-08 21:38:49 UTC
Turns out there was a bogus reverse map (ip->name) in dns for the
client.  Adding the correct mapping in the server's host file made
things work.  But mountd shouldn't die in this circumstance.

Comment 2 Suzanne Hillman 2004-01-09 21:19:08 UTC
All it means when it fails to stop mountd is that it was not started;
not that the start failed. It may simply not have ever managed to
start. Closing, since you tracked down the problem.

Comment 3 Need Real Name 2004-01-23 17:05:57 UTC
There really still is a problem.  After a client with a bogus reverse
IP map tries to mount a filesystem from the server, the server get
wedged and won't export to any client, even one with a valid
map/reverse map.
service nfs restart unwedges until the next such request.

1. NFS server should be able to survive even if it doesn't grant the
   remove mount request.

2. There should be a way to tell it to go ahead and grant such requests.

Comment 4 Red Hat Bugzilla 2007-02-05 18:58:24 UTC
REOPENED status has been deprecated. ASSIGNED with keyword of Reopened is preferred.

Comment 5 RHEL Program Management 2007-10-19 19:31:33 UTC
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
 
For more information of the RHEL errata support policy, please visit:
http://www.redhat.com/security/updates/errata/
 
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.