Diks 2 Lesefehler, Hardware zu schwach?

N0_Headshot · March 23

Hallo an alle,

Ich habe seit Wochen immer das selbe Problem Lesefehler auf Disk 2. die ersten zwei mal habe ich sogar noch neue Platten gekauft... zum ende habe Ich hab oft einfach Array aus -> betroffene Disk aus dem Array entfernen -> Array Start -> Array aus -> Disk wieder rein und Array wieder starten, gemacht. So hat er disk als Neu erkannt und über die Pärity neu aufgebaut. Denn eigentlich kann es nicht an der Platte liegen. Die letzte die von Unraid mit Lesefehlern betitelt wurde war keine 48 Stunden alt.

Ich habe beobachtet das die Lesefehler immer dann kommen wenn der Server unter Last ist und dann der Pärity check startet. Zum testen habe ich auch mal Docker abgeschlatet und den Test durchgezogen, ergebniss kein Problem.

Der Server ist ein:

Intel® Core™ i5-4460 CPU @ 3.20GHz

32 GB Ram

Nvidia Quadro P620

8 HDD´s hängen an DELL H200 6Gbps SAS HBA

die restlichen 3 sind auf dem Mainboard -> Disk 2 ist eine von denen die am H200 hängen.

all das an einem 500w Netzteil...

Und da auch mein Verdacht, kann es sein das wenn alles zusammen läuft der Strom einfach nicht reicht und dadurch Lesefehler enstehen und Unraid dann gezwungen ist die Platte raus zu werfen?

und weiter:

-Gibt es eine möglichkeit eine von Unraid rausgeworfene Disk einfach so wieder einzubinden? Also wenn ich weiß das es nicht an der Disk liegt?

-Wie könnte ich weiter Prüfend vorgehen?

Ich hänge mal eine frische Diagnose an, ist von jetzt wo ich wieder Disk 2 über die Parity neu befülle...

tower-diagnostics-20240323-0848.zip

DataCollector · March 23

2 hours ago, N0_Headshot said:

Ich habe seit Wochen immer das selbe Problem Lesefehler auf Disk 2.

8 HDD´s hängen an DELL H200 6Gbps SAS HBA

die restlichen 3 sind auf dem Mainboard -> Disk 2 ist eine von denen die am H200 hängen.

Und da auch mein Verdacht, kann es sein das wenn alles zusammen läuft der Strom einfach nicht reicht und dadurch Lesefehler enstehen und Unraid dann gezwungen ist die Platte raus zu werfen?

Wenn es der Strom wäre, würde ich mir vorstellen, daß die Fehler wandern oder ist diese Disk2 eine besonders stromfressende Festplatte?

Nur so zum Testen würde ich die Festplatte mal anders anschließen. Ein anderer Port des Kontrollers oder gar an das Mainboard hängen und beobachten ob der Fehler bei der Disk2 bleibt oder ob dann andere Festplatten diese Probleme haben, die an Position der ehemaligen Disk2 angeschlossen sind.

Auffällig: Disk2 ist eine Seagate SkyHawk +Rescue 4TB, SATA CMR 5900Rpm 6Gb/s (ST4000VX016)

Die haben für DVB Unterstützung ja eine spezielle Firmware, die bei Engpässen (eigentlich für Videostreams) auch Bits verwerfen darf. Könnte es damit zusammen hängen?

Nebenbemerkung:

Du verwendest eine lustige Mischung aus CMR und SMR Festplatten verschiedenster Drehzahlen in Deinem System.

Wobei mich am meisten irritiert, daß Du eine SMR als Parity einsetzt. Aber wenn es bisher geklappt hat und Dich weiter nicht stört...

Wenn Dein array viel schreibt, bricht durch SMR die Schreibrate nach einiger Zeit stark ein, weshalb die Parity möglichst keine SMR sein sollte. Aber ich glaube nicht, daß dies etwas mit dem aktuellen Problem zu tun hat.

Edited March 23 by DataCollector

N0_Headshot · March 23

Quote

Mischung aus CMR und SMR Festplatten verschiedenster Drehzahlen

Danke schonmal dafür wieder was gelernt

also besser wäre alles einheitlich? oder wäre das nur Nice-to-have?

Disk2 ist jetzt die besagte Seagate war aber vorher schon verschiedene andere Platten. Ich habe am anfang immer eine neue gekauft wenn das Problem wieder aufkam.

Hab jetzt hier im Schrank noch eine WD Red und eine Toshiba liegen die auch nach wenigen Tagen dann auf dem Disk2 mit Lesefehlern zum erliegen kam.

Deswegen habe ich dann eine Zeitlang die beiden im wechsel verbaut. Jetzt war die tage bei Mindfactory die Seagate im angebot und ich dachte probiers nochmal.

Leider selbes problem nach ca. 48 stunden, nach meinen beobachtungen im zusammenhang mit überlast durch den Paritätsscan.

Jetzt ist der Server wieder down. komme weder per Browser noch per Putty auf ihn rauf.

Bildschirm angeschlossen und er zeigt das, kann da irgendwer was mit anfangen? Ich muss jetzt wieder hardreseten, wüsste mir nicht anders zu helfen... leider ist ja dann das Protokoll leer..

Edited March 23 by N0_Headshot

DataCollector · March 23

4 hours ago, N0_Headshot said:

also besser wäre alles einheitlich? oder wäre das nur Nice-to-have?

Da die Parity signifikant die Performance des Array beeinflußt tendiere ich dazu zu empfehlen die Parityfestplatte sollte immer die flotteste von allen sein (sofern die Größe paßt). SMR ist dabei eben eher schlecht. Besser macht man da einen Bogen um SMR.

7200RPM Platten sind eigentlich immer schneller als 5400 oder 5900 RPM Platten.

Die Datenfestplatten hingegen werden ja schreibend weniger belastet so (da sie per Defaulteinstellung durch die Parity ausgebremst werden), daß ich dort auch SMR als akzeptabel ansehe (gibt aber Leute mit dahingehend anderer Meinungen). Wenn man die Wahl hat, sind (meiner persönlichen Meinung nach) zwar auch da CMR und 7200 Rpm zu bevorzugen, aber das ist ja der Vorteil von unraid, das ist bei den Datenfestplatten nicht wirklich pingelig.

Einige Leute bevorzugen dennoch 5400 oder 5900 RPM Platten, weil diese bei den Leuten wohl leiser laufen. Das ist also eine persönliche Entscheidung. Im Wohn- oder Schlafzimmer wäre ich auch sehr auf die Lautstärke ausgerichtet, aber meine System sind in einem abgeschotteten Raum und da stört mich die Geräuschkulisse eher weniger.

4 hours ago, N0_Headshot said:

Hab jetzt hier im Schrank noch eine WD Red und eine Toshiba liegen die auch nach wenigen Tagen dann auf dem Disk2 mit Lesefehlern zum erliegen kam.

Waren die alle an der selben Stelle montiert (gleiche Kabel, gleicher Kontroller, gleiche Backplane?)?

Die Geschichte deutet nicht wirklich darauf hin, daß es ein Problem der Disk2 ist, weil Du die ja schon ein paar mal durchgetauscht hast.

4 hours ago, N0_Headshot said:

Leider selbes problem nach ca. 48 stunden, nach meinen beobachtungen im zusammenhang mit überlast durch den Paritätsscan.

Du kannst ja mal versuchen das Netzteil zu tauschen, aber ich fahre in meinem kleineren System 7Daten+1Paritydisk an einem Corsair RM550x und das ist aktuell für bis zu 15 Festplatten ausgelegt (+ Wechselrahmen mit Extralüftern, mehrere SSD etc...). Mit den 8 Disks die gleichzeitig starten, schluckt das System rund 145W.

Wenn ich Deine Diagnostics richtig durchgezählt habe, hast Du 10 Festplatten + 500GB SATA SSD und den Bootstick dran.

Ich glaube nicht, daß ein Paritycheck Deines oder auch meines Systemes wirklich die Grenzen eines 550W Netzteiles ausreizen würde (sofern das Netzteil nicht defekt ist).

4 hours ago, N0_Headshot said:

Bildschirm angeschlossen und er zeigt das, kann da irgendwer was mit anfangen? Ich muss jetzt wieder hardreseten, wüsste mir nicht anders zu helfen... leider ist ja dann das Protokoll leer..

Das man das Syslog auf den USB Stick schreiben kann ist Dir bekannt?

Für Diagnosezwecke ist das gut. Sollte man aber nicht unnötig laufen lassen, da es den Flashstick beschreibt udn der nur endliche Schreibzyklen durchsteht.

Was das Bildschirmfoto angeht: Meine Kenntnisse sind zu schwach, als daß ich das analysieren könnte.

Aber nur so als Idee, wenn ich die Kernel-Panik meldung lese: Hast Du schon mal den Arbeitsspeicher (RAM) intensiv getestet?

Da auch bei der Paritygeschichte immer viel Ram im Spiel ist könnte ein defekter Speicher vielleicht eine Ursache all Deiner Probleme sein?

N0_Headshot · March 24

Quote

....

CMR und 7200 Rpm zu bevorzugen, aber das ist ja der Vorteil von unraid, das ist bei den Datenfestplatten nicht wirklich pingelig.

....

Mit der Geschwindigkeit das leuchtet mir ein, hatte aber genau auch im kopf das Unraid da nicht so pingelig ist und hatte mich mehr am Preis als an den Stats der Platten orientiert. Da die Preise für HDDs ziemlich nach oben gegangen sind werden das auch erst mal die HDDs sein die ich verwende bis sie aufgeben. In weiter Zukunft hätte ich sowieso lieber 16 TB statt 4 TB Platten aber da sind wir noch nicht 😅

Quote

Waren die alle an der selben Stelle montiert (gleiche Kabel, gleicher Kontroller, gleiche Backplane?)?

Alles gleich. Habe immer nur Platte ab und wieder ran gemacht. Hatte auch schon die Kabel in verdacht aber keiner war übermäßig geknickt oder so.

Quote

Das man das Syslog auf den USB Stick schreiben kann ist Dir bekannt?

jetzt wieder, hab ich jetzt mal eingeschaltet. Die Nacht gab es wieder das selbe Problem. Kein zugriff und auf dem angeschlossenen Bildschirm zeigte sich das selbe Bild wie oben...

Lasse die Syslogs auf dem Flash jetzt mal an bis zum nächsten absturz.

Quote

Hast Du schon mal den Arbeitsspeicher (RAM) intensiv getestet?

Nicht wirklich, RAM Riegel sind auch aus verschiedenen alt PC´s zusammen gerafft worden 😅

Ist nicht Memtest sogar eine startoption von Unraid, oder vertue ich mich? Ansonsten: Wie hätte ich die möglichkeit den RAM zu testen ohne ihn auszubauen usw.

gibts da was?

Und vielen dank für die Hilfe und denk Anstöße

DataCollector · March 24

1 hour ago, N0_Headshot said:

Nicht wirklich, RAM Riegel sind auch aus verschiedenen alt PC´s zusammen gerafft worden 😅

Heutzutage macht das zwar eher selten Probleme, aber dennoch kann es eine Ursache sein.

1 hour ago, N0_Headshot said:

Ist nicht Memtest sogar eine startoption von Unraid, oder vertue ich mich?

Ja.

Lass den mal mindestens 24h oder noch länger auf Deinen Ram einhämmern. Auch dabei findet man nicht alle Fehler, aber meist sind dann doch schon Probleme zu finden.

1 hour ago, N0_Headshot said:

Ansonsten: Wie hätte ich die möglichkeit den RAM zu testen ohne ihn auszubauen usw.

gibts da was?

Die beiden Memtest86 und memtest86+ sind da eigentlich schon ziemlich gut für geeignet. Da sie beide in ihren testabläufen auch Zufallsmuster testen sind selnbst wiederholende Testdurchläufe nie identisch und somit kan eis sein, daß mal ein ganz seltene sProblem gefunden oder nicht gefunden wird. Auch deshlalb sollte man die schon ziemlich lange laufen lassen, weil die in den Durchläufen immer wieder minimal andere Muster testen.

Aber was Du beschreibst deutet ja daraufhin, daß Deine Probleme schon recht füh im normalen betrieb auftauchen. Sollten die RAM dafür verantwortlich sein, sehe ich die Chance als hoch an, daß ein 24h Durchlauf da schon einen vorhandenen Fehler melden wird.

Du könntest auch Dein System einfach mal mit so wenig Ram Riegeln (gleicher bauart) laufen lassen und schauen ob der Fehler wieder auftritt. Wenn ich in der Diagnostics richtig gesehen habe sind zumindest zwei baugleiche Hynix/Hyundai HMT41GU6MFR8C-PB drin. Alternative die anderen Beiden ohne diese Hynix verwenden die mit Manufacturer: "0215" zwar nicht wirklich nach namhaften Riegeln klingen, aber auch wohl zusammenpassen sollten.

N0_Headshot · March 24

Ich hab den Ramtest jetzt noch nicht gestartet, stattdessen bin ich durch die "fix" app hierauf aufmerksam gemacht worden. Das würde zumindest die systemaufhänger mit der Kernel Panik erklären. Hab ich jetzt mal umgesetzt. Abwarten.

Das löst allerdings nicht mein festplatten Problem, das hatte ich nämlich schon auf 6.12.3 auf der ich vorher war.

Werde die Tage mal den memtest machen. 24 Stunden muss ich gut timen😅

Ich denke ausbauen werde ich erstmal nicht. Und wenn dann wahrscheinlich nur um die riegel direkt durch 4 neue zu ersetzen. In der Klasse können 32 GB nicht soviel kosten.

Ich werde mich melden sobald ich mehr Details habe, danke

MartinG · March 24

Ich habe nur mal eben überflogen weil ich versehentlich mal wieder ins Forum gestolpert bin..

Wurden die bzw. das betreffende SATA Kabel überprüft?!?

Es kommt durchaus öfter vor daß ein Kabel nicht sauber funktioniert. Da reicht es wenn das Olle Kabel aus der Kiste etwas oxidation angesetzt hat oder irgendwo irgendwann zu stark geknickt war.

Das würde ich als nächstes testen.

DataCollector · March 24

5 hours ago, MartinG said:

Wurden die bzw. das betreffende SATA Kabel überprüft?!?

Es kommt durchaus öfter vor daß ein Kabel nicht sauber funktioniert. Da reicht es wenn das Olle Kabel aus der Kiste etwas oxidation angesetzt hat oder irgendwo irgendwann zu stark geknickt war.

Das war der Hintergrund, warum ich das fragte:

https://forums.unraid.net/topic/159009-diks-2-lesefehler-hardware-zu-schwach/?do=findComment&comment=1392437

"Waren die alle an der selben Stelle montiert (gleiche Kabel, gleicher Kontroller, gleiche Backplane?)?
Die Geschichte deutet nicht wirklich darauf hin, daß es ein Problem der Disk2 ist, weil Du die ja schon ein paar mal durchgetauscht hast."

Primär gehe ich auch von einem Problem im SATA Port, Kabel oder Backplane aus.

Aber das danach gemeldete Problem mit dem Bildschirmfoto und dem "Kernel Panik" hat mich eben abgehend vom DISK2 Problem auch zu der Vermutung gebracht, daß dieses neue Problem möglichweise mit dem Ram zusammen hängen könnte. (Schuß ins Blaue)

N0_Headshot · March 24

Ich hab damals diesen H200 gekauft, mit den Kabeln da auf dem Bild die hatte ich auch schon eingehend untersucht, sah soweit gut aus. Strom läuft durch sowas.

Sonst soll ich die mal neu kaufen?

Edited March 24 by N0_Headshot

DataCollector · March 24

On 3/24/2024 at 10:30 PM, N0_Headshot said:

Ich hab damals diesen H200 gekauft, mit den Kabeln da auf dem Bild die hatte ich auch schon eingehend untersucht, sah soweit gut aus. Strom läuft durch sowas.

Sonst soll ich die mal neu kaufen?

Bezogen auf Dein DISK2 Problem:

Bevor Du Geld ausgibst: Schließe die Disk2 doch einfach mal Onboard oder einen anderen SAS-Port an.

Laut Deiner Diagnostics hast Du:

ASUS B85M-E (0MB0F60-M0EAY0) (welches laut www.gh.de folgendes bietet)
4x SATA 6Gb/s
2x SATA 3Gb/s

Dazu ein

SAS 8 Port HBA Kontroller
und daran gemeinsam
10 SATA Festplatten + 1 SATA SSD

Also hast Du 14 SATA/SAS Ports, von denen nur 11 belegt sind.

Also kannst Du die Disk2 doch einfach mal an einen anderen SATA-Port anschließen um zu sehen ob der Fehler mit der Disk mit wandert (was dann kein Kabelproblem mehr sein kann) oder ob sich keines oder ein anderes Fehlerbild zeigt.

Benutzt Du Wechselrahmen/Backplanes oder sind die SATA Kabel direkt auf die Festplatten gesteckt?

Und nur so zur Info: diese SAS-SATA Breakout Kabel mit den sehr dünnen Aluschirmen und fast keiner Isolierung sind sehr filigran. Aus eigener Erfahrung kann ich sagen, daß ich mal allein durch ein eher eng verlegtes Kabel anscheinend das Signal des Kabels so verschlechtert habe, daß die daran getestete Festplatte spontan im SMART die CRC Fehler massiv hochgezählt hat. Kabel getauscht: keine neuen Fehler mehr.

Wenn man etwas mehr mechanische Stabilität braucht könnt eman sich Kabel mit einer etwas dickeren und somit mechanisch stabileren Isolierung suchen:

(Hier nur ein Beispiel, was ich meine)

https://geizhals.de/delock-mini-sas-x4-sff-8087-auf-4x-sata-kabel-83057-a428821.html

Edited April 3 by DataCollector

N0_Headshot · March 25

Quote

Benutzt Du Wechselrahmen/Backplanes oder sind die SATA Kabel direkt auf die Festplatten gesteckt?

Kabel direkt in Platte

Kurze Info: Die Nacht sollte ein pärity Check laufen, jetzt stehe ich auf Disk 2 deaktiviert mit wieder 2048 lesefehlern.... Die Zahl ist in 7 von 10 Fällen 2048 oder die Hälfte davon...

Ich werde mal die Kabel bei Geizhals bestellen die sehen besser aus als die dünnen Draht Dinger die dabei waren.

Wenn ich nachher von der Arbeit komme schaffe ich es vielleicht noch einen SATA vom Board zu testen.

Ich denke es macht allerdings so oder so sinn die dünnen SAS Kabel zu ersetzen

Gibt es eine Möglichkeit Unraid zu sagen, vielleicht nach Neustart, das er die Platte trotzdem nutzen soll? Also sowas wie Fehler quittieren oder so?

Danke für die Tipps und Hilfe

Edited March 25 by N0_Headshot

N0_Headshot · April 3

Wollte mich nochmal zurück melden.

Nach dem aus tausch der Kabel, danke @DataCollector, läuft alles wieder rund.

Vielen dank für die Geduld und Hilfe

N0_Headshot · May 30

Leider muss ich mich erneut melden.

Es ist wieder zurück das Problem...

Disk 2 1024 lesefehler und deaktiviert.

Nach dem Kabeltausch lief alles, bis vor ein paar Tagen. Cache lief voll, System kam zum erliegen und Disk 2 war nach Neustart mit 1024 Lesefehler deaktiviert.

Ich hab dann eine meiner Festplatten die noch von vorher übrig war eingebaut und wollte den rebuild anschlieben. Leider ist dabei direkt wieder die neue Platte mit 1024 Fehlern deaktiviert worden.

Zum test hab ich die erste HDD in ein USB Gehäuse gepackt und konnte sie ohne Probleme unter Windows in exFat formatieren. Also nochmal zurück in den Unraid Schrauben und nochmal rebuild abschieben.

-> wieder 1024 Fehler....

Ich weiß langsam nicht mehr weiter. Hab noch mal Kabel bestellt aber das kann es doch nicht sein?

Natürlich war Protokoll auf USB schreiben wieder ausgeschaltet, lief ja alles...

Kann es an dem H200 liegen? Hab ihn heute vorsorglich einmal ausgebaut, den Klebestreifen auf Pin 5 und 6 erneuert. Aber trotzdem Fehler, zwar nur 88 (?) aber deaktiviert wurde sie trotzdem.

Ich hab in meiner Verzweiflung schon ChatGPT gefragt... Er hat auf das Forum verwiesen

Morgen kommt eine neue SSD als Cache in dem Zug werde ich disk 2 mal am Board anklemmen, das habe ich beim letzten mal nicht gemacht

Ich hoffe jemand liest das und hat noch einen Rat für mich.

Edited May 30 by N0_Headshot

DataCollector · May 30

3 hours ago, N0_Headshot said:

Disk 2 1024 lesefehler und deaktiviert.

...

Kann es an dem H200 liegen? Hab ihn heute vorsorglich einmal ausgebaut, den Klebestreifen auf Pin 5 und 6 erneuert. Aber trotzdem Fehler, zwar nur 88 (?) aber deaktiviert wurde sie trotzdem.

Ich glaube ich erwähnte ja auch schon mal, daß ich mit meinem Adaptec SAS auch solche Probleme hatte.

Ich habe den gegen einen baugleichen getauscht (den ich aber dann erst noch mit der selben =aktuellsten Firmware geflasht habe) und nun befülle ich mein Array wieder.

Diese Probleme sind verschwunden.

Ich habe zwar bisher noch nie einen SAS Kontroller erlebt der nur "teilweise" verstorben ist, aber in meinem Fall ist das Problem bisher weg.

Somit kann ich für Deinen Fall nur wirklich mach vorschlagen: tausche den SAS kontroller mal aus.

3 hours ago, N0_Headshot said:

Ich hab in meiner Verzweiflung schon ChatGPT gefragt... Er hat auf das Forum verwiesen

Das Ding weis auch nicht mehr, al das, was es irgendwo nachlesen kann.

3 hours ago, N0_Headshot said:

Ich hoffe jemand liest das und hat noch einen Rat für mich.

Keinen wirklichen Rat.

Nur ein Schuß ins Blaue: Vielleicht solltest Du eben wirklich mal einen anderen Kontroller ausprobieren.

N0_Headshot · May 31

Danke für die Rückmeldung.

Hast du einen link für mich zu dem Gerät was du gekauft hast? Unraid mag ja irgendwie nicht alle SAS Karten. Ich hatte auch mal überlegt einfach eine andere zu kaufen, da es aber da von bis preislich gibt hab ich die Aktion dann erstmal hinten angestellt.

DataCollector · May 31

8 minutes ago, N0_Headshot said:

Danke für die Rückmeldung.

Hast du einen link für mich zu dem Gerät was du gekauft hast? Unraid mag ja irgendwie nicht alle SAS Karten. Ich hatte auch mal überlegt einfach eine andere zu kaufen, da es aber da von bis preislich gibt hab ich die Aktion dann erstmal hinten angestellt.

Ich habe andere Ansprüche als Du.

Ich habe für mein System (siehe Signatur 1st System Tessa) einen Adaptec RAID-Controller ASR-72405 6CH genommen, weil ich 24 SATA Festplatten ansprechen will.

https://www.ebay.de/itm/375430140345

In Deinem Fall (ich glaube wir hatten mal drüber diskutiert, aber ich bin nicht so ganz sicher ob ich Dich verwechsele): Wäre ein/zwei SATA Kontroller nicht vielleicht sinnvoller?
Ansonsten, wenn Du einen SAS Kontroller willst: aktuell geistern die 9500-8i bei MyDealz als Amazon US Angebote durchs Netz. Ich habe aber noch keinen 9500-8i. Es ist aber einer im Zulauf. Die sind mit nominal unter 6W angegeben. Wenn das wirklich stimmt, wären die wirklich gut (wenn man maximal 8 Festplatten ansprechen will).

https://www.amazon.de/dp/B0891RKTC1

Wenn es gebraucht/billiger sein soll würde ich mal anschauen

https://www.ebay.de/itm/405001262907

https://www.ebay.de/itm/235442641613

etc...:

https://www.ebay.de/sch/i.html?_from=R40&_nkw=SAS+HBA+8i&_sacat=0&rt=nc&_odkw=SAS+HBA&_osacat=0&_sop=15&LH_PrefLoc=3

N0_Headshot · May 31

Super danke.

Ja also 24 Platten hab ich jetzt nicht ich hatte sogar durch anderweitige Recherche schon einen LSI 8i im Warenkorb bei ebay.

Ich werde jetzt mal schauen was heute der Kabel und SSD Tausch bringt und beim nächsten zucken kaufe ich so eine LSI 8i Karte.

Was macht den großen Preisunterschied? Ist die Technik soviel "schneller" oder was übersehe ich?

Edited May 31 by N0_Headshot

DataCollector · May 31

On 5/31/2024 at 11:02 AM, N0_Headshot said:

Was macht den großen Preisunterschied? Ist die Technik soviel "schneller" oder was übersehe ich?

Die Preisunterschiede hängen in der Generation der Chips, der Kundennachfrage, der Marktverfügbarkeit und weiterer Fähigkeiten/Geschwindigkeiten.

Bei Neuware ist sowieso (fast) alles teurer, bei Originalen von namhaften Herstellern (Broadcom/LSI/AVAGO) ist es auch nochmal teurer als bei den Herstellern, die sich nur deren Referenzdesigns bedienen und Ihre OEM Kontroller darauf basierend fabrizieren (HD, Dell, IBM...).

Dann mischen auch noch die "abgekupferten" Karten aus China mit, die dort vermutlich vom selben Produktionsband 'gefallen' sind.

Ein PCIe 2.0 x8 SAS HBA Kontroller mit 8i SAS 6GB Anschlüssen ist ggf. billiger als einer mit

PCIe 3.0 x8 SAS HBA Kontroller mit 8i SAS 12GB Anschlüssen.

Der erwähnte 9500-8i sticht (nicht nur durch den nominell geringen Verbrauch, sondern) auch durch seinen "TriMode" hervor, weil damit die Dinger auf Deviceseite nicht nur SAS und SATA beherrschen sondern auch NVMe (Edit: wenn ich eine Warnung von ICY-Dock richtig verstehe, ist da aber dann ein minimal anderes Pinout in Verwendung, als bei Standard U.2/U.3).

Und auf dem Gebrauchtmarkt ist es ähnlich, nur hier wirkt sich die Nachfrage, Anwendungswunsch und das Fachwissen der Kunden noch aus.

Beispielsweise sind vor einiger Zeit sehr günstig diverse 9300-16i unterwegs gewesen. Aber jeder, der sich mit den Dingern etwas beschäftigt wird schnell feststellen, daß die nominal mit knapp unter 30W angegeben sind. Wenn man die in einer Workstation/Server unter Last einsetzt ist das kein Problem, da man für die elektrische Leistung ja auch einen Nutzen raus bekommt.

Aber in einem PrivatNas, welches meist idle rumliegt und dennoch dort fast 30W nur auf dem Kontroller verpuffen läßt (+ notwendige aktive Belüftung), überlegen sich das die fachkundigen Nutzer schon genauer ob man die kauft oder nicht.

Edited June 1 by DataCollector
Typos und Ergänzung NVMe Verkabelung bei TriMode Kontroller

N0_Headshot · June 1

Vielen Dank für deine Ausführungen.

Kurz zum Ablauf:

Gestern Abend SSD und Kabel getauscht, daraufhin wurde DISK2 als neue Disk erkannt und sollte wiederhergestellt werden.

Habs über Nacht laufen lassen, heute morgen geguckt, bei 8 % auf pause gegangen weil DISK nicht mehr da. (Am liebsten würde ich alles zu Klump treten...)

Hab jetzt direkt die von dir oben genannte Karte bestellt. Ich bin es leid.

DISK2 wird ja auch emuliert also was solls...

Kümmer mich jetzt erstmal um die komplette wiederherstellung der SSD, das macht er wenigstens...

Edited June 1 by N0_Headshot

N0_Headshot · June 5

Ich kann einach nicht mehr...

Die LSI ist heute angekommen und verbaut worden. Das System fuhr ohne Probleme und ohne abgeklebte Pins hoch und alle Festplatten wurden erkannt.

In Unraid dann selbes Bild wie zuvor Disk2 rot.

Habe dann das Array runtergefahren Disk2 entfernt, Arry hoch ohne Disk 2 und wieder runter und die Disk wieder rein.

Er startet den Wiederherstellungsprozess, alles lief bis 2,5 % und dann wieder Fehler, wieder 1024 Fehler und die Disk war wieder weg.

Ich hänge meine Disagnosedaten an, vielleicht findet ja jemand den Fehler...

danke im vorraus

tower-diagnostics-20240605-1838.zip

Diks 2 Lesefehler, Hardware zu schwach?

Recommended Posts

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Join the conversation