Al ejecutar rhel 8.8, de repente los sistemas no se reiniciarán correctamente. La consola muestra el mensaje.
a stop job is running for /dev/mapper/name (xxxs / no limit)
Este dispositivo es un contenedor luks montado como un disco no raíz. El disco se descifra automáticamente usando nbde clevis + tang. Esto funciona perfectamente. Al reiniciar, el servidor se bloquea en el mensaje anterior.
Intenté agregar a fstab y crypttab las opciones x-systemd.mount-timeout=90s, el dispositivo se asigna correctamente al arrancar, pero no hay límite de tiempo de espera incluso después de varios reinicios y los consiguientes reinicios.
El dispositivo es el almacén de datos para kvm vms. Si apago manualmente el vms y ejecuto systemd-umount /var/lib/libvirt/images donde está montado el dispositivo, un reinicio posterior funciona perfectamente bien.
¿Alguna idea sobre cómo solucionar este problema? ¿Cómo puedo agregar un límite a este trabajo?
Respuesta1
Mientras espero una respuesta oficial de Red Hat, encontré una situación funcional:
systemctl edit reboot.target
modifique JobTimeoutSec=30min para obtener el tiempo de espera deseado en su caso. Vuelva a cargar systemd y reinicie. Esto soluciona este problema por ahora.
Resulta que este error ya era conocido:https://bugzilla.redhat.com/show_bug.cgi?id=2220954. La solución es degradar systemd (versión en bugzilla). La verdadera solución será esperar una solución de Redhat. Mientras tanto, si te encuentras con esto, anula el objetivo de reinicio o baja la versión de systemd hasta que Red Hat lo solucione.