Bug#960676: autofs: update service file

[Mike Gabriel]

Hi Jörg,

On  Di 15 Jun 2021 10:47:53 CEST, Jörg Behrmann wrote:

Package: autofs
Version: 5.1.7-1
Followup-For: Bug #960676


Debian would look like this

The current upstream version of autofs provides a sample service file that for

[Unit]
Description=Automounts filesystems on demand

Wants=network-online.target rpc-statd.service rpcbind.service

[Service]
Type=notify
EnvironmentFile=-/etc/default/autofs
ExecStart=/usr/sbin/automount $OPTIONS --systemd-service --dont-check-daemon
ExecReload=/usr/bin/kill -HUP $MAINPID
KillMode=process
TimeoutSec=180

[Install]
WantedBy=multi-user.targe

After=network.target ypbind.service sssd.service network-online.target remote-fs.target rpc-statd.service rpcbind.service

It would be great if you could change the service file to this. While those

of the automount command.

Changing the service file would make the service more robust.

options are not documented in the man page, they are visible in the help output

Thanks+Greets,
Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

thanks for your contribution. To make an update possible for Debian bullseye (we are in deep freeze), I need a more dramatic description of things that might go wrong with the current .service file. Please explain the opposite of "robust" with concrete observations (i.e. bugs). Furthermore, have you tested the proposed service file with autofs-ldap??? With autofs-ldap we still have a nasty race condition that leaves autofs non-function if it starts before nslcd (libnss LDAP caching daemon).

pgpK795q3XBk2.pgp
Description: Digitale PGP-Signatur