I think, don't quote me, that nfs is still going to try to reverse resolve the ip to dns.
================================
Sent from my wireless handheld device.
Tom Callahan
-----Original Message-----
From: kickstart-list-bounces@xxxxxxxxxx <kickstart-list-bounces@xxxxxxxxxx>
To: Discussion list about Kickstart <kickstart-list@xxxxxxxxxx>
Sent: Mon May 14 10:29:46 2007
Subject: Re: Kickstart via PXE/NFS
kickstart-list-bounces@xxxxxxxxxx wrote on 05/14/2007 09:53:40 AM:
> Adding ksdevice=xxx to the append line for the boot should get rid
> of the interface options. Kickstart doesn't know the config until
> after it brings the interface up.
>
I am specifying the ksdevice in the pxelinux.cfg file. I also set the IPAPPEND 2 option which
I understood would pass in the IP address of the boot server for use as the IP during the
install.
> As far as nfs not working, check to make sure the host is in dns, as
> we all know the rules of nfs and hostnames. You should still see
> traffic but its worth a try.
For the NFS, I was giving the server's IP address so name resolution would not be required.
Does DNS have to be configured?
>
> Also, add ip=xxx.xxx.xxx.xxx , dns=xxx.xxx.xxx.xxx and gateway=xxx.
> xxx.xxx.xxx to the kernel append line to force dns,gateway,etc. I
> find that kickstart works much better that way.
>
>
>
> ================================
> Sent from my wireless handheld device.
>
> Tom Callahan
>
> -----Original Message-----
> From: kickstart-list-bounces@xxxxxxxxxx <kickstart-list-bounces@xxxxxxxxxx>
> To: kickstart-list@xxxxxxxxxx <kickstart-list@xxxxxxxxxx>
> Sent: Mon May 14 09:19:55 2007
> Subject: Kickstart via PXE/NFS
>
>
> I am attempting to install RHEL ES V4 U5 on a Dell 2950 server. I am
> using a Sun server as the DHCP/TFTP/NFS server supplying all data to
> complete the install. I am able to start the PXE boot. The Dell
> server is able to download the pxelinux image and also read the
> pxelinux.cfg file. Here is the cfg file I am using.
>
> # Perform a local boot by default
> default installauto
> # Always prompt
> prompt 1
> # Display the bootup message
> display pxeboot.msg
> # Boot automatically after 30 seconds in tenths of a second
> timeout 300
> label local
> localboot 0
> label rescue
> ipappend 2
> kernel rhel_v4/vmlinuz
> append initrd=rhel_v4/initrd.img rescue
> label installauto
> ipappend 2
> kernel rhel_v4/vmlinuz
> append initrd=rhel_v4/initrd.img ks=nfs:10.1.1.253:
> /export/redhat/ks_rhel_v4.cfg ksdevice=bootif
>
> The kernel image loads from the server via tftp. The initial blue
> startup screen appears at the start of installation. That is where
> things start to go wrong.
>
> First, even though I have designated KS to use the boot interfaces
> in the cfg file, I still get an interface selection screen at the
> start of the install. Why is the selection necessary? Why is the
> iterface not being set from the hsdevice option in the CFG file?
>
> Second, after selecting the interface, I switch to virt console 2
> and see the message that the install is attemting to get the
> ks_rhel_v4.cfg file and the nfs URL is displayed. At the time this
> is happening I have a network snoop at the Sun server. There is no
> NFS traffic showing up from the Dell. I am snooping based on the
> Dell's MAC address. The output on the virt. console indicates that
> the cfg file cannot be loaded. The network interface is operable on
> the Dell. I can ping the configured address from the Sun DHCP
> server. I can also boot the Dell in rescue more and NFS mount the
> directory that contains the cfg file and also the directory that
> contains the operating system image. Any ideas why this installation
> will not complete?
> NOTE: THIS DOCUMENT MAY CONTAIN CONFIDENTIAL AND NONPUBLIC
> INFORMATION. IT IS INTENDED ONLY FOR THE USE OF THE INDIVIDUAL(S) OR
> ENTITY(IES) NAMED ABOVE, AND OTHERS SPECIFICALLY AUTHORIZED TO
> RECEIVE IT. If you are not the intended recipient of this document,
> you are notified that any review, dissemination, distribution or
> copying of this communication is prohibited. If you have received
> this communication in error, please notify me immediately by return
> email, delete the electronic message and destroy any printed copies.
> Thank you for your cooperation.
> _______________________________________________
> Kickstart-list mailing list
> Kickstart-list@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/kickstart-list
NOTE: THIS DOCUMENT MAY CONTAIN CONFIDENTIAL AND NONPUBLIC INFORMATION. IT IS INTENDED ONLY FOR THE USE OF THE INDIVIDUAL(S) OR ENTITY(IES) NAMED ABOVE, AND OTHERS SPECIFICALLY AUTHORIZED TO RECEIVE IT. If you are not the intended recipient of this document, you are notified that any review, dissemination, distribution or copying of this communication is prohibited. If you have received this communication in error, please notify me immediately by return email, delete the electronic message and destroy any printed copies. Thank you for your cooperation.
