Bug 80380 - NFS not working due to portmap not being started
NFS not working due to portmap not being started
Status: CLOSED CURRENTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
8.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Michael Fulbright
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-12-25 08:56 EST by Manfred Hollstein
Modified: 2007-04-18 12:49 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-01-08 16:48:05 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Manfred Hollstein 2002-12-25 08:56:35 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021203

Description of problem:
Choosing "y" at the question whether to activate NFS or not doesn't
start the required services, rendering NFS non-functional when using
the "System Administrator Tools for Red Hat Linux 8.0" CD.

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


How reproducible:
Always

Steps to Reproduce:
1.Boot from 8.0's sysadmin CD
2.Choose "y" when asked for NFS
3.mount an NFS filesystem from a remote server
    

Actual Results:  No prompt will be shown again after issueing the "mount"
command. Filesystem is not mounted.

Expected Results:  Remote filesystem should be mounted and accessible, prompt
should be seen almost immediately after issueing the "mount" command.

Additional info:

The "portmap" service is *not* actually started. This is caused
by the following line in /etc/init.d/portmap:

[ -w /etc/passwd ] || exit 0

Since "/" is mounted read-only, this test obviously fails and portmap
will not be started.

There is no actual user control (you're not required to login in,
aren't you ;-) ), so the above line doesn't really make any sense
for the sysadmin CD and should be removed.
Comment 1 Michael Fulbright 2003-01-08 16:48:05 EST
This should work now.

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