volleybecker

Mal so eine Überlegung, könnte es sein, dass das Netzteil aufgrund zu geringer abgerufener Leistung eventuell abschaltet? Eventuell kennt sich ja jemand zu Netzteiltechnik aus und kann dazu was sagen.

Es war mal wieder so weit. Die Abstände werden geringer. Jetzt die USV dazwischen auch rausgenommen und wieder eingeschaltet. Mal schauen, wie lange es jetzt gut geht. Kann mir allerdings nicht erklären, was die USV im Zusammenspiel mit der PC Hardware und unraid zusammen macht, um den Rechner auszuschalten, aber wie wir wissen ist der Teufel ein Eichhörnchen ....

Sollte diese spinup Anforderung dann nicht auch im logfile zu sehen sein?

@_alo_ , konntest Du das Aussteigen der HDDs irgendwie im logfile nachvollziehen? Verstehe nicht ganz was Du mit Strom spinup meinst. Akustisch ist mir bei meinem Server bisher nichts aufgefallen. Der steht allerdings normalerweise unter der Kellertreppe. Ich habe den jetzt mal unter meinen Schreibtisch gestellt in der Hoffnung zufällig anwesend zu sein. Falls ich an der Hardware dann irgendwas testen will/muss ist es auch einfacher. Werde es weiter beobachten. Wie schon geschrieben wird nach dem nächsten Abschmieren erst mal die USV aus der Kette entfernt.

Hallo alo, ich habe mich, glaube ich, unglücklich ausgedrückt. Wenn er was zu tun hat habe ich bisher kein plötzliches hart Abschalten erlebt. Er hat sich aber schon mehrere Male im idle einfach abgeschaltet. Im syslog auf dem USB Stick konnte ich auch nichts finden hinsichtlich spinup einer HDD, bevor es einfach aufhört. Werde die Kabel noch mal kontrolliere, zumal sie selbst konfektioniert sind. Allerdings bin ich bei Elektrik sehr penibel und habe die Dinger vor Einbau noch mal durchgemessen. Danke für den Input :-)

Danke für die Rückmeldung. Ohne Steckdose hatte ich ja schon getestet. Werde dann beim nächsten Versuch mal die USV dazwischen rausnehmen.

Servus Forengemeinde, mein endlich in Betrieb genommener Server schaltet sich gelegentlich (vermutlich) im idle einfach aus. Vermutlich, weil ich in der letzten Zeit einen Backup Server eingerichtet habe und die Daten von dem "Patienten" gesichert habe. War also eine ganze Zeit aktiv. Die Hardware ist alles nicht älter, als 1/2 Jahr, also ziemlich neu. Stromversorgung läuft über eine USV (CyberPower CP900EPFCLCD), auf eine Schaltsteckdose (Homematic IP) auf das Netzteil (PurePower 12 M). Mainboard ASUS Prime Z790-P, i5-14600T, 2x32gb Crucial DDR5 RAM 64GB Kit (2x32GB) 4800MHz, Array 3x TOSHIBA MG10 20gb, 1x TOSHIBA MG7 14gb, cache 1x Samsung SSD 980 PRO 1TB auf Board M2, 1x Crucial P310 1TB über eine PCIe auf M2 Adapterkarte Im Bios relevante Energieeinstellungen aktiviert, powertop autotune läuft beim ersten Array Start. ASPI bei allen devices enabled, nachdem ich bei der Netzwerkkarte mit ASPI Helper etwas nachgeholfen habe. P8 wird erreicht und mit einigen Dockern pendelt sich der Verbrauch bei 13-14 Watt ein. Zuerst hatte ich die Schaltsteckdose in Verdacht. Nachdem ich sie entfernt hatte ist es allerdings erneut aufgetreten. Nach dem ersten Vorfall hatte ich das Systemprotokoll auf den USB Stick schreiben lassen. Leider ist da nichts zu sehen, sondern hört einfach auf. Wenn es erneut auftritt würde ich als erstes mal die Crucial nvme direkt auf dem Board montieren und wieder schauen. Zweiter Schritt wäre die CPU zu tauschen (habe noch einen Celeron liegen). Danach würde ich ein anderes Netzteil testen (auch noch vorhanden) Als letztes Mittel würde ich mit einer Minimalkonfiguration starten und Stück für Stück die weitere Hardware verbauen. Ist halt ggf. eine langwierige Aktion, da der Abstand zwischen den Vorfällen 4 - 6 Tage war. Hat von Euch jemand eine Idee, was ich machen könnte, oder woran es liegen könnte? Grüße, Markus

Parity Check ist ohne Inkonsistenzen zu entdecken in der wieder alten Konfiguration durchgelaufen. Scheinbar hatte ich unraid doch durch diverse Hardware Tauschaktionen, Docker und App Installationen und Deinstallationen durcheinander gebracht. Was nun die Parity Inkonsistenzen und Abstürze verursacht hat kann ich nicht mehr nachvollziehen. Besten Dank für Euren Input, Markus

Weiter gehts. WD red eingebaut. Parity Check danach auch ohne Fehler durchgelaufen. Jetzt ist der Broadcom 9500 wieder drin und die Platten des Arrays hängen dran. Alles ohne Probleme erkannt und läuft. Werde jetzt den Parity Check anstoßen und schauen, ob er wieder scheinbare Fehler entdeckt.

So, Parity Check ist jetzt ohne Fehler gelaufen. Sobald ich wieder zuhause bin baue ich die WD red wieder ein und teste weiter.

Jup, ist mir klar. Der läuft dann während ich im Urlaub bin. Wenn der hoffentlich sauber durchgelaufen ist ohne Fehler, dann werden die WD red eingebaut.

Der Party Aufbau ist gestern durchgelaufen und ohne Fehler abgeschlossen worden. Die nächsten zwei Wochen muss die Kiste jetzt beweisen, ob sie stabil läuft, da ich im Urlaub bin und zumindest physisch keine Hand anlegen kann. Die einzigen Docker die aktuell laufen sind OneDrive, Plex und HomeBridge. Wenn alles stabil bleibt werde ich die Samsung nvme wieder gegen die zwei WD red als Cache Laufwerk austauschen. Bleibt das stabil kommt der broadcom 9500 wieder mit rein.

Was meinst Du mit Kabelanschluß Problematik? Wenn Du den nur für SAS, oder SATA verwendest sollte das kein Problem sein. Oder? Die meisten Kabel funktionieren nur nicht mit nvme Speicher Medien, also nicht mehr Trimode. Falls Du mehr/andere Informationen hast schreib bitte noch mal.

Ne, die WDs waren im Raid 1 als Cache konfiguriert. Der 9500 ist tatsächlich kühl. Im Gegensatz zu den alten Controllern von Broadcom hat der nur bis zu 6W Leistungsaufnahme. Zusätzlich wird er über einen Lüfter im Gehäuse gekühlt. Kabel habe ich mal ein neues besorgt. Die sind alle etwas "fipsig" und haben sehr dünne Leitungen. Habe bisher aber keine robustere Kabel gefunden. Die Fehler im Parity Check sind ja die eine Sache, aber das Abschmieren der Kiste ist halt komisch.

Moin alturismo, nachdem der letzte Parity Check vorgestern Nacht mit 17 korrigierten Fehlern abgeschlossen wurde und die Kiste dann im Laufe des Vormittags wieder abgeschmiert ist habe ich den Rechner um die beiden 1TB WD Red nvme Cache Laufwerke erleichtert und durch eine 256GB Samsung nvme ersetzt, den Broadcom 9500 8i ausgebaut und die vier Festplatten an die SATA Ports des Mainboards angeschlossen, von der USV getrennt und unraid komplett neu aufgesetzt. Werde jetzt erst mal so testen und schauen, ob das System stabil läuft. Zur Zeit baut es grad die Parity auf. Ich muss zu meiner Schande gestehen, dass ich sehr viel rumprobiert habe. Der Stick hat diverse Mainboards, Controller, PlugIns, Docker, ..... gesehen. Ggf. hat das unraid auch überfordert. Falls wieder Fehler auftreten werde ich dann Diagnosedaten sammeln und hier bereitstellen. Anhängend noch das letzte Syslog file (vor dem Neuaufsetzten), was ich sichern konnte. Und die Diagnosedaten des neu aufgesetzten Systems. Weiter Diagnosedaten habe ich von dem alten System leider nicht. syslog.txt tower-diagnostics-20250612-0625.zip

Servus Gemeinde, nach jahrelangem, sorglosem, Betrieb eines Windows (11) Rechners mit einem Hardware Raid Controller von Broadcom als Home-Server hat mich das unraid Konzept echt fasziniert. Ich wollte Strom sparen und trotzdem ein stabiles System haben, dass meine Daten speichert und verteilt. Die ein-, oder andere VM habe ich auch unter Windows betrieben. Nach der Testphase habe ich mir dann auch kurzentschlossen (29 Tage) eine Lizenz gekauft und bin prinzipiell begeistert. Aber, dieser Parity Check bringt mich noch zum Wahnsinn! Der Parity Aufbau ging ohne Probleme von Statten. 20TB Parity Platte, 3x14TB Datenplatten im Array. Nachdem ich nun meine Daten auf das Array kopiert hatte wollte ich natürlich auch mal schauen, was die Parity macht und ob sich Fehler eingeschlichen haben. Der erste Check war ein terminierter Check über die Aufgabenplanung. Mist 5 Fehler gefunden ....! Daten mit dem Backup verglichen; scheinbar alle in Ordnung. Ok dachte ich. Dann mal Parity Korrektur angeschmissen. Ergebnis: 7 (7!?! Das waren doch beim letzten Mal nur 5??) Fehler korrigiert. Allerdings in einem Bereich der Paritätsfestplatte, wo die Datenplatten sich schon längst zur Ruhe gelegt hatten (Datenplatten max. 75% gefüllt)!?! Nachdem ich heute Nacht die Nachricht des erfolgreich durchgeführten Parity Checks per Mail bekommen habe (7 Fehler korrigiert) war der Server heute Morgen abgeschmiert. Habe ihn dann hart ausgeschaltet und wieder gestartet. Jetzt lasse ich zum dritten Mal einen Parity Check durchlaufen und es werden schon wieder Fehler gefunden. Hat einer von Euch Profis eine Idee, was das sein könnte? Bitte mit einfachen Worten erklären, ich bin Windows versaut und taste mich an unraid und Linux grad etwas ran. Besten Dank, Markus