systemd-219 issues with 22 and Rawhide composes
Brian C. Lane
bcl at redhat.com
Mon Mar 2 16:42:25 UTC 2015
On Fri, Feb 27, 2015 at 04:21:51PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Feb 27, 2015 at 08:18:12AM -0500, Nico Kadel-Garcia wrote:
> > On Mon, Feb 23, 2015 at 10:43 AM, Lennart Poettering
> > <mzerqung at 0pointer.de> wrote:
> > > On Mon, 23.02.15 08:45, Nico Kadel-Garcia (nkadel at gmail.com) wrote:
> > [ notes snipped, ]
> > > You know, that systemd creates a symlink if the file is missing is not
> > > going to change behaviour of anything, since it will only do something
> > > if the file is *missing*.
> > Congratulations. We now have inconsistent behavior if anyone, *ever*,
> > edits /etc/resolf.conf with 'sed -i', uses "rsync -a" or "cp -a" tp
> > reproduce it from a known good repository, and with a symlink in place
> > we're storing absolutely critical system information in a non /etc
> > location, meaning that non-modified backup systems won't get a copy
> > with valid content.
> > Just..... great.
> > Look, deciding to ignore the File System Hierarchy for installing
> > config files and creating new locations to store system configuration
> Actually it might be considered that we are *starting* to follow FHS.
> In many (most?) setups /etc/resolv.conf configuration is very dynamic:
> the set of resolvers depends on dhcp leases, VPNs, network interfaces
> coming and going. Storing this information in /etc/ is wrong. It's good
> that this ephmeral content is not backed up. If the machine reboots, you
> do not want to restore it, you want to recreate it from scratch.
> If someone has a static setup and a static resolv.conf is fine for them,
> there's no problem: just create a normal file.
The underlying problem here is that it isn't just created when it is
missing. It is created *before* other tools have a chance to create it.
As I explained in 1197204 the boot.iso is created without a
/etc/resolv.conf, this means that NM should create it with whatever
content it needs. Except that systemd-tmpfiles comes along first,
assumes it can create it and then breaks NM.
Upstream has declined to fix this, so we're going to need the patch
that's been applied to f21 and f22 carried forward until that changes.
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
More information about the devel