I would try commenting out the option for your tftp server in dhcp.conf. And see if the machine takes the lease. There is an ACK being sent back so the machine accepts the lease.<br><br>May 24 23:01:38 fong-31-100 in.tftpd

[29880]: tftp: client does not accept options You notice that the machine requests the lease and then ACK before this, it is as if the machine is sending out the DHCP_DISCOVER and the server replies but the machine does not request the address.

<br><br>If this the case then you might think about putting the install files on an nfs share and then recreating your kickstart file with the nfs server information.<br><br><div><span class="gmail_quote">On 5/24/06, <b class="gmail_sendername">

Jim Perrin</b> <<a href="mailto:jperrin@gmail.com">jperrin@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

> dhcpd logs multiple discover requests follow by multiple offers.  The<br>> client just won't accept the offer:<br><br>It actually gets the IP, as there's a DHCPACK in the log.<br>If the client is refusing the address or the options for some reason,

<br>then it's possible that it's a minor misconfiguration in the DHCP<br>server.<br>The dhcp server appears to be <a href="http://192.168.1.1">192.168.1.1</a>, according to the logs, is<br>it also the gateway (would be the routers stanza in the 

dhcpd.conf)?<br>Does the server declare itself as authoritative for the zone?<br>There are also occasionally things within the dhcpd.conf that need to<br>be set for pxe to work. Have you done these?<br><br><br><br>> May 24 16:01:36 fong-31-100 dhcpd: DHCPDISCOVER from 00:07:e9:32:b8:46 via eth1

<br>> May 24 16:01:37 fong-31-100 dhcpd: DHCPOFFER on <a href="http://192.168.1.254">192.168.1.254</a> to<br>> 00:07:e9:32:b8:46 via eth1<br>> May 24 16:01:38 fong-31-100 dhcpd: DHCPREQUEST for <a href="http://192.168.1.254">

192.168.1.254</a><br>> (<a href="http://192.168.1.1">192.168.1.1</a>) from 00:07:e9:32:b8:46 via eth1<br>> May 24 16:01:38 fong-31-100 dhcpd: DHCPACK on <a href="http://192.168.1.254">192.168.1.254</a> to<br>> 00:07:e9:32:b8:46 via eth1

> May 24 23:01:38 fong-31-100 in.tftpd[29880]: tftp: client does not > accept options > The kickstart server (dhcp, tftp, etc.) and the machine being kicked > (dhcp client) are directly connected via a crossover cable.

<br>><br>><br>> On 5/24/06, Karanbir Singh <<a href="mailto:mail-lists@karan.org">mail-lists@karan.org</a>> wrote:<br>> > Fong Vang wrote:<br>> > ><br>> > > Any idea what else to check for?  Could it be that the e1000 driver in

<br>> > > CentOS 4.3 x64 is older than the CentOS 4.1 driver?<br>> ><br>> > dont know about the rest of your issues, but the e1000 driver has<br>> > definitely been updated since 4.1 days...<br>

> ><br>> > - KB<br>> ><br>> > --<br>> > Karanbir Singh : <a href="http://www.karan.org/">http://www.karan.org/</a> : 2522219@icq<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">http://lists.centos.org/mailman/listinfo/centos</a>

<br>> ><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">

http://lists.centos.org/mailman/listinfo/centos</a><br>><br><br><br>--<br>This message has been double ROT13 encoded for security. Anyone other<br>than the intended recipient attempting to decode this message will be<br>

in violation of the DMCA<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">http://lists.centos.org/mailman/listinfo/centos

</a><br></blockquote></div><br><br clear="all"><br>-- <br>Thx<br>Joshua Gimer