yauu
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Ich habe heute auf einem Server ein Update durchgeführt bzw. es zumindest versucht. | sudo apt-get update
sudo apt-egt dist-upgrade
|
Beim dist-upgrade Befehl sind bereits Fehler in der Art Failed to execute operation: Die Wartezeit für die Verbindung ist abgelaufen Ein Versuch, das System mittels reboot neu zu booten, mündet ebenso in folgendem Fehler: Failed to start reboot.target: Die Wartezeit für die Verbindung ist abgelaufen
See system logs and 'systemctl status reboot.target' for details. Der vorgeschlagene Befehl ergibt folgendes: Failed to get properties: Die Wartezeit für die Verbindung ist abgelaufen Ich habe diverse Hinweis bzgl. des Software-RAIDS geprüft, da auch dmesg hunderte von Fehler-Meldungen bezüglich des Software-RAIDs ausgab. | cat /proc/mdstat
/usr/share/mdadm/checkarray
|
haben keinerlei Meldungen bzgl. eines Problems ausgegeben. Er erneute apt-get dist-upgrade gibt derzeit folgenden Fehler aus: Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
linux-headers-4.4.0-38 linux-headers-4.4.0-38-generic linux-headers-4.4.0-42 linux-headers-4.4.0-42-generic
linux-headers-4.4.0-45 linux-headers-4.4.0-45-generic linux-headers-4.4.0-47 linux-headers-4.4.0-47-generic
linux-headers-4.4.0-51 linux-headers-4.4.0-51-generic linux-headers-4.4.0-53 linux-headers-4.4.0-53-generic
linux-image-4.4.0-38-generic linux-image-4.4.0-42-generic linux-image-4.4.0-45-generic linux-image-4.4.0-47-generic
linux-image-4.4.0-51-generic linux-image-4.4.0-53-generic linux-image-extra-4.4.0-38-generic linux-image-extra-4.4.0-42-generic
linux-image-extra-4.4.0-45-generic linux-image-extra-4.4.0-47-generic linux-image-extra-4.4.0-51-generic
linux-image-extra-4.4.0-53-generic
Verwenden Sie »apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
dovecot-core (1:2.2.22-1ubuntu2.2) wird eingerichtet ...
Failed to execute operation: Die Wartezeit für die Verbindung ist abgelaufen
Failed to execute operation: Die Wartezeit für die Verbindung ist abgelaufen
Failed to retrieve unit: Die Wartezeit für die Verbindung ist abgelaufen
Failed to start dovecot.service: Die Wartezeit für die Verbindung ist abgelaufen
See system logs and 'systemctl status dovecot.service' for details.
invoke-rc.d: initscript dovecot, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes dovecot-core (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
dovecot-core
E: Sub-process /usr/bin/dpkg returned an error code (1) Ungeachtet dessen ist der Server weiterhin up and running. Mir sind derartige Problemer neu, auch habe ich noch nichts Verständliches gefunden, das die Meldung "Wartezeit für Verbindungen ist abgelaufen" mir irgendwie verständlich macht. Hat irgendwer eine Idee, was man hier noch prüfen bzw. unternehmen kann?
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Mein Provider ist offensichtlich der Meinung, apt-get dist-upgrade führt ein Upgrade auf eine aktuellere Distribution durch und wird daher nicht empfohlen. Ich habe da ein etwas anderes Verständnis, mag ich aber irren. Nun meine Fragen: a.) Hat mein Provider recht?
b.) Ist ein apt-get install dist-upgrade tatsächlich nicht zu empfehlen?
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, lies einmal ▶ hier. Gruß
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Jo, den Artikel kenne ich. Da steht ja eben, dass KEIN Upgrade auf eine neuere Distribution durchgeführt wird. Außerdem habe ich bisher diesen Befehl auf vielen Systemen schon zigfach erfolgreich eingesetzt, und konnten dann auch noch später nach den Tests die alten Pakete mit apt-get autoremove entfernen. Also sind meine Fragen dahin gehend beantwortet, dass mein Provider hier irrt. Dann habe ich umso mehr Sorge, das hier etwas doch sehr im Argen ist. Jetzt stellt sich die Frage, wie man dieses System retten kann, mal abgesehen von einer Reinstallation und Wiedereinspielen von obligatorischen Backups.
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, da musst Du wohl auf die Serverspezialisten warten, ich kann hier nicht helfen. Gruß Nachtrag: In der Zwischenzeit kannst Du Dich einmal damit beschäftigen. http://tuxsucht.de/?q=Failed+to+start+reboot.target%3A+Die+Wartezeit+f%C3%BCr+die+Verbindung+ist+abgelaufen Möglicherweise findest Du einen passenden Hinweis.
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Hat jemand Informationen zu der Fehlermeldung "Wartezeit für Verbindung ist abgelaufen." bei der Ausführung von Programmen wie apt-get? ich habe da nur vage etwas in Richtung Laufwerk (physisch wie logisch) erkennen können. Weitere Informationen sind hier recht spärlich. Mein Provider sieht die Ausführung von apt-get dist-upgrade als Problem. Bisher habe ich keine derartige Probleme mit apt-get gehabt. Weiß jemand etwas von Fehler in mdamd (Sofwtare-RAID) in der aktuellen Version von Ubuntu 16.04? Eine ganz andere Frage ist, ob ich global sämtliche Änderungen von apt-get dist-upgrade rückgängig machen kann, ohne die vielen einzelnen Pakete ausfindig machen zu müssen, die ersetzt wurden.
|
robert-engel
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Da Du 16.04 hast, kannst Du auch mal sudo apt full-upgrade versuchen. Zur Fehlermeldung hat Dir Tuemmler über Deinem Post schon einen Link gegeben. Für einen Neustart könntest Du vielleicht shutdown -r now probieren?
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
Zeig mal spaßeshalber dpkg -l | egrep -v '^ii' Gruß Taomon
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Danke für die Vorschläge. Bevor ich weitere vorgeschlagene Maßnahmen bzgl. apt-get und Neustart durchführe, die mich evt. noch weiter weg von einem zumindest halb funktionierenden Server bewegen (ssh läuft noch, mc einschl. ftp läuft noch, E-Mail-System läuft noch, Apache2 hingegen ist k.o., usw.) schon einmal zur Info: Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==================================-==================================-============-===============================================================================
iF dovecot-core 1:2.2.22-1ubuntu2.2 amd64 secure POP3/IMAP server - core files
rc libnfsidmap2:amd64 0.25-5 amd64 NFS idmapping library
rc libtirpc1:amd64 0.2.5-1 amd64 transport-independent RPC library
rc linux-image-4.4.0-21-generic 4.4.0-21.37 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-24-generic 4.4.0-24.43 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-28-generic 4.4.0-28.47 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-31-generic 4.4.0-31.50 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-34-generic 4.4.0-34.53 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-4.4.0-36-generic 4.4.0-36.55 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc linux-image-extra-4.4.0-21-generic 4.4.0-21.37 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc linux-image-extra-4.4.0-24-generic 4.4.0-24.43 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc linux-image-extra-4.4.0-28-generic 4.4.0-28.47 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc linux-image-extra-4.4.0-31-generic 4.4.0-31.50 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc linux-image-extra-4.4.0-34-generic 4.4.0-34.53 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc linux-image-extra-4.4.0-36-generic 4.4.0-36.55 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP Ich ziehe mir noch via mc-FTP neben dem Backup auf einen anderen Server die Daten rüber, das läuft interessanterweise ebenso fehlerlos wie die regelmäßige Tagessicherung via lftp. Der Server-Reboot ist m.E. eigentlich nur das letzte Mittel, aber bei einer verzweifelten Fehlersuche bisher ein profundes Mittel, da man eine gewisse Ausgangsposition hat. Ich arbeite schon viele Jahre mit Linux, insbesondere Ubuntu, aber diese Art von Problem ist mir völlig neu, was nicht viel heißen muss. Irgendwie haben Teile des Systems scheinbar Probleme beim Zugriff auf das Software-RAID, andere hingegen nicht. Gemäß mdadm sind beide Platten ok und syncron. Bei einem beschädigtes Dateisystem dürfte ein laufender Mail-Server eigentlich recht schnell auf Fehler laufen, das tut der aber nicht. Ich würde neben der eigentlichen Behebung des Fehlers (wenn überhaupt möglich) gerne auch verstehen, was da überhaupt los ist. Meine Suche nach der Bedeutung der Fehlermeldung war bisher nur mit mäßigem Erfolg verbunden. Was kann ich zur Diagnose noch unternehmen, ohne den jetzigen Zustand zu verändern? Hängt dies evt. mit dem systemd zusammen?
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
Erstmal paket in Ordnung bringen. sudo apt update && sudo apt-get -f install journalctl -p err..alert auf Server und client ps aux | grep ssh Gruß Taomon
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
So, also nochmals versuchen, die Pakete in Ordnung zu bringen: | sudo apt update && sudo apt-get -f install
|
Dieser mündet in folgendem Fehler: dovecot-core (1:2.2.22-1ubuntu2.2) wird eingerichtet ...
Failed to execute operation: Die Wartezeit für die Verbindung ist abgelaufen
Failed to execute operation: Die Wartezeit für die Verbindung ist abgelaufen
Failed to retrieve unit: Die Wartezeit für die Verbindung ist abgelaufen
Failed to start dovecot.service: Die Wartezeit für die Verbindung ist abgelaufen
See system logs and 'systemctl status dovecot.service' for details.
invoke-rc.d: initscript dovecot, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes dovecot-core (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
dovecot-core
E: Sub-process /usr/bin/dpkg returned an error code (1)
Tja und journalctl -p err..alert bringt eine Menge Versuche aus China und zum Teil auch Deutschland, sich via ssh zu verbinden: Jan 22 13:24:38 xxxxxx sshd[23095]: PAM service(sshd) ignoring max retries; 6 > 3
Jan 22 13:24:57 xxxxxx sshd[23097]: error: maximum authentication attempts exceeded for root from xxx.xxx.xxx.xxx port 43610 ssh2 [preaut
Jan 22 13:24:57 xxxxxx sshd[23097]: PAM service(sshd) ignoring max retries; 6 > 3
Jan 22 13:24:59 xxxxxx sshd[23099]: error: maximum authentication attempts exceeded for root from xxx.xxx.xxx.xxx port 63357 ssh2 [preauth]
Jan 22 13:24:59 xxxxxx sshd[23099]: PAM service(sshd) ignoring max retries; 6 > 3
Jan 22 13:25:19 xxxxxx sshd[23101]: error: maximum authentication attempts exceeded for root from xxx.xxx.xxx.xxx port 56571 ssh2 [preaut
Jan 22 13:25:19 xxxxxx sshd[23101]: PAM service(sshd) ignoring max retries; 6 > 3
Jan 22 13:26:01 xxxxxx sshd[23103]: PAM service(sshd) ignoring max retries; 5 > 3
Jan 22 15:09:43 xxxxxx sshd[24039]: error: Received disconnect from xxx.xxx.xxx.xxx port 59405:13: User request [preauth]
Jan 22 16:06:06 xxxxxx sshd[24763]: error: maximum authentication attempts exceeded for invalid user administrator from xxx.xxx.xxx.xxx p
Jan 22 16:06:06 xxxxxx sshd[24763]: PAM service(sshd) ignoring max retries; 6 > 3
Jan 22 18:00:47 xxxxxx sshd[26460]: pam_systemd(sshd:session): Failed to create session: Connection timed out
Jan 22 18:12:05 xxxxxx sshd[29490]: error: maximum authentication attempts exceeded for root from xxx.xxx.xxx.xxx port 50755 ssh2 [preauth
Jan 22 18:12:05 xxxxxx sshd[29490]: PAM service(sshd) ignoring max retries; 6 > 3 Eigentlich ist fail2ban aktiv, zumindest lässt der Blick via iptables -L das hoffen. Aber ein vernünftiges Protokoll gibt es nun auch nicht mehr. Hier gibt es nur 0 byte große Dateien.
|
ann
Anmeldungsdatum: 11. Februar 2007
Beiträge: 1998
|
Kann sein, dass systemd wieder mal einen Bug hat. So kann man rebooten.
systemctl reboot -f
-f, --force
When used with enable, overwrite any existing conflicting symlinks.
When used with halt, poweroff, reboot or kexec, execute the
selected operation without shutting down all units. However, all
processes will be killed forcibly and all file systems are
unmounted or remounted read-only. This is hence a drastic but
relatively safe option to request an immediate reboot. If --force
is specified twice for these operations, they will be executed
immediately without terminating any processes or unmounting any
file systems. Warning: specifying --force twice with any of these
operations might result in data loss.
Hier wurde mit cold reboot gelöst. Dort #20 killed PID 1.
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Jo, so wie es aussieht, ist der systemd verbuggt. Ein | sudo systemctl list-units
|
bringt ebenso Failed to list units: Die Wartezeit für die Verbindung ist abgelaufen Ein bringt ebenso Failed to execute operation: Die Wartezeit für die Verbindung ist abgelaufen Ein bringt Failed to start reboot.target: Die Wartezeit für die Verbindung ist abgelaufen
See system logs and 'systemctl status reboot.target' for details. Ein hat keine Wirkung. Das System ist in einem völlig undefinierten Zustand. Man kann außerdem auch keinerlei sinnvolle Diagnose betreiben, um die eigentliche Ursache zu lokalisieren. Ich werde für den Server Hardware-Reset durchführen lassen und dann mal schauen. Damit kann natürlich ein Schaden am gemountetem Dateisystem einhergehen, und letztlich das Aus für die komplette Installation bedeuten. Den Einsatz von Ubuntu 16.04 LTS im produktiven Umfeld werde ich bis auf Weiteres wohl nochmals überdenken müssen. Danke nochmals für die vielen Tipps, ab hier hilft nur noch die Brechstange.
|
ann
Anmeldungsdatum: 11. Februar 2007
Beiträge: 1998
|
Brechstange wäre (man muss mit Datenverlust rechnen)
systemctl reboot -ff
|
yauu
(Themenstarter)
Anmeldungsdatum: 8. Januar 2010
Beiträge: 65
|
Jo, brachte zumindest reboot und dann für den Server die letzte ewige Ruhe... Back to Ubuntu 14.04 LTS, systemd ist für den produktiven Bereich nicht geeignet.
|