[systemd-devel] Masking local configuration system unit fails on file collision

[Mantas Mikulėnas]

Masking *is* local configuration. It's there so that the admin could
simulate deleting a unit from /usr, which is considered more-or-less
read-only; same idea as overriding /usr units in general.

When you've created your own unit in /etc, there's no point in masking it
if you can just move the unit file away.

On Fri, Mar 22, 2019, 06:15 Vito Caputo <vcaputo at pengaru.com> wrote:

> On Fri, Mar 22, 2019 at 07:06:30AM +0300, Andrei Borzenkov wrote:
> > 22.03.2019 6:50, Vito Caputo пишет:
> > > On Thu, Mar 21, 2019 at 08:49:03PM -0700, Vito Caputo wrote:
> > >> I have a local system unit file at /etc/systemd/system/foo.conf,
> which I
> > >> need to mask.
> > >
> > > Correction: /etc/systemd/system/foo.service
> > >
> > >>
> > >> However, when I try to mask it systemctl complains:
> > >>
> > >>   # systemctl --version
> > >>   systemd 241 (241.7-2-arch)
> > >>   +PAM +AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP
> +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS
> +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid
> > >>   # systemctl mask foo
> > >>   Failed to mask unit: File /etc/systemd/system/foo.service already
> exists.
> > >>   #
> > >>
> > >> If I need to move foo.service somewhere else, that kind of defeats the
> > >> point of `systemctl mask` doesn't it?
> > >>
> > >> Shouldn't `systemctl mask` work equally well for locally-configured
> > >> system units?
> > >>
> >
> > Where should symlink be created then?
>
> A different directory from the one documented for storing local
> configuration?
>
> Thanks,
> Vito Caputo
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20190322/1b31813b/attachment-0001.html>