<div dir="ltr"><br><br><div class="gmail_quote">On Wed, Sep 3, 2008 at 11:49 PM, Joseph L. Casale <span dir="ltr"><<a href="mailto:JCasale@activenetwerx.com">JCasale@activenetwerx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">>This is a VERY common problem. I see it all the time.<br>
<br>
</div>I also can confirm this *very* typical behavior.<br>
<br>
Paolo,<br>
Remind me what the issue is that prevents you from working through<br>
this based on the known existence? Its been muddied somewhere through<br>
the thread...<br>
<font color="#888888"><br>
jlc<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
CentOS mailing list<br>
<a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank">http://lists.centos.org/mailman/listinfo/centos</a><br>
</div></div></blockquote></div><br> Hi Joseph<br><br> Here is my original post: <br> I'm having a problem with setting up a kickstart environment based on
CentOS 5.2 x86_64, on a Sun X2200 M2 server (both the server and the
client in the kickstart environment are Sun X2200 M2 systems): the
first attempt to load stage2.img fails with the error screen: "unable
to retrieve <a href="http://192.168.11.10/source/images/stage2.img" target="_blank">http://192.168.11.1/source/images/stage2.img</a>". Pressing the "OK" button brings up the "HTTP Setup" screen with "Website name: <a href="http://192.168.11.10/" target="_blank">192.168.11.1</a>"
and "CentOS directory: /source" if I press OK it successfully loads
stage2.img file and continues with the kickstart installation to a
successful completion.<br>
I checked the apache logs on <a href="http://192.168.11.10/" target="_blank">192.168.11.1</a> and there is no attempt by the client to even load stage2.img before it prompts for the error. <br> Has anyone encounter this problem and has a solution for it? <br>
<br> A few more things I learned since the post: sniffing the network showed that no traffic is received on the server from the requesting client prior to me pressing the 'OK' button in the HTTP setup window. What more I don't think that Linux (or in this case anaconda) will remap ETH devices to NICs on the same run (which is what is described above).<br>
2 more things I found working on the problem during the thread exchange: 1 - eth0 network statement didn't have '--onboot yes' directive. 2 - While PXE was Telling the kernel to autoconfigure eth0. The kickstart configuration file was telling it configure eth0 statically. These 2 issues have been fixed but I still see this happening sporadically. In one of my attempts I did instruct PXE to pass static IP
configuration to the kernel, but that worsened the problem and the
clients failed to get the kickstart file altogether.<br><br>My configuration files are as follows: <br>pxe (for node3): <br><div class="Ih2E3d">default ks<br>prompt 0<br>label ks<br> kernel vmlinuz<br></div> append initrd=initrd.img ramdisk_size=9216 ksdevice=bootif noapic acpi=off ks=<a href="http://192.168.11.1/kickstart/n03.ks" target="_blank">http://192.168.11.1/kickstart/n03.ks</a><br>
ipappend 2<br><br>kickstart file (for node3): <br><div class="Ih2E3d"># Kickstart file automatically generated by anaconda.<br><br>install<br>lang en_US.UTF-8<br>keyboard us<br></div>network --device eth0 --onboot yes --bootproto dhcp --hostname <a href="http://n003.example.com/" target="_blank">n003.example.com</a><br>
network --device eth1 --onboot no --bootproto dhcp --hostname <a href="http://n003.example.com/" target="_blank">n003.example.com</a><br>network --device eth2 --onboot no --bootproto dhcp --hostname <a href="http://n003.example.com/" target="_blank">n003.example.com</a><br>
network --device eth3 --onboot no --bootproto dhcp --hostname <a href="http://n003.example.com/" target="_blank">n003.example.com</a><div class="Ih2E3d"><br>url --url <a href="http://192.168.11.1/source" target="_blank">http://192.168.11.1/source</a><br>
rootpw --iscrypted ?????????????????????????????????<br>
firewall --disabled<br>authconfig --enableshadow --enablemd5<br>selinux --disabled<br>timezone --utc Asia/Jerusalem<br>bootloader --location=mbr --driveorder=sda --append="noapic acpi=off"<br># The following is the partition information you requested<br>
# Note that any partitions you deleted are not expressed<br># here so unless you clear all partitions first, this is<br># not guaranteed to work<br>zerombr<br>clearpart --all --drives=sda<br>part /boot --fstype ext3 --size=100 --ondisk=sda<br>
</div>
part pv.2 --size=0 --grow --ondisk=sda<br>volgroup VolGroup00 --pesize=32768 pv.2<br>.<br>.<br>.<br><br><br><br>--<br>ttyl <br>Paolo <br><br></div>