MPC561

Sprich Du hast eine Datei vom Array ins Array kopiert ohne den Cache zu nutzen. Ok. Dann wurde die Datei von einer Platte im Array auf die andere kopiert. Na dann passt doch alles. Er macht erst den RAM voll, das geht wahnsinnig schnell beim Fortschritt, und erst dann schreibt er wirklich und schliesst das auch ab. Die Anzeige da bzgl. Fortschrittsbalken ist halt blöde.

Das ist plausibel. Siehe RAM füllen. die 45MB/s sind etwas wenig aber das sind auch alte Platten. PS: Dein zweiter Test war das was ich eigentlich wollte. Da war keine SSD dabei. Ich wollte via SMB aufs Array und das funktioniert wie es soll. Also vermute ich fast deine SSD hat eine Macke.

Dann fällt mir nix mehr ein. Ich dachte an ein IO Problem oder das er auf kaputte Sektoren der SSD schreiben will. Wen Du nur auf den Share kopierst und das auch abbricht... Wobei, hast Du mal gewartet ob er den Kopiervorgang nicht doch noch abschliesst? Beim Kopieren wird erstmal der RAM gefüllt und dann geschrieben. Der Fortschrittsbalken zeigt auch erstmal das RAM füllen an. Dann hängt der Balken ggf. weil er anfängt wirklich auf die HDD zu schreiben und erstmal den angezeigten Fortschritt aufholt. Dabei sollte während des Kopierens unter der Unraid WebGUI angezeigt werden das er schreibt. Hmmm, dachte es geht um SMB? Und wenn dann vom einem Share auf dem Cache aufs Array und umgekehrt.

Du hast VMs laufen auf dem Cache und kopierst via SMB auf den Cache? Könnte je nach Anspruch der VM(s) ein IO Problem der SSD sein. Dann sieht man nicht deine Kernzuteilung. Hast Du Kerne Isoliert? Wieviel? Wieviel RAM nutzt die VM? Kann man alles nicht erkennen aus screenshots. Folgende Tests: 1.) Einen Share mal auf Array only stellen und nochmal kopieren ob es auch hakt beim kopieren darauf. 2.) VMs und Docker stoppen und nochmal kopieren probieren auf den Cache.

Ich hatte damals das gleiche Problem. Ich habe den neuen Docker mit Jelly installiert aber nicht gestartet. Dann manuell die Daten unter /app von "ich777"s Jelly Repo in das neue kopiert und das wurden anstandslos erkannt. Kann sein das ich beim ersten Start der WebGUI noch einen Server wählen musste.

Ich vermute du verstehst das Unraid Cache Konzept noch nicht. Das ist kein Lesecache. Das ist ein Schreibcache und er ist sehr klein mit 256GB (da werden nicht viel Filme drauf passen). Deine Filme werden auf der Daten HDD liegen. Und davon abspielen ist auch absolut kein Problem, selbst mit hohen Bitraten, sprich 4k Filme. Das Nadelöhr dabei ist sowieso eher die Netzwerkverbindung, aber auch die ist mit 1GBit/s kein Problem. Der Rest mit Jelly/Plex ist absolut kein Problem mit der Hardware.

Hängt wie immer davon ab was Du machen willst. Für paar Docker und als kleiner Cache reicht das erstmal. Starte erstmal mit den 12TB Parity und Cache. Zu dem Mainboard kann man nix sagen. Keine Ahnung ob das vernünftige Energiesparmechanismen hat und generell tiefe C-Pkg states erreicht. Wenn es das tut (kann man klären nachdem das teil mit den internen 2xSATA aufgebaut wurde) dann denkst Du über eine SATA Karte nach. Wenn das Teil keine tiefe Pkg states erreicht dann reicht die ASM1064 (die nur bis C3 gehen dürfte iirc). Wenn das Board doch tiefer als C3 geht, dann eher die richtige ASM1166 SATA Karte. Da gibt es einen Thread von Datacollector der einiges um Thema SATA Karten klärt. Gruss, Joerg

Wieso? Da gab es doch Boards mit Intel NIC? Es ist eher das Problem generell noch ein Gen10 oder Gen11 Socket 1200 Board zu bekommen... Das weiss ich nicht. Ich habe das Problem entdeckt (und habe selbst nur 2 Boards damit von denen ich nur eines Testen konnte) und kommuniziert. Ich habe erst von 3 Leuten feedback die es hatten. Zwei von den Leuten stehen im weiterfolgenden thread verlinkt. elPresidente und Butcha89.

@_alo_ Ja wie gesagt ich hab mich verlesen. Aber zumindest die die das grüne N5105/6005 Board haben (das auch noch günstiger zu sein scheint) haben gute Karten. Mal ein Post von Amazon: Hilft Dir zwar nicht, aber vielleicht liest es einer mit einem grünen Board. Das hat wie oben beschrieben einen ASM1166 und mit dem Mod Bios geht das Teil bis C8. Dann sollte man noch einen Lüftermod machen und den standard Lüfter mit Noctua ersetzen. Dazu finden sich mit Hilfe von Tante Google aber genug Informationen. Gruss, Joerg

Ich meine irgendwo gelesen zu haben das einer eine Biosmodifikation vorgenommen hat und danach tiefe Pkg states erreicht hat. Ich erinnere mich aber nur dunkel, sprich bin nicht sicher. Und es war glaube ich eines der grünen, nicht der schwarzen Boards. Keine Ahnung ob die kompatibel sind. Entweder war das hier im Forum, im englischen Teil, oder/und auf Reddit. PS: Ich habe da wohl was verwechselt, das was ich gelesen habe war bzgl. N5105 und N6005.

Es war gelöst. Bis 6.12.4, dann seit 6.12.5 ist es wieder da. Report

@boernie77 Der Realtek Killer Netwerkchip und der USB Controller schaffen kein ASPM. Realtek ist aktuell ein Problem allgemein in Unraid das die tiefere Pkg states verhindert. Könnte evtl. in neuen Unraid releases wieder gehen, aber der USB... Da müsste man mal nachforschen ob alle USB ports über den chip laufen und ob der ggf. deaktivierbar ist. (wenn er deaktvierbar wäre und nur einige USB ports tot aber ggf. noch ein USB2 aktiv könnte man den Unraid stick da reinsetzen) Aber vorerst können wir da wohl nicht mehr viel machen. Oben das musst du untersuchen.

Das ist nicht nur die SATA Karte. ASPM ist grundsätzlich deaktiviert. Da fehlen korrekte BIOS Einstellungen.

Memtest nicht. Im Betrieb. Allerdings in dem schon 5 Monate.

Ich hab den hier: Klick mich bei Mindfactory Funktioniert.

Ist schwer zu sagen. Die meisten nutzen Intel Systeme weil die im Idle im allgemeinen sparsamer sind. Zum Beispiel mein W480 mit i3-10100 braucht 16W mit der gleichen Anzahl Platten und auch nur wenigen Docker Containern und keiner VM am laufen. Verglichen damit zieht dein Server ganz schön Saft. Für ein AMD System kann das wohl ok sein. Aber das beantwortet lieber jemand genau der AMD besser kennt.

Docker sind auf IPVLAN eingestellt? Das Verbindung verlieren klingt nach Docker eben nicht auf IPVLAN.

Paar Watt mehr und vermindert vermutlich auch tiefere Pkg states. Am Ende kein Vorteil "denke ich". Dazu ist dein PCie Slot weg. Würde ich nicht machen. Aber vielleicht schreibt ja noch jemand der mit PCie Intel Netzwerkkarte tiefere Pkg states erreicht uns wirkliche Messwerte hat.

Das hab ich Gott sei dank nicht.

Thanks @JorgeB. As usual a very good answer from you. /hug

Mensch ich weiss das auch. Ich Supporte selber hier in dem Forum und in anderen zur genüge, und das weisst Du auch ganz genau. Ich hab nicht mehr die Nerven jetzt auch noch zu einem Kernelteam zu rennen und da Druck zu machen. Und ich WILL Limetech da auch nicht raus lassen. Wenn support für Produkte immer schlechter wird muss ich vielleicht wirklich in 5 Jahren zu Bosch rennen wenn mein AGR im Skoda ein Serienproblem hat und nicht zu Skoda. Das mit dem Limetch nicht rauslassen ist genauso eine Ideologie wie die deine mehr Druck aufs Kernelteam durch Reports zu machen. Aber jetzt besser wirklich (halbwegs friedlich Schluss). Manchmal muss man einfach einsehen das man einfach unterschiedliche Meinungen hat und sich nicht einigen kann.

I´m polite and answer your question. If I bought my Skoda SUV (VAG group) and a tire which is on the car is broken (Air goes out) and I detect it several hours later (so the defect was already present when I got my car) I go back to Skoda to replace it as they selled the tires with the car to me. Then they can contact Continental or Michelin and they surely have to replace it. And your example again is bullshit, the Kernel is more comparable to the engine or a part connected to the engine. The correct example: I buy a Skoda with Diesel/Nafta engine and an Injector/Rail/VCV/AGR/turbo/pump (which was supplied to Skoda from Bosch/Delphi/Conti) has a defect, then I run of course to Skoda and not to Conti. Btw.to clarify something. In my, very polite, first post here I showed the problem and politely said: "Hope for a fix". This does not mean I expect immediately a fix. I´m also working in SW development (btw. Automotive industry) and know this may take a time, especially when it´s a kernel topic. My problem are people which tell me, that me should report and discuss with a kernel team...

Also bei mir braucht das Backup 5 Minuten. Ich mach das vor dem Mover so das die Platten nicht 2 mal hochfahren müssen (auf dem dicken Server). Weswegen ich mir die 15 Minuten Nachlaufzeit mit dem Mover teile. Seine zwei Platten brauchen weit weniger als 20W. Siehe seine Werte. Sind wir böse und sagen 15W einmal am Tag über 15 Minuten. Das sind 3,75Wh x 365 Tage = 1,37kWh im Jahr. In 5 Jahren = 6,8 kWh und das sind 2 Euro. Die 4W durch die 2. SSD mehr (wobei mir 4W sehr hoch erscheint) wären 52 Euro. Übrigens: Sind bei mir mit deinen Werten: 30 Minuten 20W = 10Wh am Tag. Das sind 3,65kWh im Jahr = 18,25kWh in 5 Jahren = 5,48 Euro (bei 30 cent/kWh). Irgendwo hast Du einen Fehler in deiner Berechnung. (Oder ich in meiner?)

No, simply surely not. I say it again that's not my job to get Unraid running correctly. I paid for a product and should run to Kernel Development teams to report bugs and wasting my time? I´m to polite to write what I think about this nonsense you wrote... PS: Please stop repeating your opinion, you aren´t right.

Also meinst Du nicht Coil Whining? Sprich Spulenfiepen? Nagelnde Festplatte klingt niederfrequenter. Das sollte ich gehört haben. Aber, Steck das Teil erstmal in ein Gehäuse. In meinem gedruckten höre ich nix. (Ich höre nichtmal sen 120er Lüfter der mit 600rpm läuft wenn der Prozessor über 60 Grad ist btw.). Das PLA scheint da gut zu dämmen.