You are not logged in.
I've noticed that after upgrading a couple of machines to systemd 240 that local domain resolution no longer works. I've confirmed that all of the settings are correct and identical and the "search domain" is present in the /etc/resolv.conf (link to /run/systemd/resolve/stub-resolv.conf). "networkctl status" confirms that all is identical.
Identical config works with 239, but no longer works with 240. The long form still works (hostname.domain), but the short version is broken (hostname). Downgrading to 239 fixes the issue. Anyone else seeing similar behavior?
Last edited by lnxsrt (2019-02-23 15:32:34)
Offline
Looks like it could be this upstream issue, which has a fix merged for version 241.
https://github.com/systemd/systemd/issues/11391
You can try cherry picking this commit to test it by adding 'fea46786ce45f1fa4ba2ad3a88049ccf078e68d3' to the backports array in the systemd PKGBUILD, then run makepkg as usual to create updated packages.
If this works for you, open a bug on the Arch Linux bug tracker referencing the systemd issue from above, and the devs may backport this to the official repos.
Last edited by dmartins (2019-02-14 05:23:00)
Offline
disregard. sorry, I don't think my issue is directly related to this bug.
Last edited by Defender110 (2019-02-21 18:55:34)
Offline
241 has fixed local name resolution for me. It works as it did in 239.
Offline
You might want to edit your OP and tag that into the subject.
Offline
Broken again in 242. I've really tried to accept systemd, but they make it so very hard. Unreal.
Offline
I've really tried to accept systemd, but they make it so very hard.
That's a familiar feeling to me .
as for the name resolving problems :
systemd-resolved appears to be the single biggest source of network problems this year.
You can't use systemd-networkd without systemd-resolved.
Networkmanager also is using systemd-resolved now by default.
You may want to look at other network managing options.
dhcpcd , dhclient, netctl are some of the possibilities.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
If you desire a local dns cache (what's questionable enough and silly if you've a dns proxy in your router) have a look at the alternatives here: https://wiki.archlinux.org/index.php/Do … NS_servers
Offline
You can't use systemd-networkd without systemd-resolved.
Yes you can:
empty@shinken:~ $ systemctl is-enabled systemd-resolved
disabled
1|empty@shinken:~ $ networkctl --no-p
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 enp0s25 ether no-carrier configuring
3 wlp2s0 wlan routable configured
3 links listed.
empty@shinken:~ $
Networkmanager also is using systemd-resolved now by default.
If the OP removes the symlink and keeps /etc/resolv.conf as a static file then systemd-resolved will act as a consumer rather than a provider.
Or just disable it, as seth suggests.
Jin, Jîyan, Azadî
Offline
Thanks for the correction .
My personal solution :
only use tools that work with multiple PID1 implementations.
I use dhcpcd + ntp and let my router take care of name resolution.
Last edited by Lone_Wolf (2019-04-29 10:24:01)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
You can, but I'm not sure whether we've already established if systemd-networkd (by itself) can obtain the DNS server via dhcp to feed resolv.conf (and at least idk how)
Offline
Broken again in 242. I've really tried to accept systemd, but they make it so very hard. Unreal.
Yea, broken for me too.
Offline