ubuntuusers.de

Ich habe mir jetzt erst einmal eine AVM Smart-Steckdose FRITZ!DECT 200 gekauft. Somit kann ich wenigstens den Server, von unterwegs aus, in den harten Reset schicken...

Was mir zum Thema "unterwegs aus" noch eingefallen ist: Die Verbindungsaufnahme über OpenVPN funktioniert im Falle eines Crashes des Servers noch, von extern aus. Jedenfalls, zeigt mir meine OpenVPN-Software unter Windows und Antroid an dass eine Verbindung mit dem Server hergestellt worden ist.

Versuche ich mich dann aber über den Tunnel per SSH mit dem Server zu verbinden, ist der Server nicht erreichbar. Warum funzt dann VPN noch, wenn aber Apache, Samba, SSH etc. nicht mehr arbeiten 🙄 🙄

Weil bestehende Prozesse noch im RAM sein, dein Problem ist das wohl die Platte was weg hat (These), was dazu führt das diese im Problemfall als Read-Only gemounted wird, dadurch können Temporäre Dateien nicht mehr geschrieben werden.

Die Smart Werte sehen IMHO ganz OK aus.

SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)

Weil ich das gerade sehe: Sicher das dein SATA Kabel noch in Ordnung ist? Oder kann das olle Board kein 6 GB/s? Prüfe mal den output von z.B. dmesg ob da nicht am SATA Link ab und an Probleme sind.

... Smart-Steckdose FRITZ!DECT 200 gekauft. Somit kann ich wenigstens den Server, von unterwegs aus, in den harten Reset schicken...

Ich konnte jetzt nicht auf die Schnelle erkennen was damit jetzt im Detail möglich ist, aber einen Rechner einfach per "Strom weg" hart resetten ist zumindest bei mechanischen Festplatten eine sehr schlechte Idee. Da könnten Schreibvorgänge unterbrochen werden, was dann unvollständig geschriebene Sektoren bedeutet inklusive nicht aktueller CRC Daten. Damit ist dann auch die Formatierung beschädigt → möglicher Datenverlust!

encbladexp schrieb:

SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)

...Oder kann das olle Board kein 6 GB/s? Prüfe mal den output von z.B. dmesg ob da nicht am SATA Link ab und an Probleme sind.

Hallo encbladexp,

ich behalte die Ausgabe von dmesg im Auge... aber ich glaube nicht an Deine These, weil am SATA-Kabel hat sich nichts geändert und bis vor zirka 3 Monaten hat alles reibungslos funktioniert, da lief der Server ohne Probleme viele Wochen lang, 24/7 durch... das Kabel ist hochwertig, habe ich damals vor einigen Jahren beim Kauf darauf geachtet, als ich die Corsair-SSD nachgerüstet hatte.

Davor lief das frühere Ubuntu-Server auf einem USB-Stick, der intern, direkt auf dem Board auf einer internen USB-Buchse, gesteckt war. ☺ Habe schon überlegt, das Betriebssystem wieder - vorrübergehen - auf den internen USB-Stick zu verschieben. 😉

Dakuan schrieb:

... Smart-Steckdose FRITZ!DECT 200 gekauft. Somit kann ich wenigstens den Server, von unterwegs aus, in den harten Reset schicken...

Ich konnte jetzt nicht auf die Schnelle erkennen was damit jetzt im Detail möglich ist, aber einen Rechner einfach per "Strom weg" hart resetten ist zumindest bei mechanischen Festplatten eine sehr schlechte Idee.

Hallo Dakuan,

vielen Dank für Dein Feedback. Die FRITZ!DECT 200 Smart-Steckdose ist eine schaltbare Steckdose, mit der ich von unterwegs aus den Server vom Netzt nehmen kann und auch wieder zuschalten kann.

Mir ist bewusst, dass diese Maßnahme ein absolutes NoGo ist. Aber in den letzten Wochen konnte ich mir auch nach einen Absturz des Servers nicht anders weiter helfen, als vor Ort den Reset-Taster zu drücken. Wie ich schon geschrieben habe, es ist dann keine Eingabe per Tastatur mehr möglich. Ich habe keine wirkliche Konsole mehr zur Verfügung. Ich kann lediglich mit Strg+Alt+XX zwischen den TTY's umschalten, mehr geht nicht. Ebenso ist kein Zugang mehr über SSH möglich. Also, was bleibt mir aktuell???

Ich hoffe und vertraue nur darauf, dass im Fall des Falles eines Datencrashes nicht gleich beide RAID-Platten betroffen sind. Eine große Datensicherung auf einer externen HDD habe ich selbstverständlich auch noch.

encbladexp schrieb:

SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)

...Oder kann das olle Board kein 6 GB/s? Prüfe mal den output von z.B. dmesg ob da nicht am SATA Link ab und an Probleme sind.

@encbladexp

Das sind die einzigsten Info's zum Thema "SATA" die ich mit dmesg | grep "SATA" bisher finden konnte:

[    2.581035] ahci 0000:00:11.0: AHCI 0001.0200 32 slots 4 ports 3 Gbps 0xf impl SATA mode
[    2.643692] ata3: SATA max UDMA/133 abar m1024@0xfe6ffc00 port 0xfe6ffd00 irq 25 lpm-pol 0
[    2.645559] ata4: SATA max UDMA/133 abar m1024@0xfe6ffc00 port 0xfe6ffd80 irq 25 lpm-pol 0
[    2.647404] ata5: SATA max UDMA/133 abar m1024@0xfe6ffc00 port 0xfe6ffe00 irq 25 lpm-pol 0
[    2.649203] ata6: SATA max UDMA/133 abar m1024@0xfe6ffc00 port 0xfe6ffe80 irq 25 lpm-pol 0
[    2.970512] ata6: SATA link down (SStatus 0 SControl 300)
[    3.129194] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    3.132196] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    3.135594] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

😐

EnHerrman schrieb:

... ist dann keine Eingabe per Tastatur mehr möglich. Ich habe keine wirkliche Konsole mehr zur Verfügung. Ich kann lediglich mit Strg+Alt+XX zwischen den TTY's umschalten ...

Also, was bleibt mir aktuell???

Da ja doch noch ein paar Eingaben möglich zu sein scheinen, versuche mal, ob du mit Magic SysRQ dann vielleicht noch geordnet neu starten kannst.

Hallo EnHerrman, Du schriebst:

Wie ich schon geschrieben habe, es ist dann keine Eingabe per Tastatur mehr möglich. Ich habe keine wirkliche Konsole mehr zur Verfügung. Ich kann lediglich mit Strg+Alt+XX zwischen den TTY's umschalten, mehr geht nicht. Ebenso ist kein Zugang mehr über SSH möglich. Also, was bleibt mir aktuell???

Wenn Du auf einem lauffähigen TTY bist, kannst Du die Tastenkombiantion Strg-Alt-Entf benutzen, um das System sauber neu zu starten.

Grüße

schollsky

EnHerrman schrieb:

Ich kann lediglich mit Strg+Alt+XX zwischen den TTY's umschalten

...und da kannst Du Dich nicht einloggen und

1

reboot

ausführen?

von.wert schrieb:

EnHerrman schrieb:

Ich kann lediglich mit Strg+Alt+XX zwischen den TTY's umschalten

...und da kannst Du Dich nicht einloggen und

1

reboot

ausführen?

Hallo zusammen,

hier habe ich mal ein Beispielbild!! Wie es auf meinem lokalen Bildschirm aussieht, wenn der Server gechrashed ist. Da ist nichts mer mit Login oder so... Ich kann lediglich mit Str+Alt+Fx umschalten der Bildschirm wird schwarz und die Meldungen bauen sich im Sekundentakt wieder auf...

https://i.sstatic.net/ovdZYQA4.png

i/o errors. Wann testest Du nun endlich die Datenträger richtig? Der Pfad sagt zudem, welchen vor allem.

Außerdem gilt nach wie vor dies.

+1 zu von.wert. Du hast zwar geschrieben, dass du die Kontakte der SSD gereinigt hast, aber die müssen es ja nicht sein. Das Ding kann auch interne Fehler haben, sogar solche, die sich nicht mit Anstupsen triggern lassen.

Bei gehäuften I/O-Fehlern wäre bei mir längst zumindest testweise eine andere SSD drin.

@timothy2068, @von.wert,

ich bin nicht ganz blöde. Ich habe bereits in den letzten Wochen beide "Laufwerke" - sda2 (auf Systempartition Corsair SSD) und md0 (RAID aus zwei WD-Red 3TB Platten) intensiv auf Datenfehler geprüft. Zweimal habe ich, bis jetzt, fast 12 Stunden lang beide Laufwerke einen ständigen Schreib-/Lesetest unterzogen. Alles ohne Ausfälle. Die Technik hat in den letzten Wochen durch die Tests mehr gearbeitet, an ihrer Leistungsgrenze, als in den letzten Jahren davor. Und wenn ich dadurch eigentlich gehofft hätte, es kommt dann zu einem Ausfall, ist es gerade nicht passiert.

Ich nehme jährlich den PC auseinander und alles wird gründlich gereinigt, sogar das Netzteil wird auseinander genommen... Wenn es wirklich an der Stromversorgung liegen sollte (Elkos etc.) warum habe ich dann keinen Ausfall, wenn die beiden RAID-HDDs auf Vollast laufen?? Somit schließe ich die Geschichte erst einmal aus.

Ich werde die System-HDD die nächsten Tage austauschen, auch wenn die SMART-Werte noch Top aussehen. Wenn "Das Ding interne Fehler haben" sollte, würde sich das an den SMART-Werten deutlich erkennbar machen, zumindest aber auch Datenfehler auf der SSD produzieren - oder liege ich da jetzt falsch??

Aktuell befolge ich noch den Rat von @encbladexp und lasse auf dem Lokalen Monitor das Journal in einer Konsole und in einer zweiten Konsole mit tmux ebenfalls das Journal und mit tail -f das Syslog mit laufen und warte auf den nächsten Absturz....

EnHerrman schrieb:

ich bin nicht ganz blöde.

Hat auch keiner gesagt. Du hast ein Problem, und ich habe versucht zu helfen. Alles Gute.