<div dir="ltr"><div style>Kris,</div><div style>I was able to get it to work.   I've replaced the network card and it works perfect without the ping.  </div><div style><br></div><div style>The ping stuff wasn't part of the modification.  I meant to say I was just trying to use ping to diagnose why it wasn't working and that's when I discovered that issue.  The /etc/hosts trick did not work for me either until I replaced the nic.  I also tried with a fresh copy of true-os and pc-thinclient just to be sure.  I had the same problem it locked up during boot unless I pinged it until I replaced the nic.  </div>
<div style><br></div><div style>After I was able to get everything working I did not require the entries in /etc/hosts.  Do you still suggest I still devise a way to recreate those host entries for the non dchp server option?  Thanks.</div>
<div style><br></div><div style>Joe Maloney</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 9, 2013 at 1:50 PM, Kris Moore <span dir="ltr"><<a href="mailto:kris@pcbsd.org" target="_blank">kris@pcbsd.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 07/07/2013 14:29, Joe Maloney wrote:<br>
><br>
> Kris,<br>
><br>
> I've finished the modifications for pc-thinclient to accept an<br>
> external dhcp server.  Basically the way it works is a new second<br>
> prompt will ask the user to press "d" for internal dhcp server or 'e'<br>
> for external dhcp server.  If external dhcp server option is chosen a<br>
> series of prompts will ask the user for the network card interface,<br>
> network id, subnet mask and ip address of the thin client will be<br>
> running on.  It will then use the user input for modifying<br>
> /etc/exports and /etc/hosts.allow.<br>
><br>
><br>
> 2 issues.  I've not yet found a way yet to verify the network id,<br>
> subnet mask, and ip address in the way that the network interface is<br>
> verified.  I'm not sure if it is possible to pull that info from<br>
> ifconfig because if I grep inet it also displays info for inet 6 for<br>
> example.  I haven't devised a way yet at least.  I could easily create<br>
> a dialog asking the user if these settings look correct before<br>
> continuning?  Would that be acceptable or would we definitely want the<br>
> verification?<br>
><br>
><br>
> The second issue is the pxeboot client refuses to mount the<br>
> /usr/home/thinclient nfs share unless i constantly ping the client as<br>
> it is booting.  This is true whether or client is listed with a<br>
> hostname in /etc/hosts.<br>
><br>
><br>
> for example<br>
><br>
><br>
> 10.11.0.72 pc-thinclient200<br>
><br>
><br>
> Adding an entry to /etc/hosts does not seem to help one way or<br>
> another.  Therefore I haven't yet devised a way to add the bulk of<br>
> IP's to /etc/hosts as the option for internal dhcp server would.  I<br>
> thought I would check to see what you thought before issuing a pull<br>
> request.  I can still issue the pull request if you like but I suspect<br>
> I need to make this work a little better first.  What do you think?<br>
><br>
><br>
> Joe Maloney<br>
><br>
><br>
><br>
<br>
</div></div>In the old version I had to do something like this in order for it to work:<br>
<br>
       # Add a bulk of IPs to /etc/hosts this fixes bugs with RPC timeouts<br>
        # when mounting NFS<br>
        grep -q 'thinclient100' /etc/hosts<br>
        if [ $? -ne 0 ] ; then<br>
                i="100"<br>
                while<br>
                z="1"<br>
                do<br>
                        if [ "${i}" = "200" ]; then break; fi<br>
                        echo "192.168.2.${i}  thinclient${i}" >>/etc/hosts<br>
                        i="`expr ${i} + 1`"<br>
                done<br>
        fi<br>
<br>
<br>
Would adding these help on your case? The ping stuff seems really hacky ;)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Kris Moore<br>
PC-BSD Software<br>
iXsystems<br>
<br>
</div></div></blockquote></div><br></div>