Bug#881310: systemd-container: systemd-nspawn containers get non-functioning /etc/resolv.conf
Michael Biebl
biebl at debian.org
Fri Nov 10 23:58:56 GMT 2017
Am 11.11.2017 um 00:33 schrieb Alex King:
> Looking at the code ("src/nspawn/nspawn.c" in v232), it appears that the
> existence of /usr/lib/systemd/resolv.conf, which exists on the
> problematic system, is triggering the problem.
Actually, that points at another problem:
With split-usr (as Debian/Ubuntu uses), the location of resolv.conf is
/lib/systemd/resolv.conf. Which in turn means, systemd-nspawn should not
hard-code that and use /lib/systemd/resolv.conf for split-usr systems.
Either that, or we need to fix the build system to always install
resolv.conf at /usr/lib/systemd/resolv.conf.
As for your question, how this file got there: Did you install systemd
from source in the past?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20171111/8b99870d/attachment-0002.sig>
More information about the Pkg-systemd-maintainers
mailing list