<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <font face="Arial" size="-1">I'm trying to troubleshoot an LTSP (the
      new LTSP-PNP) client boot problem under Quantal.<br>
      <br>
      The problem is that the LTSP client, after successfully getting
      DHCP assignments, fails to download the pxelinux boot image.  It
      reports "PXE-E32 TFTP open timeout."<br>
      <br>
      I can also run this on the server itself to get a similar failure:<br>
      $ cd /tmp<br>
      $ tftp 192.168.1.102 -v -m binary -c get ltsp/i386/pxelinux.0 mode
      set to octet<br>
      Connected to 192.168.1.102 (192.168.1.102), port 69<br>
      getting from 192.168.1.102:/var/lib/tftpboot/ltsp/i386/pxelinux.0
      to pxelinux.0 [octet]<br>
      Transfer timed out.<br>
      <br>
    </font><font size="-1">A critical note: This is using the default
      network-manager to configure the network interface (using the
      default DHCP configuration).  Apparently network-manager also runs
      or works with dnsmasq, which provide DHCP and TFTP servers.<br>
      <br>
      When I had TFTP and DHCP errors booting the client under LTSP5 and
      Precise, I <font size="-1">learned</font> that the usual
      work-around was to configure the network interface(s) via
      /etc/network/interfaces.  I think this solved some sort of a
      timing problem with the relevant services during bootup.<br>
      <br>
      But that approach is apparently deprecated under Quantal and
      LTSP-PNP.  In fact, I can use that approach to get the client to
      boot successfully, but it introduces a new problem on server and
      client: DNS resolution fails.  This happens because the use of
      /etc/network/interfaces uses, I think, ifup (or something related)
      to configure network interfaces instead of network-manager, but
      now network-manager works with dnsmasq to provide DNS resolution.<br>
      <br>
      I can fix the DNS resolution problem by creating
      /etc/resolvconf/resolv.conf.d/tail with contents:<br>
      nameserver (my nameserver 1)<br>
      nameserver (my nameserver 2)<br>
      <br>
      But instead of patching up the old approach, I'd like to get the
      new approach working right.  But I don't know enough to move ahead
      with troubleshooting, and no one on the LTSP mail list has been
      able to put a finger on the problem yet, so I'm putting it in
      front of a different set of eyes here.<br>
    </font><br>
  </body>
</html>