<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 11/30/2013 1:24 PM, John Hupp wrote:<br>
    </div>
    <blockquote cite="mid:529A2D71.7050907@prpcompany.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-text-flowed" style="font-family: -moz-fixed;
        font-size: 14px;" lang="x-unicode">On a fresh installation of
        Ubuntu 13.10 and LTSP, the LTSP client fails to boot.  After a
        good PXE boot, successful TFTP, and the splash screen, boot
        stops with the message "Error: socket failed: connection
        refused." <br>
        <br>
        Then I'm dumped to the console at a working initramfs prompt. <br>
        <br>
        I follow with the console messages, starting with the last
        message that one sees in a good boot, followed by all the bad
        messages: <br>
        <br>
        Trying to load: pxelinux.cfg/default        ok <br>
        mount: mounting /dev/nbd0 on /root failed: Invalid argument <br>
        /scripts/init-bottom/ltsp: line 27: panic: not found <br>
        chroot: can’t execute ‘/usr/bin/test’: No such file or directory
        <br>
        mount: mounting /root on /rofs failed: Invalid argument <br>
        mount: mounting /rofs on /root/rofs failed: Invalid argument <br>
        mount: mounting /dev /root/dev failed: No such file or directory
        <br>
        mount: mounting /sys on /root/sys failed: No such file or
        directory <br>
        mount: mounting /proc on /root/proc failed: No such file or
        directory <br>
        Target filesystem doesn’t have requested /sbin/init-ltsp. <br>
        No init found.  Try passing init= bootarg. <br>
        <br>
        BusyBox v1.20.2 (Ubuntu 1:1.20.0-8.1ubuntu1) built-in shell
        (ash) <br>
        Enter ‘help’ for a list of built-in commands. <br>
        <br>
        (initramfs) _ <br>
        <br>
        ----------------------------------------------- <br>
        <br>
        This is on a fresh default installation of Ubuntu 13.10.  I
        followed with this standard LTSP-PNP setup (using a single NIC):
        <br>
        <br>
        sudo -i <br>
        add-apt-repository --yes ppa:ts.sch.gr <br>
        apt-get update <br>
        apt-get --yes install dnsmasq ltsp-server-standalone ltsp-client
        ldm-lubuntu-theme <br>
        ltsp-config dnsmasq <br>
        echo 'IPAPPEND=3' >> /etc/ltsp/update-kernels.conf <br>
        /usr/share/ltsp/update-kernels <br>
        ltsp-update-image --cleanup / <br>
        ltsp-config lts.conf <br>
        <br>
        ----------------------------------------------- <br>
        <br>
        I modify the installation in just two ways: <br>
        <br>
        1) To fix LTSP Client Boot Error: "PXE-E32: TFTP open timeout,"
        in /etc/dnsmasq.d/network-manager replace the "bind-interfaces"
        line with a "bind-dynamic" line. <br>
        <br>
        2) To fix Internet DNS Name Resolution broken by LTSP setup,
        edit /etc/dnsmasq.d/ltsp-server-dnsmasq.conf and comment out the
        port=0 line. <br>
        <br>
        ===============================================<br>
        <br>
        I also found that the very same thing happens with *Lubuntu*
        13.10, so the issue does not appear to be connected to any
        changes in the desktop environment between 13.04 (where LTSP
        worked) and 13.10.<br>
        <br>
        One person suggested that the kernel used in 13.10 might not
        support my network card, but when booting to the Live CD, the
        network card works fine.<br>
        <br>
        Another person or two suggested that the problem was some issue
        between the NBD server and client, but so far I have no specific
        troubleshooting measures.  On the server, 'sudo ps -a | grep
        nbd' shows that there is one instance of nbd-server running.
        'Netstat -lt' shows that for tcp (the tcp6 results are
        irrelevant here, right?), listening is occurring at <br>
            *:9571<br>
            Dell-Ubuntu:domain<br>
            Dell-Ubuntu.loca:domain<br>
            localhost:domain<br>
            *:ssh<br>
            localhost:ipp<br>
        <br>
        Has anyone else experienced this or found out what is wrong?<br>
      </div>
      <br>
    </blockquote>
    <br>
    <br>
    I think I have good evidence now that this is a bug in kernel-level
    nbd support.<br>
    <br>
    Saucy uses kernel 3.11.0-12.19 in its initial default configuration,
    and the error occurs under this kernel.<br>
    <br>
    But I installed 3.9.0-4.9 (which was also published for Saucy), and
    the client boots normally when it uses that kernel.<br>
    <br>
    Testing has been hampered by the fact that some of the
    pre-3.11.0-12.19 kernels break networking (e.g. 3.11.0-0.3 and
    3.10.0-2.10), and I don't know if/how to test for working kernel nbd
    support except by booting an LTSP client.  Nonetheless I'll try to
    narrow down where the failure occurs.<br>
  </body>
</html>