Wenn ich Rhel 8.8 verwende, werden die Systeme plötzlich nicht mehr richtig neu gestartet. Die Konsole zeigt die Meldung
a stop job is running for /dev/mapper/name (xxxs / no limit)
Dieses Gerät ist ein Luks-Container, der als Nicht-Root-Disk gemountet ist. Die Disk wird automatisch mit nbde clevis + tang entschlüsselt. Das funktioniert einwandfrei. Beim Neustart bleibt der Server bei der oben stehenden Meldung hängen.
Ich habe versucht, die Optionen x-systemd.mount-timeout=90s zu fstab und Crypttab hinzuzufügen. Das Gerät wird beim Booten korrekt zugeordnet, aber selbst nach mehreren Neustarts und anschließenden Zurücksetzungen gibt es kein Timeout-Limit.
Das Gerät ist der Datenspeicher für KVM-VMs. Wenn ich die VMs manuell herunterfahre und dort, wo das Gerät gemountet ist, systemd-umount /var/lib/libvirt/images ausführe, funktioniert ein anschließender Neustart einwandfrei.
Irgendeine Idee zur Fehlerbehebung? Wie kann ich diesem Job ein Limit hinzufügen?
Antwort1
Während ich auf eine offizielle Antwort von Red Hat warte, habe ich eine funktionierende Situation gefunden:
systemctl edit reboot.target
Ändern Sie JobTimeoutSec=30min in das gewünschte Timeout in Ihrem Fall. Laden Sie systemd neu und führen Sie einen Neustart durch. Dies behebt das Problem vorerst.
Es stellte sich heraus, dass dieser Fehler bereits bekannt war:https://bugzilla.redhat.com/show_bug.cgi?id=2220954. Die Lösung besteht darin, systemd herunterzustufen (Version auf Bugzilla). Die wirkliche Lösung besteht darin, auf einen Fix von Redhat zu warten. Wenn Sie in der Zwischenzeit auf dieses Problem stoßen, überschreiben Sie entweder das Neustartziel oder führen Sie ein Downgrade von systemd durch, bis das Problem von Redhat behoben wurde.