Activity log for bug #1635256

Date Who What changed Old value New value Message
2016-10-20 13:00:36 Martin Pitt bug added bug
2016-10-20 13:00:43 Martin Pitt nominated for series Ubuntu Xenial
2016-10-20 13:00:43 Martin Pitt bug task added systemd (Ubuntu Xenial)
2016-10-20 13:00:53 Martin Pitt systemd (Ubuntu): status New Invalid
2016-10-20 13:01:00 Martin Pitt systemd (Ubuntu Xenial): status New In Progress
2016-10-20 13:01:03 Martin Pitt systemd (Ubuntu Xenial): importance Undecided Medium
2016-10-20 13:01:04 Martin Pitt systemd (Ubuntu Xenial): assignee Martin Pitt (pitti)
2016-10-20 13:52:50 Martin Pitt description Search domains specified in networkd do not get propagated to /etc/resolv.conf via resolved in xenial, as systemd-networkd-resolvconf-update.service only tells resolvconf about DNS servers. This is not an issue any more in yakkety and zesty as that uses resolved and that unit is gone. This was uncovered while working on adding nameserver support to netplan, in bug 1626617. To fully support netplan/networkd in xenial we should fix this. Search domains specified in networkd do not get propagated to /etc/resolv.conf via resolved in xenial, as systemd-networkd-resolvconf-update.service only tells resolvconf about DNS servers. This is not an issue any more in yakkety and zesty as that uses resolved and that unit is gone. This was uncovered while working on adding nameserver support to netplan, in bug 1626617. To fully support netplan/networkd in xenial we should fix this. SRU TEST CASE: * Start a xenial VM or container, and create a networkd interface with a DNS server and search domain: $ cat /etc/systemd/network/foo.netdev [NetDev] Name=foo Kind=dummy $ cat /etc/systemd/network/foo.network [Match] Name=foo [Network] DNS=1.2.3.4 Domains=kitchen cellar * sudo systemctl restart systemd-networkd * cat /etc/resolv.conf resolv.conf should have "nameserver 1.2.3.4" (unless there already are three nameservers), but with the current xenial version it lacks "search kitchen cellar". With the -proposed version, both entries should be there. REGRESSION POTENTIAL: This makes the shell hack of systemd-networkd-resolvconf-update.service even worse, so errors in it could break the existing "nameserver" integration of networkd with resolved. On xenial this is only really relevant with netplan and snappy (see bug 1626617), so the number of installations that actually use this in the field should be low. But this is simple enough to test in isolation, systemd's autopkgtest already cover the "nameserver" resolvconf integration, and netplan's autopkgtest now cover both "nameserver" and "search". So overall the regression potential is very limited.
2016-10-20 15:14:04 Andy Whitcroft bug added subscriber Ubuntu Stable Release Updates Team
2016-10-20 15:14:07 Andy Whitcroft bug added subscriber SRU Verification
2016-10-20 15:14:13 Andy Whitcroft tags verification-needed
2016-10-20 15:27:17 Martin Pitt tags verification-needed
2016-10-26 12:48:21 Chris J Arges systemd (Ubuntu Xenial): status In Progress Fix Committed
2016-10-26 12:48:26 Chris J Arges tags verification-needed
2016-10-27 08:55:30 Martin Pitt tags verification-needed verification-done
2016-11-01 05:30:08 Martin Pitt removed subscriber Ubuntu Stable Release Updates Team
2016-11-04 06:03:27 Launchpad Janitor systemd (Ubuntu Xenial): status Fix Committed Fix Released