On artful, no working dns after upgrading to systemd 233-5ubuntu1
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
systemd (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
After upgrading to the newest systemd 233-5ubuntu1 (in artful proposed) I got no nameserver (dns).
This is very likely a DNS issue.
As a workaround downgrading back to systemd 232-21ubuntu3 the network and DNS work fine.
Or instead, I must manually start systemd-resolved:
~$ sudo service systemd-resolved restart
So something odd has happened between these versions.
Systemd-resolved is not starting automatically at boot anymore.
My setup is a fully upgraded artful with proposed repo turned on.
I use only Gnome DE with GDM.
Everything else works fine, but not systemd 233-5ubuntu1.
tags: | added: artful |
Harry (harry33) wrote : | #1 |
Jeremy Bícha (jbicha) wrote : | #2 |
I am not running artful myself yet, but I am setting the block-proposed tag so that this will be looked into before letting the systemd update out of artful-proposed.
tags: | added: block-proposed |
Harry (harry33) wrote : | #3 |
Here are the warnings and messages I get when upgrading systemd 232-21-ubuntu3 => 233-5ubuntu1 with synaptic:
Job for systemd-
See "systemctl status systemd-
Removing obsolete conffile /etc/dbus-
Removing obsolete conffile /etc/dbus-
Removing obsolete conffile /etc/dbus-
Removing obsolete conffile /etc/dbus-
Removing obsolete conffile /etc/dbus-
Removing obsolete conffile /etc/dbus-
Removing obsolete conffile /etc/dbus-
...
Removing obsolete conffile /etc/init/udev.conf ...
Removing obsolete conffile /etc/init/
Removing obsolete conffile /etc/init/
Processing triggers for dbus (1.10.10-1ubuntu2) ...
And, when downgrading back to 232-21ubuntu3 there are no such warnings nor messages.
Losing the network DNS may have something to do with those
"removing the obsolete conffile /etc/d-bus1/..."
messages.
Harry (harry33) wrote : | #4 |
I mean particularly this.
~$ systemd-resolve --status
"Failed to get global data: Unit dbus-org.
And as I wrote above, when upgrading to systemd 233-5ubuntu1 I get this:
"Removing obsolete conffile /etc/dbus-
Launchpad Janitor (janitor) wrote : | #5 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in systemd (Ubuntu): | |
status: | New → Confirmed |
Dimitri John Ledkov (xnox) wrote : | #6 |
Messages about removing obsolete conffiles are normal, as dbus config files have moved form /etc to /usr; and upstart jobs are no longer needed as upstart is not required anymore.
I am suspecting if one reboots after an upgrade eveyrhting is fine.
I believe we also need to potentially reload dbus configuration, after the dbus files are moved to /usr and I'm not sure if this is done already or not.
I will investigate further the upgrade issue you are pointing out.
Harry (harry33) wrote : | #7 |
Dimitri,
in my case, not even several reboots helped.
It is all the same here, though network should be up, there is no working dns.
summary: |
- On artful, no network after upgrading to systemd 233-5ubuntu1 + On artful, no working dns after upgrading to systemd 233-5ubuntu1 |
Dimitri John Ledkov (xnox) wrote : | #8 |
I would like to see package versions of everything that is installed; syslog and journal log; as per your messages it appears that systemd-
Note that DNSSEC is re-enabled in artful.
Dimitri John Ledkov (xnox) wrote : | #9 |
Note i cannot reproduce your issue locally at the moment, and dns resolution works for me as expected.
Changed in systemd (Ubuntu): | |
status: | Confirmed → Incomplete |
Harry (harry33) wrote : | #10 |
Dmitri,
"I would like to see package versions of everything that is installed"
I have a fully updated artful setup with proposed enabled.
"... as per your messages it appears that systemd-
Systemd-
How does that service changed between these versions?
"Note that DNSSEC is re-enabled in artful."
What do you mean by that? Should I have certain packages installed because of that?
The new systemd 233-5ubuntu1 did not pull in any new packages.
Note that my setup works just fine with systemd 232-21ubuntu3.
Harry (harry33) wrote : | #11 |
OK,
So I got this issue fixed by installing the package bind9.
I tested several times, but dnsutils with bind9-host was not enough.
So I removed those two and installed bind9 instead.
Now I have a working dns.
Dimitri John Ledkov (xnox) wrote : | #12 |
How does that service changed between these versions?
$ git diff v232..v233 src/resolve/ | diffstat
36 files changed, 950 insertions(+), 284 deletions(-)
And that's just resolved specific code, but there are a lot more changes in shared code.
You have not provided any system logs, error messages from the daemon, or steps to reproduce the problem.
If you are not going to share systemd-journal logs of the failing systemd-
Are you sure you are using systemd-resolved now? Is the service running and does resolv.conf point at it?
Dimitri John Ledkov (xnox) wrote : | #13 |
dnsutils with bind9-host should be sufficient on regular systems to have network up.
tags: | removed: block-proposed |
Harry (harry33) wrote : | #14 |
Dimitri,
thank you for the information.
Now, as I am not very familiar with the systemd nor the dns setup, I would be happy if you could give me advice how to proceed on this issue.
The status of my setup is as follows.
I have installed all the latest packages of artful aardvark, also from proposed repo.
Network:
I have now installed systemd 233-5ubuntu1.
Like I wrote, if I install dnsutils and bind9-host, I get no working dns (not even after several reboots).
But, if I install bind9, the dns is working (after one reboot).
This means already, I suppose, I do not have systemd-resolved working.
My setup is using bind9 dns server instead.
Here is the output of systemd-resolve --status:
Failed to get global data: Unit dbus-org.
Here is the output of systemctl status systemd-
● systemd-
Loaded: loaded (/lib/systemd/
Active: active (running) since Wed 2017-04-26 09:59:31 EEST; 18min ago
Docs: man:systemd-
Main PID: 301 (systemd-journal)
Status: "Processing requests..."
Tasks: 1 (limit: 4915)
CGroup: /system.
└─301 /lib/systemd/
april 26 09:59:31 Sabertooth systemd-
april 26 09:59:31 Sabertooth systemd-
156751544d541ed208) is 8.0M, max 157.3M, 149.3M free.
april 26 09:59:31 Sabertooth systemd-
156751544d541ed208) is 8.0M, max 157.3M, 149.3M free.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Here is the output of 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
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
* * * * *
Now, with the older systemd 232-21ubuntu3 the systemd-resolved was working OK (and dns).
Here is the output from systemd 232-21ubuntu3 systemd-resolve --status:
Global
DNSSEC NTA: 10.in-addr.arpa
...
Harry (harry33) wrote : | #15 |
Dimitri,
one more test I just did.
I started systemd-resolved manually:
~$ sudo service systemd-resolved restart
After that the output of systemd-resolve --status is OK:
Global
DNS Servers: 8.8.8.8
DNSSEC NTA: 10.in-addr.arpa
Link 2 (eth0)
Current Scopes: LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: allow-downgrade
DNSSEC supported: yes
Harry (harry33) wrote : | #16 |
Dimitri,
My setup does not need the package bind9.
But I need to start systemd-resolved service manually.
After that the output of systemd-resolve --status is OK:
Global
DNS Servers: 8.8.8.8
DNSSEC NTA: 10.in-addr.arpa
Link 2 (eth0)
Current Scopes: LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: allow-downgrade
DNSSEC supported: yes
So, what do I have to do to get this working automatically at the boot?
Dimitri John Ledkov (xnox) wrote : Re: [Bug 1685900] Re: On artful, no working dns after upgrading to systemd 233-5ubuntu1 | #17 |
On 26 April 2017 at 09:11, Harry <email address hidden> wrote:
> Dimitri,
>
> My setup does not need the package bind9.
> But I need to start systemd-resolved service manually.
>
> So, what do I have to do to get this working automatically at the boot?
>
Artful is not ready for general usage. And -proposed packages in
artful are not ready for general consumption at all and are meant for
automatic testing only. Especially if one doesn't know how to check
the logs of individual services and fix their own systems.
I guess the easiest would be to collect a full sosreport.
Install package called sosreport and run `sudo sosreport` to collect
extensive information about your system. The tarball produced will be
large, please upload it.
Unfortunately, the questions you are asking are more suitable as
support questions on how to use journalctl / systemctl - please check
https:/
https:/
--
Regards,
Dimitri.
Harry (harry33) wrote : | #18 |
Sosreport of my setup.
Harry (harry33) wrote : | #19 |
Dimitri,
Just added a sosreport as you requested.
My setup is a nearly minimal setup, containing only the applications I need.
The issue here is what packages are needed to get the new systemd 233-5ubuntu1 and its resolved working.
And more, exactly those packages that were not needed to get systemd 232-21ubuntu3 resolved working, because that was OK in my setup.
I hope this helps a bit.
description: | updated |
Harry (harry33) wrote : | #20 |
Dimitri,
I have a question about the chosen nameservers.
When using systemd 232-21-ubuntu3 or earlier, it was like this (systemd-resolve --status):
Link 2 (eth0)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 193.210.18.18
DNS Domain: dhcp.inet.fi
When using systemd 233-5ubuntu1 (manual start), it is like this (systemd-resolve --status):
Global
DNS Servers: 8.8.8.8
Note the different dns servers.
The latter (8.8.8.8. ...) came from /run/systemd/
I think dns servers 193.210.18.18 and 193.210.19.19 are the correct ones.
Why are they different.
Harry (harry33) wrote : | #21 |
Just to be clear and let those interested know,
my setup is working fine now with the latest systemd (in proposed now) 233-5ubuntu1.
I installed and reinstalled several packages related to systemd and the command
"systemd-resolve --status"
is OK now.
Systemd-resolved is working well now.
So this bug is self-fixed.
Jeremy Bícha (jbicha) wrote : | #22 |
This bug report is being closed due to your last comment regarding this being fixed. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https:/
There simply isn't enough information here to tell whether there was a bug here or not, especially because you are running a custom "minimal setup" with -proposed enabled in a development release. A better bug report would include the specific steps someone else could take to reproduce the issue.
Changed in systemd (Ubuntu): | |
status: | Incomplete → Invalid |
Shahar Or (mightyiam) wrote : | #23 |
I have a similar issue:
```
➜ ~ git:(master) ✗ systemd-resolve --status
Failed to get global data: Unit dbus-org.
```
```
➜ ~ git:(master) ✗ dpkg -l | grep systemd
ii dbus-user-session 1.10.18-1ubuntu2 all simple interprocess messaging system (systemd --user integration)
ii libnss-
ii libpam-
ii libsystemd0:amd64 233-8ubuntu1 amd64 systemd utility library
ii python3-systemd 233-1build1 amd64 Python 3 bindings for systemd
ii systemd 233-8ubuntu1 amd64 system and service manager
ii systemd-sysv 233-8ubuntu1 amd64 system and service manager - SysV links
```
I, too, have a custom "minimal setup" 17.10.
Shahar Or (mightyiam) wrote : | #24 |
I do not seem to have the /etc/init.
Shahar Or (mightyiam) wrote : | #25 |
- sosreport-ShaharOr.1685900-20170726121953.tar.xz Edit (12.6 MiB, application/x-tar)
Here is my sosreport.
Dimitri John Ledkov (xnox) wrote : | #26 |
On 26 July 2017 at 10:18, Shahar Or <email address hidden> wrote:
> I do not seem to have the /etc/init.
> Is this normal?
>
Yes normal, Ubuntu only supports systemd as the init system, and
/etc/init & /etc/init.d are not in use for most services. And,
specifically, init.d scripts have never been used for
systemd-resolved.
--
Regards,
Dimitri.
Shahar Or (mightyiam) wrote : | #27 |
Should a process `systemd-resolved` be running? I don't have it running at all.
Dimitri John Ledkov (xnox) wrote : | #28 |
@Shahar this is not a support forum, this bug is closed. Please stop commenting / high-jacking this bug report, for your own support query. If you have a new bug report, please open a new bug report. This bug is no longer monitored.
With the systemd 233-5ubuntu1:
~$ systemd-resolve --status freedesktop. resolve1. service not found.
Failed to get global data: Unit dbus-org.
~$ 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
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
With the systemd 232-21ubuuntu3:
~$ systemd-resolve --status
16.172. in-addr. arpa
168.192. in-addr. arpa
17.172. in-addr. arpa
18.172. in-addr. arpa
19.172. in-addr. arpa
20.172. in-addr. arpa
21.172. in-addr. arpa
22.172. in-addr. arpa
23.172. in-addr. arpa
24.172. in-addr. arpa
25.172. in-addr. arpa
26.172. in-addr. arpa
27.172. in-addr. arpa
28.172. in-addr. arpa
29.172. in-addr. arpa
30.172. in-addr. arpa
31.172. in-addr. arpa
corp
d.f.ip6. arpa
home
internal
intranet
lan
local
private
test
Global
DNSSEC NTA: 10.in-addr.arpa
Link 2 (eth0)
193.210. 19.19
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 193.210.18.18
DNS Domain: dhcp.inet.fi
~$ 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
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53