Bei intensiver Festplatten-E/A auf meinem System (16 GB RAM, 6 Kerne, RAID0 PCIe SSD) bleibt das System hängen und stürzt schließlich ab. Normale tägliche Festplatten-E/A ist in Ordnung, nur längere Lese-/Schreibvorgänge wie eine Neuindizierung der Datenbank sind problematisch.
Einige Untersuchungen haben folgende dmesg-Ausgabe ergeben:
[...] ata2: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozen
[...] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }
[...] ata1: hard resetting link
[...] ata4: irq_stat 0x00400000, PHY RDY changed
Und jede Menge anderer Protokolle für verschiedene an das System angeschlossene SATA-Geräte. Bei intensiver Festplatten-E/A blockiert jede andere Eingabe (Bewegen der Maus usw.) das System für 5–30 Sekunden.
Da die Fehler auf mehreren Geräten auftreten und das System bei Eingaben von anderen Geräten/Verursachen von Nicht-Festplatten-Interrupts unzuverlässig erscheint, gehe ich davon aus, dass es am Motherboard liegt. Die Temperaturen sind in Ordnung, Memcheck ist erfolgreich. Der Absturz ist ein vollständiger Soft-Lockup und kein Kernel-Absturz oder -Abschalten.
Ist das sinnvoll? Kann ich sonst noch etwas tun, um das zu überprüfen?
Bearbeiten: Fedora20, Heimserver auf 870A-UD3-Board, Intel 910 PCIe SSD + OCZ Vertex + Intel X25
Edit2: Die Workstation steht in einem Homeoffice und erledigt Bürokram wie die Datenverarbeitung in Postgresql. Alles sehr langweilig, nichts, was eine weitere Abstimmung über die Schließung rechtfertigen würde.
Antwort1
Dies ist wahrscheinlich ein Problem mit der Systemplatine, der Verkabelung oder der Stromversorgung. Wenn Ihre SATA-Laufwerke, die OCZ und die Intel X25, an die Hauptplatine angeschlossen sind, sind sie wahrscheinlich die Übeltäter. Es gibt keinen Hinweis darauf, dass die Intel 910 betroffen ist.
Antwort2
Schlechtes SATA-Kabel. Ich habe diesen Fehler ein paar Mal gesehen.https://bbs.archlinux.org/viewtopic.php?id=129401