Raw_Read_Error_Rate problematisch?

U

Unifex

New Member
Bei Hetzner habe ich einen neuen Server wo sich gleichmal zum start eine Festplatte ins Jenseits befördert hatte.

Nun, nach einigem hin und her wurden beide Festplatten ersetz durch zwei neue SSD.

Die funktionieren soweit auch ganz gut und sehr schnell.

Allerdings steigt bei sdb die Raw_Read_Error_Rate alle paar Stunden.

Ich bin da etwas beunruhigt. Das die Rate überhaupt da sein kann ist schon klar aber das sie steigt, ist wenigstens auf meinen anderen Servern nicht so.

Darum meine Frage hier: Kommt da ein Problem auf mich zu?

Ich hänge mal einen Screen mit an diesen Beitrag.
 

Attachments

  • read_error.JPG
    read_error.JPG
    146.4 KB · Views: 320
Du weißt, wie S.M.A.R.T-Werte berechnet werden?
Bei ernem steigenden Wert würde ich mir überhaupt keine Gedanken machen, nöchstens bei einem sinkendem. Ab etwa 50 wird's kritisch.
Der steigende Wert ist vermutlich pure Statistik, weil es überhaupt keine Fehler gibt und der betriebsstundenzähler steigt.
 
Ich rede jetzt nur über den Wert Raw_Read_Error_Rate. Der ist ja schon bei 109. Übrigens genau wie der ECC_UNCORR_ERROR_COUNT.

Daher verstehe ich die Antwort leider nicht. Ich weiß weder was du mit 50 meinst, noch warum man sich über steigende Fehler keine Sorgen machen sollte.
 
Danke für den Hinweis aber zum auslesen verwende ich smartmontools, was ja laut deines Links keine Probleme mit SSD´s haben sollte.

Die zweite SSD ist ja auch unverändert in dem genannten Wert.

Irgendwie mache ich mir da ein wenig Sorgen.
 
Dann hast Du ja auch gelesen, dass die SSD-Hersteller sich nicht an die bei konventionellen HDDs üblichen S.M.A.R.T.-Implementationen halten, sondern die IDs willkürlich und inkonsistent vergeben, oder gar nicht erst implementieren. Obendrein spielen dann noch TRIM und Wear leveling eine Rolle und verfälschen die Werte unter Umständen bei jedem einzelnen Schreibvorgang.

Die einzigen Tools die bei SSDs überhaupt halbwegs zuverlässige Werte liefern können, sind die direkt von den jeweiligen SSD-Herstellern für die jeweilige SSD bereitgestellten Tools. Und selbst dann kann es durch neuere Revisionen oder Firmwares wieder zu falschen Werten kommen.

SSDs sind auf allen Ebenen eine komplett neue Technik mit komplett neuen Herausforderungen und Problemen...
 
Na ich weiß nicht. Alle anderen Werte stimmen ja soweit.

Es ist jetzt übrigens so, das gestern ja noch alle paar Stunden ein Fehler dazu kam. Jetzt schon seit 24 Stunden kein einziger mehr.

Vielleicht musste da sich erst irgendwas einspielen im Raid.
 
Unifex said:
Es ist jetzt übrigens so, das gestern ja noch alle paar Stunden ein Fehler dazu kam.
Click to expand...
Nochmal: Das ist kein Fehlerzähler! Sonst würde er ja nicht rückwärts zählen.

Aus dem von Joe User verlinktem Wikipedia-Artikel:
Jeder Wert wird zuerst als Raw-Data gespeichert. Dieser wird dann zum besseren Verständnis auf einer Werteskala von 0 bis 100, 200 oder 255 einsortiert. Die unterschiedlichen Skalen dienen dabei einer feineren Abstufung, wo der Hersteller sie für sinnvoll erachtet. Mit dem Skalenmaximum startend, nähert sich der Wert (Value) bei Fehlern oder zunehmendem Alter Null. Häufig ist die kritische Grenze (Threshold) aber schon weit darüber angesiedelt.
Click to expand...
Für den echten Fehlerzähler mußt Du nich das "Value"-Feld, sondern das "Data"-Feld (z.B. mit den smartmontools) auslesen.
 
Zack, heute sda weg geflogen.
Schon die zweite SSD in nicht mal einer Woche. Respekt.

Also wer unendliches basteln und den Nervenkitzel liebt, der sollte sich unbedingt auch einen Server mit SSD bei Hetzner ordern.
Da kann man was erleben :mad:

Ich habe noch andere Server da laufen und nie Probleme aber was diesen Server angeht, so ist das echt ein blamables Bild was die SSD´s angeht.
 
Und ich dachte mal SSD Platten sind fast unzerstörbar...
Hatte letztens auch ne Platte...
War eine interne, hat sich aber verhalten wie eine externe mit Wackler, man benutzt sie und auf einmal macht Windoof du-dum und sie ist verschwunden und ne halbe Stunde später war sie wieder da...
Schreib-und Lesefehler gabs auch je nach Tagesform.
Aber natürlich meinten ALLE Smart Tools, die ich getestet habe das alles ok ist.
Seitdem fliegt jede Platte nach dem ersten Fehler und neue werden zum testen vollgeschrieben und getestet.

Smart is für mich gestorben
 
Smart ist ein Hilfsmittel, nicht mehr, nicht weniger.

Und SSDs sind gar nicht so stabil wie man meint, sie haben nur den Vorteil, dass man die Daten meistens problemlos noch auslesen kann, wodurch ein Datenverlust nicht so wahrscheinlich ist. Sterben tun einige Modelle aber sehr gerne.

Die Schreibzyklen sind eben sehr begrenzt, abhängig vom Modell. Dazu kommt, dass in einigen Modellen minderwertige Controller verbaut sind, die sich dann auch mal gerne verabschieden (dann ist auch nichts mehr mit einfach so auslesen).
 
Unifex said:
Zack, heute sda weg geflogen.
Schon die zweite SSD in nicht mal einer Woche. Respekt.
Click to expand...

Sag mal... Hast du den Support prüfen lassen, ob die SSD wirklich hinüber ist?

Wir hatten mal was ganz Komisches.
Ohne irgendwelche "Vorzeichen" auf einmal Input-/Output-Errors auf sdc (der SSD). (Leider keine Logs verfügbar, ratet mal wo die lagen. ;))
Beim folgenden Reboot kam er nicht mehr hoch, also ab ins Rescue. Interessant: Es existierte überhaupt kein sdc mehr! Es wurde ein Support-Ticket eröffnet und ein Techniker prüfte die SSD. Keine Fehler, Daten noch da (wegen der wichtigen Daten hatten wir um Prüfung statt Austausch gebeten), Server bootet stressfrei. Sehr merkwürdig, aber egal.

Wir haben es dann dabei belassen. Kabel locker, Controller hatte schlechte Laune, was weiß ich. Kann ja alles sein.

Zwei Wochen später der gleiche Mist.
Durch ein Versehen wurde der Server dann einem Kaltstart unterzogen (shutdown statt reboot) und sdc war wieder da. Und da wusste dann auch der Techniker, was los ist: Die Firmware hatte einen bekannten Fehler, welcher sporadisch für solche Probleme sorgte. Sobald man betroffenen Rechner einen Kaltstart verpasst, läuft die SSD wieder.

Seit dem Update gab es keine Schwierigkeiten mit der SSD mehr. Sie läuft nun fast ein halbes Jahr bei durchschnittlich 70 IOPS lesend und 50 IOPS schreibend. =)
 
Last edited by a moderator:
Tja, mit dem "sensationellen" Support von Hetzner war gestern ein Termin zur Überprüfung vereinbart worden. Ich habe alles vorbereitet gehabt und die SSD auch aus dem Raid genommen.

Tja, aber nach fast zwei Stunden nach dem eigentlichen Termin ist immer noch nichts passiert. Stattdessen bekam ich dann folgende Mail:

"leider war es uns nicht möglich die Festplatte zur vorgegeben Zeit zu überprüfen/wechseln bitte Teilen Sie uns einen erneuten Termin mit."

So stellt sich mir der Hetzner Support da. Festplatten verrecken in kurzer Zeit. Auf Mails wird ehr wiederwillig und nach Stunden geantwortet, wenn überhaupt. Termine werden nicht eingehalten und ohne Absprache einfach abgesagt.

Ich habe gestern einen neuen Terminwunsch eingereicht der bis jetzt nicht bestätigt wurde.

Ein echter Sauhaufen dort, muss ich sagen.:mad:
 
Hetzner ist ausgesprochen günstig, ich kann es nachvollziehen, wenn nicht immer ausreichend Techniker oder meinetwegen auch Lara-Konsolen im RZ sind. Dass man für den Preis 24/7 jemanden im Datacenter hat, ist manchmal Gold wert.
Anderswo kriegst du bei dem Preis vielleicht die schnellere Antwort, aber halt nur innerhalb der Geschäftszeiten. Und kritische Hardware geht NIE während irgendwelcher Geschäftszeiten kaputt. :D

Ich kann das mit den widerwilligen, späten oder gar fehlenden (entnehme ich aus deinem "wenn überhaupt") Ticketantworten absolut nicht nachempfinden. Die Antworten kommen bei wichtigen Anliegen eigentlich maximal nach einer Stunde, so unsere Erfahrung. Eher nach 20-30 Minuten und nachts binnen 5-10 Minuten.

Wenn du Hetzner einfach machen lässt, statt einen Termin zu vereinbaren, machen sie es halt "as soon as possible". Haben wir bislang immer so gemacht.
Wenn dein System eh nicht funktioniert, kann dir der Termin egal sein. Und wenn du auf die defekte Hardware eine Weile verzichten kannst, ist der Zeitpunkt eigentlich ebenfalls egal bzw. wohl nachts am besten, also empfehle ich die Ticketeröffnung mitten in der Nacht. Da kannst du meistens davon ausgehen, dass dein Anliegen ~ sofort bearbeitet wird.

Sofern es dir möglich erscheint, dass genanntes Firmware-Problem auch bei dir auftritt, verweise gern auf Ticket #2012033002016191 und #2012040102002571.


Grüße
 
You must log in or register to reply here.
Back
Top