systemd-resolved not starting on boot
I wanted to try systemd-networkd and systemd-resolved. While they generally seem to work well, I noticed that resolved is not starting automatically on boot despite it is enabled. I have to start it manually afterwards to get working DNS resolution.
After reboot:
# systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/usr/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: disabled)
Active: inactive (dead)
Docs: man:systemd-resolved.service(8)
http://www.freedesktop.org/wiki/Software/systemd/resolved
http://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
http://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
# systemctl start systemd-resolved
# systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/usr/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: disabled)
Active: active (running) since Tue 2017-08-15 19:51:07 CEST; 2s ago
Docs: man:systemd-resolved.service(8)
http://www.freedesktop.org/wiki/Software/systemd/resolved
http://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
http://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Main PID: 1321 (systemd-resolve)
Status: "Processing requests..."
Tasks: 1 (limit: 4915)
CGroup: /system.slice/systemd-resolved.service
└─1321 /usr/lib/systemd/systemd-resolved
Aug 15 19:51:07 ... systemd[1]: Starting Network Name Resolution...
Aug 15 19:51:07 ... systemd-resolved[1321]: Positive Trust Anchors:
Aug 15 19:51:07 ... systemd-resolved[1321]: . IN DS ...
Aug 15 19:51:07 ... systemd-resolved[1321]: . IN DS ...
Aug 15 19:51:07 ... systemd-resolved[1321]: Negative trust anchors: ...
Aug 15 19:51:07 ... systemd-resolved[1321]: Using system hostname '...'.
Aug 15 19:51:07 ... systemd[1]: Started Network Name Resolution.
Does someone know what's going on there?
EDIT: I was not able to reproduce the issue on a fresh Fedora 26 installation. Maybe it was a bug that survived the upgrade path 24 -> 25 -> 26. Since it is working now, this is fine for me.
The answer is probably somewhere in the log file: Run
unfortunately journalctl -b does not contain anything related to resolved or DNS