Wenn unattended-upgrades
installiert ist, hängen 9 von 10 Herunterfahren / Neustarten, während "unbeaufsichtigte Upgrades heruntergefahren werden". Dieser Hang blockiert den Abschaltvorgang für 5-10 Minuten.
Wenn ich unbeaufsichtigte Upgrades über deaktiviere, treten /etc/apt/apt.conf.d/20auto-upgrades and/or 50unattended-upgrades
die Probleme auf.
Wenn ich den Dienst vor dem Herunterfahren / Neustarten beende ( sudo service unattended-upgrades stop
), tritt das Problem weiterhin auf.
Wenn ich das Paket ( sudo apt remove unattended-upgrades
) entferne, tritt das Problem nicht mehr auf.
Dies tritt bei einer frisch installierten Version von auf Ubuntu Server 16.04.1
(sowohl bei der unattended-upgrades
Installation über die grafische Benutzeroberfläche als auch bei der manuellen Installation von unbeaufsichtigten Upgrades).
Beide Kern.log & syslog
zeigen den Shutdown-Prozess nicht an (ich glaube, weil die Dateisysteme bereits nicht gemountet wurden)
Hat jemand dieses Problem gesehen oder behoben? Ich werde verrückt, wenn ich versuche, Fehler zu beheben.
quelle
unattended-upgrades
beim Herunterfahren passiert .Antworten:
Schauen Sie sich um, um näher an der eigentlichen Ursache zu sein
Das Problem scheint das Skript zu sein, das beim Herunterfahren ausgeführt wird.
Ich habe die entsprechende Datei identifiziert mit:
was mir das zugehörige systemd script gibt:
was mir dann sagte, dass das Skript beim Herunterfahren ausgeführt wurde:
Tiefer untersuchen, um die Ursache zu finden
In diesem Skript befindet sich in Zeile 120 ein Abschnitt, der sich auf den Abschnitt in /etc/apt/apt.conf.d/50unattended-upgrades -> Unattended-Upgrade :: InstallOnShutdown bezieht
Zeile 120 von / usr / share / unbeaufsichtigte-Upgrades / unbeaufsichtigtes-Upgrade-Herunterfahren:
Das Problem: Es erwartet das Schlüsselwort "False", während in der apt conf "false" hinzugefügt werden sollte (genauer Zeichenfolgenvergleich)!
Lösung
Ich konnte das Stalling Shutdown auf 3 verschiedene Arten beheben / umgehen:
Problemumgehung A
Diese Einstellung ist upgrade-sicher, bis ein tatsächlicher Fix bereitgestellt wird, da die hier geänderte Datei nicht durch ein Update unbeaufsichtigter Upgrades überschrieben wird. Problem: Wenn die Grundursache behoben ist, führt dies zu einem erneuten Stillstand. Daher schlage ich vor, dies mit Problemumgehung B zu kombinieren.
ODER: Problemumgehung B
vim /etc/systemd/system/shutdown.target.wants/unattended-upgrades.service
Diese Einstellung ist NICHT aktualisierungssicher, da die hier geänderte Datei möglicherweise durch eine Aktualisierung von unbeaufsichtigten Aktualisierungen überschrieben wird. Abgesehen davon ist es wirklich weit davon entfernt, etwas zu reparieren, aber es stellt sicher, dass Ihr System beim Herunterfahren nicht mehrere Minuten wartet. Denken Sie daran, dass Sie dies nach einem Upgrade von unbeaufsichtigten Upgrades möglicherweise erneut festlegen müssen!
ODER: Fix C (muss vorab gemeldet werden)
Patchen von / usr / share / unbeaufsichtigt-Upgrades / unbeaufsichtigt-Upgrade-Herunterfahren:
Fazit
tbh nur der letzte ist eine echte Lösung. Die beiden anderen Optionen sind nur Problemumgehungen, bis der eigentliche Fix implementiert wird.
Dies muss im Upstream erfolgen, da dies sowohl Debian (getestet auf Debian Stretch) als auch Ubuntu (getestet auf Ubuntu 16.04.1) für beide Distributionen betrifft.
Ich habe hier einen Fehlerbericht geöffnet: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1661611
quelle
Um dieses Problem zu umgehen, benutze ich dieses Skript, um es zu beheben:
Hoffentlich wird es bald hochgestreamt.
quelle
Dies wurde in systemd behoben
https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1654600
(Originalbericht: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1661611 )
quelle