Re: Can a configuration item be cleared in the server.conf file

On Sat, 27 Jan 2024 13:38:37 +0100, Marc SCHAEFER <[email protected]> wrote:

>Debian supports conffiles: they are handled specially, changes from maintainer
>are presented to the sysadmin at package upgrade or installation time
>(conffiles can stay even if you remove a package, if you don't --purge it) and
>you can accept them or not, merge, etc.
>
>However, AFAIR most systemd files are not conffiles (since that would
>apparently conflict with some systemd internals), countrary to most
>configuration files of all of the other packages of the Debian system [1].
>
>Debian supports diversions: the package system will make sure the file will
>always be updated elsewhere.  That worked the last time I used it, but
>I no longer use it on systemd. [2].
>
>In emergency cases or in a RPM distribution, chattr +i could work (immutable) :)
>
>However, the systemd supported way to do this is: copy the unit file from
>/lib/systemd/system/ to /etc/systemd/system/ and then make the changes there.
>
>Which is AFAIK what systemctl edit XXX does as you wrote.

Thanks for this information!
I have found the following 2 files in lib/systemd/system/ that contain the
unwanted setting --suppress-timestamps

[email protected]
[email protected]

Since there is no client service created on this server, only a server for
handling external calls, I assume that only the second file will be affected.

In fact when I look there there is already such a file and it has the offending
setting removed... It is timestamped 2024-01-25 15:41

So I have done this using the advice here already.
But not "activated" the change....

If I have removed the argument --suppress-timestamps from the file in
/etc/systemd/system/
as it seems like I have already done is then the only additional thing to do to
restart the specific services or do I have to restart the server computer
itself?

I'd rather only touch openvpn since the server is busy doing all sorts of
automatic things and I have to wait for an idle period there, which might never
occur...


-- 
Bo Berglund
Developer in Sweden