<div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Sep 10, 2018 at 8:49 PM Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Do, 16.08.18 00:48, Bernhard Schmidt (<a href="mailto:berni@birkenwald.de" target="_blank">berni@birkenwald.de</a>) wrote:<br>
<br>
> Hi,<br>
> <br>
> I've been sent here by the great systemd maintainers in Debian for<br>
> clarification. The situation was observed on systemd v239 on Debian<br>
> unstable.<br>
> <br>
> On src:openvpn we have recently gotten a bug report about local<br>
> modifications of the openvpn@.service file in /etc being ignored when<br>
> the instance is started by the systemd generator, because the generator<br>
> unconditionally links to the file in /lib/systemd and does not check for<br>
> the presence of a modified file in /etc/systemd<br>
> <br>
> <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905392" rel="noreferrer" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905392</a><br>
> <br>
> My first instinct was that this could not be true, as it would be the<br>
> complete opposite to my expectations as regular systemd user, where<br>
> overriding something in /etc (either by copying and modifying the<br>
> .service file, or by adding dropins in .service.d) is adhered to by all<br>
> systemd management commands. But I can reproduce this in a sid container<br>
> (please ignore the activating/failed status below, openvpn in the<br>
> container could not create a tun device, just look at the path to the<br>
> unit and to the ExecStart line<br>
<br>
As Mantas already indicated: The full path contained in the symlink<br>
does not matter immediately: we will always look in the regular search<br>
paths first, so that stuff in /etc and /run can override things. The<br>
full path is only used if the unit file doesn't otherwise appear in<br>
the search path, i.e. as a last resort. If you are seeing other<br>
behaviour on current systemd versions, that'd be a bug. Please file it<br>
on github and we'll look into it.<br></blockquote><div><br></div><div>I see it has been filed as <<a href="https://github.com/systemd/systemd/issues/9921">https://github.com/systemd/systemd/issues/9921</a>>.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div></div>