<TL;DR>
Estoy ajustando un servidor de archivos sólo NFSv4 basado en el actual Debian 10 Buster y el kernel ntfsd; systemd v241. El nfs-kernel-serverscript systemd del paquete de la distribución me parece un poco extraño. Algunos archivos de definición de servicio, incluido el nfs-server.servicepropio, vienen con la configuración DefaultDependencies=no, de modo que la unidad no obtiene automáticamente la Conflicts=shutdown.targetdependencia, según systemd.service(5):
[Con
DefaultDependencies=yes] [unidades de servicio] tendrán dependencias [...] de tipoConflicts=yBefore=enshutdown.target. Estos garantizan que las unidades de servicio normal [...] finalicen limpiamente antes del apagado del sistema.
Ninguno de estos se proporciona explícitamente, a diferencia de lo que vi en otros paquetes propios de systemd. El comando
systemctl show nfs-server.service | egrep '^(Want|Requ|Bind|Bound|Before|After|Confl)'
confirma que esto es cierto: no existen tales dependencias. El manual continúa,
Sólo los servicios relacionados con el inicio temprano o el apagado tardío del sistema deben desactivar esta opción.
lo cual el servidor NFS no es exactamente, ya que no puede comenzar a funcionar hasta que la red esté completamente activa, y probablemente debería dejar de aceptar nuevas solicitudes y dejar de funcionar bajo carga tan pronto como comience el apagado del sistema.
Este no es un solo servicio en el paquete que tenga una configuración similar, pero este es el que más me preocupa. Estoy implementando máquinas virtuales de propósito único en una configuración en la nube, y un servidor de archivos puede tener una cantidad excesiva de RAM (64-128 G), todo repleto hasta el cuello con el caché del sistema de archivos, como muestra htop(1). Y dado que se trata de una máquina de almacenamiento de archivos, no tengo palabras para expresar cuánto deseo que el servidor, como dice el manual, "termine limpiamente antes de apagar el sistema", especialmente teniendo en cuenta que cambio un poco de confiabilidad por rendimiento con las opciones de montaje ext4 del sistema de archivos exportado data=writebacky nobarrier¹.
</TL;DR>
Así que miLa pregunta resumida en una frase es:
¿Qué sucede con un servicio systemd que no tiene Conflicts=dependencias Before=cuando shutdown.targetel sistema se apaga?
¹ Esta es una compensación de ingeniería bien deliberada, evaluada con el SLA del proveedor de la nube y los resultados de una batería de pruebas de rendimiento, y es completamente tangencial a la esencia de la pregunta.