After much messing around.   I figured out a way to get it to go interactive for the network config.   On top of that, it appears to persist once the host is rebooted.<br><br>I pass it the option ip=192.168.50 and it kicks out to the network configurator every time!
<br><br>So far giving it a broken config is the only way I have found to do this.   They really need an "ask" option to the network config stuff to make it go interactive during that portion of the setup.<br><br>
Thank you gentlemen for your help.    I am very glad to have found the answer to this one.<br><br><br><br><div><span class="gmail_quote">On 8/31/07, <b class="gmail_sendername">Edward F. Brown</b> <<a href="mailto:ebrown@lanl.gov">
ebrown@lanl.gov</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;">On Fri, August 31, 2007 11:56 am, Kit Stube wrote:<br>> At this point, this is what I have:
<br><br>> network --bootproto static --device eth0 --nameserver<br>> 192.168.49.107--netmask<br>> <a href="http://255.255.255.0">255.255.255.0</a><br><br>If you aren't passing the nameserver('dns=') and netmask parameters at the
<br>boot prompt, this is probably why the hostname is not being configured.<br>The reverse lookup happens before the kickstart file is read.<br><br>Again, you can customize syslinux.cfg within boot.iso, if you use cd's to
<br>initiate the install, and have as little as just a target name and ip<br>address to enter at the boot prompt.  Advantages: absolutely no files to<br>edit to kick a new system, no mac addresses to determine... Disadvantages:
<br>need to recreate cd with update level changes...<br><br>-Ed<br><br>_______________________________________________<br>Kickstart-list mailing list<br><a href="mailto:Kickstart-list@redhat.com">Kickstart-list@redhat.com
</a><br><a href="https://www.redhat.com/mailman/listinfo/kickstart-list">https://www.redhat.com/mailman/listinfo/kickstart-list</a><br></blockquote></div><br>