Bug 9191

Summary: NFS install doesn't work
Product: [Retired] Red Hat Linux Reporter: Tim Waugh <twaugh>
Component: installerAssignee: Michael Fulbright <msf>
Status: CLOSED NOTABUG QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 6.2   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-02-09 15:29:43 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:
Attachments:
Description Flags
Output of tcpdump -ieth0 -x -s 500 none

Description Tim Waugh 2000-02-07 23:00:03 UTC
I can't get beta3 to install over NFS.  Beta2 works fine with exactly the
same input:

- no special options at syslinux prompt
- English language for installation
- UK keyboard layout
- NFS image installation medium
- NE2000 driver io=0x300
- IP address 192.168.1.5, netmask 255.255.255.0, default gateway
  192.168.1.1, primary nameserver 192.168.1.1
- NFS server name "cyberelk", Red Hat directory
  "/usr/local/src/big/cdrom"

With beta2, it just works.  With beta3, the directory gets mounted
(cyberelk authenticates the mount request), but then a dialog box says:

        I could not mount that directory from the server

VT3 says:

...
mounting nfs path cyberelk:/usr/local/src/big/cdrom

VT4 says:

...
<4>eth0: NE2000 found at 0x300, using IRQ 5.

Comment 1 Jay Turner 2000-02-08 17:46:59 UTC
Try specifying the FQDN for the NFS server.  Sounds like something is not
connecting with this install.  We are having no problems performing NFS
installations from porkchop, so I am pretty amazed that you are.

Comment 2 Tim Waugh 2000-02-08 19:49:59 UTC
Created attachment 101 [details]
Output of tcpdump -ieth0 -x -s 500

Comment 3 Tim Waugh 2000-02-08 19:52:59 UTC
Well, I am.  I tried using the FQDN but it made no difference.  I tried using a
US keymap too, just in case. ;-)

With 6.1.91 against the same NFS server (Red Hat Linux 6.0) and directory, it
gets further, i.e. to the point where it sees a different tree to the one it's
expecting.

I caught the network traffic -- see above.

Comment 4 Tim Waugh 2000-02-09 12:11:59 UTC
I couldn't reproduce this on the machine here in the office that has an ISA
NE2000. :-(

On my home machine, this happens _every_ time, and I don't even know a
workaround.

Comment 5 Jay Turner 2000-02-09 15:29:59 UTC
The way that I am reading this, you are performing an NFS installation from your
house and it is failing.  If this is the case, please have a conversation with
Bryan Andregg about global access to internal redhat machines.  He will probably
be able to shed light on your problem.

Comment 6 Tim Waugh 2000-02-09 15:57:59 UTC
No, I'm using two machines at home, one of which is the server, and one the test
install box.  But I can't reproduce this on any other machine, so I guess I'll
leave this closed.