[LUGSB] PXE Install Problems
Ilya Sukhanov (dotCOMmie)
lugsb at sukhanov.net
Tue Nov 25 13:03:57 EST 2008
Your problem would be easier to diagnose if you pasted your pxelinux.cfg/default
Douglas La Rocca wrote:
> [...] I'm trying to install
> linux on a laptop that doesn't have a CD-ROM or floppy disk drive.
What about USB drive?
> I've
> gotten as far as getting the client to boot up a linux kernel
> (2.6.27-gentoo-r2 compiled on the server running Gentoo) but the process
> stops when it tries to mount NFS. I'm following the instructions here:
> http://www.gentoo.org/doc/en/diskless-howto.xml.
>
> I get the following error:
>
> **Looking up port of RPC 100003/2 on 192.168.1.101
> rcpbind: server 192.168.1.101 not responding, timed out
> Root-NFS: Unable to get nfsd port number from server, using default
> Root-NFS: Server returned error -5 while mounting /diskless/192.168.1.102
>
> I think that either the client's kernel isn't configured properly or
> the DHCP server on the host (gentoo 2.6.27-r2) isn't configured
> properly.
Client kernel looks ok.
I doubt your problem lies there. Your machine does get the initial DHCP request
(else you wouldn't see the kernel) so I'd assume it got the second one. Check
the DHCP server logs for more info. Its certainly possible that the first DHCP
request is sent by your dhcp server and the second by the router.
Can you paste your server exports and check your nfsd log for issues. Also try
mounting the NFS volume with a different machine. If you don't have one handy
just try mounting on NFS server.
> [...]
> I'm not sure if this helps at all, but the network setup I have here
> is the PXE host connected to a router (wireless) and the slave wired
> to the router. The router's IP is 192.168.1.1 locally, the host's is
> 192.168.1.101, and the client's is 192.168.1.102.
>
> Is the problem due to the router and the DHCP server on the host
> giving out IPs in the same 'subnet' or whatever it is? (192.168.1.0)
> [...]
Most reasonable dhcp servers can be configured to ignore DHCP requests from some
MAC addresses, this allows multiple dhcp servers to "safely" work on same
network and not clash with each other. In practice its a horrible idea as it
makes configuration twice as complicated. Your case is temporary and manageable
so you might want to give it a shot. If you router does not support this you can
kill DHCP entirely while machine boots.
Anyway the best solution for you, is to not use DHCP past the PXE stage. You can
just statically assign the IP to your client machine using the "ip" linux boot
option. Just modify the ip option in your /diskless/pxelinux.cfg/default file.
You want something like:
ip=192.168.1.102::192.168.1.1:255.255.255.0:MyBootUpHostName:eth0:none
%<-----------{snip}------------->%
ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>:<device>:<autoconf>
This parameter tells the kernel how to configure IP addresses of devices
and also how to set up the IP routing table. It was originally called
`nfsaddrs', but now the boot-time IP configuration works independently of
NFS, so it was renamed to `ip' and the old name remained as an alias for
compatibility reasons.
If this parameter is missing from the kernel command line, all fields are
assumed to be empty, and the defaults mentioned below apply. In general
this means that the kernel tries to configure everything using
autoconfiguration.
The <autoconf> parameter can appear alone as the value to the `ip'
parameter (without all the ':' characters before). If the value is
"ip=off" or "ip=none", no autoconfiguration will take place, otherwise
autoconfiguration will take place. The most common way to use this
is "ip=dhcp".
<client-ip> IP address of the client.
Default: Determined using autoconfiguration.
<server-ip> IP address of the NFS server. If RARP is used to determine
the client address and this parameter is NOT empty only
replies from the specified server are accepted.
Only required for for NFS root. That is autoconfiguration
will not be triggered if it is missing and NFS root is not
in operation.
Default: Determined using autoconfiguration.
The address of the autoconfiguration server is used.
<gw-ip> IP address of a gateway if the server is on a different subnet.
Default: Determined using autoconfiguration.
<netmask> Netmask for local network interface. If unspecified
the netmask is derived from the client IP address assuming
classful addressing.
Default: Determined using autoconfiguration.
<hostname> Name of the client. May be supplied by autoconfiguration,
but its absence will not trigger autoconfiguration.
Default: Client IP address is used in ASCII notation.
<device> Name of network device to use.
Default: If the host only has one device, it is used.
Otherwise the device is determined using
autoconfiguration. This is done by sending
autoconfiguration requests out of all devices,
and using the device that received the first reply.
<autoconf> Method to use for autoconfiguration. In the case of options
which specify multiple autoconfiguration protocols,
requests are sent using all protocols, and the first one
to reply is used.
Only autoconfiguration protocols that have been compiled
into the kernel will be used, regardless of the value of
this option.
off or none: don't use autoconfiguration
(do static IP assignment instead)
on or any: use any protocol available in the kernel
(default)
dhcp: use DHCP
bootp: use BOOTP
rarp: use RARP
both: use both BOOTP and RARP but not DHCP
(old option kept for backwards compatibility)
Default: any
More information about the lugsb
mailing list