XxX4V3R

I got the same Question. Got 2 optical drives, one via S-ATA and the other one with USB. I can see the drives with 'lsscsi' and even can mount them via the prompt, but I cannot see them at Main with "unassigned devices" i also cant use them in makemvk, because they dont show there via mc i can browse the dvd...

korrekt, auch mit reboots dazwischen, wenn ich es mal umgestellt habe.

naja ich habe ja nicht vor mit hdds ne 10gbit Leitung auszulasten, es soll lediglich drauf hinweisen, dass der Flaschenhals nicht das LAN ist. Habe ich es jetzt richtig verstanden, dass du sagst, ein Datentransfer von 100GB ging deswegen schneller auf das Array, weil das LAN langsamer/defekt war? Ich habe leider keine Screenshots erstellt, aber 200-250mb/s kontinuierliches Schreiben war möglich.

huh, davor hat es aber auch kontinuierlich funktioniert. die ssd zeigt leider das gleiche verhalten.

Ihr LIeben! Dank euch konnte ich das Problem lösen, dass er bei Kopiervorgängen sich so crashed, dass er neustarten muss. (Der "Mörder" war die Netzwerkkarte) Jetzt läuft's! Leider sind meine Schreibvorgänge jetzt wieder etwas bescheiden. Mit "reconstruct write" hatte ich Datenraten (bevor die NIC den Server in den Abgrund warf) von 200-250mb/s. Lesevorgänge naturgemäß noch etwas schneller. Wenn ich jetzt etwas auf das Array schreibe (auch beim Cache sieht es nicht anders aus) kopiert er mit max. 100-130mb/s. Interessanterweise sieht man auf dem Array im Kopiergang 0mb/s für einige Zeit, dann 250-300mb/s, dann wieder 0. Habe schon alles mögliche ausprobiert und wunder mich, dass er pausiert, rasend schnell schreibt, wieder pausiert usw. Wie bekomme ich denn einen kontinuierlichen Schreib/Lesefluss hin? Getauscht habe ich das Netzteil und die Netzwerkkarte. Das hat doch beides eigentlich nix damit zu tun ... *grübel* chentron-diagnostics-20240310-1945.zip

Mit neuem Intel-NIC auch keine Probleme beim Kopieren, komm zwar im 2,5gbit netz nicht über ~77mb/s schreiben, aber seis drum, es läuft erstmal stabil. es war die netzwerkkarte

schade

und läuft / kopiert noch. werde den thread schließen, sobald ich den ram wieder auf auto gesetzt habe und einen anderen nic eingebaut habe. eventuell liegt es ja auch am mb, das kaputte lanes hat oder so. keep you posted

Paritäts-Prüfung halte ich auch für SAS-Controllerintensiv, ein komplettes Rebuild (was ohne Probleme durchlief) von eine 18tb Platte jedoch noch mehr. Denke den Controller kann man ausschließen. Bisher läuft es stabil beim Datentransfer. Die Änderungen soweit: -RAM runtergetaktet (er war nicht übertaktet, konnte aber auch mit weniger mhz laufen) -die Freigabe von der ich die Daten rüberschiebe ist von einem Windows-PC (nicht von der Asustor NAS) -Netzwerkkarte ausgebaut und Onboardkarte verwendet Ich vermute ja fast die Netzwerkkarte da der Serversuizid und reboot immer bei großen Datentransfers aus dem LAN passierte. Wilde Sache.

In dem Bild sieht man nicht die Legende mit Temperaturen, nein nicht durch Glas, die FLIR-Kamera macht so ein Overlaymix aus normaler Kamera und IR und scheinbar hätte die sich nochmal kalibrieren müssen, bevor ich abdrücke.

nochmal, Chenbro Servergehäuse mit Serverlüftern, viel Airflow, das Ding ist gerade im Rebuild/Paritycheck. Wollte die SAS Backlplane vorne nutzen. Sind Toshiba Enterprise S-ATA

Heissester Punkt auf dem Controller sind ca. 32 Grad. Der Server steht im Keller, der 14 Grad kühl ist, daran kanns also nicht liegen. Das Bild habe ich leider etwas verwackelt, aber man bekommt eine Idee....

Was haltet ihr von einem Angrillen in den nächsten Wochen? Auch wenn ich noch mit meinem Server ein wenig kämpfe, fände ich es schön die Gesichter der Leute mal im RL zu treffen, ein gemütliches Bierchen zu trinken und ein bissel Fleisch auf den Grill zu legen. Gibt es Gleichgesinnte?

Genau das meinte ich, einfach ein schönes get-together mit Bierchen und Grillen.

ich werde mal mit geöffnetem gehäuse (da ist der airflow ja nochmal schlechter) mit der flirkamera ein bild machen, danke für den tipp ihr lieben, trifft sich die deutsche community eigentlich irgendwann mal irgendwo irl?

Danke für die Antwort. Biosupdate hatte ich letztens gemacht. Weiß jetzt gar nicht ob die Crashes schon vorher da waren. VGA Adapter wird deaktiviert, wenn das Rebuild fertig ist, werde auch die 10gbit LANKarte ausbauen. Crashen scheint er ja aktuell nur noch bei Dateitransfers. Habe ein Chenbro, also richtiges Servergehäuse mit Lüftern, die eher einem Föhn ähneln.

Daran lags nicht, ist diesmal bei einer anderen Datei gecrashed, aber beim kopiervorgang. Habe den Ram mal runtergetaktet und würde als nächstes den Controller ersetzen und die SATA Ports auf dem Mainboard nutzen. so viel freude

update: er crashed bei einer knapp 100gb rar datei des uhd films

alle platten jetzt von Toshiba (Enterprise) neues Netzteil, preclearing lief durch, paritycheck und rebuild lief durch. Dann wieder via MC von einer Asustor-Nasfreigabe, eingebunden über smb-shares Kopiervorgang von einer 1:1 Bluraykopie. ich hatte vorher für den share die einstellung "fill up" jetzt habe ich wieder "high water". Nach wegen Minuten geht das MC - Konsolenwindow zu und das Ding hat wieder einen unclean shutdown yyyyyyyyyyyyyyyyyyyyy er kopiert jetzt wieder - ohne parity check - munter vor sich hin und doppelt so lange wie davor...

neues netzteil ist drin, preclearing der seagate exodus ersatzplatte läuft

ach passt schon, wie du schon sagst, werde dann halt nach und nach die hardware austauschen. unraid sollte (wenn ich es richtig verstanden habe) ja hw unabhängig sein, oder? d.h. mit dem gleichen usb stick und den gleichen platten an komplett anderer hw sollte es auch laufen, oder?

vom flash habe ich es ja dann lad ich demnächst nur den previous hoch. was ich so wild finde, sofern es nicht das array ist (die seagateplatte die irgendwie über das array den ganzen server gegen die wand fährt), dann müsste es ja das netzteil sein, morgen weiß ich mehr. aber, wenn das array beim zugriff auf platten hängen würde und sich total abschießen würde, dann hätte der server doch noch genügend zeit etwas auf den flashlog zu schreiben, oder nicht?

soderle, wieder "Unclean shutdown detected." Diesmal während eines MC Kopiervorgangs. Sobald ich wieder lokal vor der Maschine sitze tausche ich das Netzteil. Das Log sagt ja leider auch nichts aus. Also zumindest nicht für mich. Humpfsyslog-previous syslog chentron-diagnostics-20240302-1541.zip

ich habe noch bei fixcommonproblems die mountdinger (unassigend devices, schlicht das andere nas, das die betankungsquelle darstellt) auf r/w slave gestellt, das war vorher nicht slave. dabei ist mir aufgefallen, dass ich das plugin auf destructive mode noch hatte, als ich mit den formatierungen rumgespielt hatte beim aufsetzen. das befüllungsschema habe ich zudem auf "auffüllen" gestellt, möchte die platten nach und nach voll bekommen. warum auch immer habe ich jetzt statt 200-250mb/s im dateitransfer nur noch 80-110mb/s.

@alturismo Ich muss mich für meinen frustrierten Post weiter oben entschuldigen. Ich war einfach nur so genervt von mir selber, so schnell mich in UNRAID gestürtzt zu haben aus einem Bauchgefühl heraus, dass die Community hilfsbereit und die Software ausgereift ist. Die Community ist toll (auch du hast freundlich geantwortet, dass kennt man so im Netz eigentlich gar nicht, wenn man als Newbie gerade den absoluten Frust schiebt und den ungefiltert herauslässt) und die Software IST ausgereift. Nachdem du auch zum x. Mal geschrieben hast "es.liegt.an.der.hardware" und ich Memtest, Temps usw. alles durch hatte habe ich *nochmal* alles aufgemacht und überprüft. (Danke) Ich weiß nicht ob es das war, aber in der SAS-Backplane von dem Gehäuse mit den 3 Molexanschlüssen war der letzte irgendwie etwas lose, obwohl ich den Server nicht bewegt habe, obwohl ich nach dem finalen Einbau noch einmal alle Stecker geprüft habe. Zumindest der Paritycheck von 1 Tag und 4 Stunden lief fehlerfrei durch, ich werde mich gleich weiter an die Betankung machen.