> well i've now been able to restart 3 of the 4 systems about 5-10x each > through the day. all have > had their gateway and dns- settings from /e/n/i reliably set. that is, until > now. i've got one > system that did not get gateway or dns- settings.
The gateway is set directly from ifup (by calling 'ip route add default via ...'). But the resolv.conf entries are set by the /etc/network/if- up.d/000resolvconf script, which is only run if all other interface configuration succeeded, so if you're missing the dns that could just mean some other part of the interface setup failed (e.g. setting the gateway). > is there a way to check for a failure status code tied to ifup or resolvconf runs during startup? are you using upstart or systemd? For upstart look in the /var/log/upstart/network* log files, for systemd look in /var/log/syslog. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to resolvconf in Ubuntu. https://bugs.launchpad.net/bugs/1628552 Title: on startup gateway & dns- options in /etc/network/interfaces are not always set Status in ifupdown package in Ubuntu: New Status in resolvconf package in Ubuntu: New Bug description: recently i have upgraded 4 VM-based systems to 16.04.1 LTS (Xenial Xerus). on startup, settings within /etc/network/interfaces do not appear to be taking effect reliably. specifically, the gateway and dns- settings have been problematic for me. on subsequent restarts, all or some of the settings take effect other times the gateway is set and the dns- options are not set. very problematic when the default gateway is not added to the routing table. the dns- settings were a bit easier to illustrate the issue. i added a comment to /etc/resolvconf/resolv.conf.d/base (# base) & etc/resolvconf/resolv.conf.d/tail (# tail). $ cat /etc/resolvconf/resolv.conf.d/* # base # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # tail on startup on 1 of the systems showed this: $ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # tail you can see the "# base" comment wasn't added. let me know if i can add anymore details or if this should be posted somewhere else. $ lsb_release -rd Description: Ubuntu 16.04.1 LTS Release: 16.04 $ apt-cache policy ifupdown ifupdown: Installed: 0.8.10ubuntu1.1 Candidate: 0.8.10ubuntu1.1 Version table: *** 0.8.10ubuntu1.1 500 500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages 100 /var/lib/dpkg/status 0.8.10ubuntu1 500 500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 Packages $ apt-cache policy resolvconf resolvconf: Installed: 1.78ubuntu2 Candidate: 1.78ubuntu2 Version table: *** 1.78ubuntu2 500 500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 Packages 500 http://us.archive.ubuntu.com/ubuntu xenial/main i386 Packages 100 /var/lib/dpkg/status To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1628552/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
