I thought I was done with this kind of issue, but I may be back for
more.

It turns out that the only LTSP client that boots normally is the one
that I was doing all of the above troubleshooting on.  Others that I
have tried in my little 2-PC setup all stop at a blank/black screen
after successfully getting to the Lubuntu splash screen.

I have now set up forwarding of the client syslog messages to the
server, and the log always ends with a string of ntpd items, the last of
which is "ntpd[1314]: Listening on routing socket on fd #24 for
interface updates"

I found this other Ubuntu Precise bug (#999725)
https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/999725 which reports
that ntp is being started before DNS resolution is available.  A quick
scan of the initial comments shows that the discussion revolves around
network-manager's handling of network configuration.  The bug is
currently marked Expired due to inactivity.

Bug #999725 seems to involve some of the same issues as the ones dealt
with here.

Comments?  Troubleshooting?  Workarounds?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/959037

Title:
  NM-controlled dnsmasq prevents other DNS servers from starting

Status in “djbdns” package in Ubuntu:
  Confirmed
Status in “dnsmasq” package in Ubuntu:
  Fix Released
Status in “network-manager” package in Ubuntu:
  Fix Released
Status in “pdns-recursor” package in Ubuntu:
  Invalid
Status in “pdnsd” package in Ubuntu:
  Invalid
Status in “djbdns” source package in Precise:
  Confirmed
Status in “dnsmasq” source package in Precise:
  Triaged
Status in “network-manager” source package in Precise:
  Triaged
Status in “pdns-recursor” source package in Precise:
  Invalid
Status in “pdnsd” source package in Precise:
  Invalid

Bug description:
  As described in
  https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-dns-
  resolving, network manager now starts a dnsmasq instance for local DNS
  resolving.

  That breaks the default bind9 and dnsmasq installations, for people that 
actually want to install a DNS server.
  Having to manually comment out "#dns=dnsmasq" in 
/etc/NetworkManager/NetworkManager.conf doesn't sound good, and if it stays 
that way, it should be moved to the bind9 and dnsmasq postinst scripts.

  Please make network-manager smarter so that it checks if bind9 or
  dnsmasq are installed, so that it doesn't start the local resolver in
  that case.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/djbdns/+bug/959037/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to