Bug 88401
Summary: | Anaconda exits with signal 11 when pulling kickstart file from NFS server | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jesse Keating <jkeating> | ||||
Component: | anaconda | Assignee: | Michael Fulbright <msf> | ||||
Status: | CLOSED WORKSFORME | QA Contact: | Mike McLean <mikem> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 9 | CC: | ksnider, m.a.young | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
URL: | http://www.pogolinux.com/configuration/specifications.php?name=webware1150 | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2003-04-22 20:48:44 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
Jesse Keating
2003-04-09 20:25:51 UTC
Created attachment 91047 [details]
RHL9 kickstart config file for rackmount servers
Of note, on the kickstart NFS server, the full path name to the RedHat/ tree is
/var/kickstart/ks9/ with /ks9 being a symlink to this directory.
Kickstart config files live in /var/kickstart/ and /ks is a symlink to this
directory as well. /etc/exports has /var/kickstart/ as the share.
We have seen the same problem; twin xeon processors, twin e1000 ethernet. If you want to avoid the problem while it is fixed you can use http instead, linux ks=http://website/kickstartfile works for us with an appropriate website, with url --url http://website/pathtorh9 in the kickstart file. I cannot reproduce this issue on a variety of systems here. I would recommend using http to pull your ks configs. In our case the NFS server was a netapps box, (the http server was via a Sun), there was also probably a network mismatch between the router (half duplex) and the system (full duplex). We may well try to reproduce the problem without the network weirdness. Just as a point of note, this problem is reproducable here, using RHEL3, single Xeon (though hyperthreaded, so smp) server, e1000 nic (IBM xserver 335). Same bug. If we NFS/PXE install, we'll get a signal 11 right after the drivers are loaded and it attempts to pull down the kickstart. I'm encountering the same problem in RHEL WS3 u2 on two different systems. One is a Dell PowerEdge 1750 using a BCM5704 ethernet controller (bcm5700 driver) which connects to a NetApp box. The other is VMware 4.5 with a virtual AMD 79c970 ethernet controller (pcnet32 driver) which connects directly to the host system. Both try to load the kickstart file over NFS. Running ethereal on both of the networks shows that the SEGV fault occurs before the kickstart file is read -- even before the NFS mount is complete. There is an ARP request/reply, then a series of sunrpc packets followed by a Portmap DUMP call/reply, another pair of sunrpc packets, a Portmap GETPORT call, another pair of sunrpc packets, the GETPORT reply, and finally one more Portmap GETPORT call/reply. At that point it crashes. I suspect the problem has something to do with the PXELinux or DHCP configuration, because I seem to recall having the thing working at one time... Ha! I found the silly cause of the problem. The NFS server holding the kickstart file wasn't running on either of the networks. Fixing that, the MOUNT call appears in between the Portmap DUMP and the first Portmap GETPORT (on both the real system and VMware). Perhaps the other posters on this bug could check their setups and confirm whether NFS was running ("service nfs status")? If that's the case, it looks like this is simply a problem of robustness. Anaconda should check to see if NFS services are available on the remote server, and if not, show an appropriate error message and either exit gracefully or enter interactive mode. |