DataCollector

Ich sehe 2 WD NVMe SSD und würde es mal ohne diese testen, da diverse WD NVME SSD aufgefallen sind die C-States generell zu verschlechtern. Ob es diese Modelle sind, weiß ich nicht. Einfach mal ausprobieren.

Sind das Festplatten oder SSDs? Daten die gleichzeitig im Pool-Cache und im Array landen sind nicht normal. Auch das ist nicht normal Zeig mal ein paar Screenshots der Share Einstellungen. Wie/Wo schaust Du nach, wo die Dateien sind? In aller Regel indem man eben den Pool nicht in den Shares dazu schaltet.

Naja, den Nick habe ich mir ausgesucht, weil er passt. >300TB ist schon einiges. Das ganze mal 3 und schon sind das so einige "Daten". Ob ich nun Data, Data Collector oder DataCollector genannt werde: freut mich ja schon, dass ich bisher niemamd zu sehr auf den Schlips getreten bin, so das er mich Arschloch nennt 😉. Aber hier eine Richtigstellung! Achtung! Bevor etwas falsch verstanden wird. Ich benutze in meinen beiden größeren unraidsystemen (siehe Sigantur) sehr wohl ECC. Diese Systeme sind in meiner eher frühen unraid Zeit entstanden und sind nun einmal so. Da hatte ich auch die Vorstellung, dass ich das unbedingt brauchen würde. Da war es zwar auch nicht billig oder effizient aber gerade noch so machbar. Und trotz ECC hatte ich Anfangs Speicherrioegel dabei die defekt waren udn getauscht werden mussten, das hat aber nicht das Motherboard selber herausgefunden sondern ein paar Tage memtest86. Man hat mich das Nerven gekostet. Da es nun drinist, lasse ich es einfach drin. Ich habe sogar im Regal noch ein Coldspare mit der selben Ausstattung (abgesehen von der CPU) liegen. Es bringt mir nichts das ganze Zeugs nun auf non ECC umzubauen. Heute würde ich das ganze ohne ECC bauen. Aber mit der Erfahrung wird man eben schlauer. Mein drittes urnaidsystem hingegen wurde dann vor kurzem mit einem N100M ohne ECC realisiert. Ich verwende aber dennoch selbsterzeugte Checksummen bei den mir wichtigen Daten in meinem System, weil ich parallel auch 2 WIndowssysteme laufen habe (ohne ECC) und ich damit am schnellsten inkonsistenzen aufspüren kann. Meien WIndowsmaschinen nutzen mehrere Raid6 gleichzeitig und können somit den großen Datenbestand sogar mit erheblich höherer Geschwindigkeit gegen die vorhandenen Checksummen prüfen. Das kann auch ECC nicht ganz ausschließen. Ein Stromausfall und alles im Ramcache ist weg. Es kommt eben darauf an, was Dein Ziel mit der höchsten Priorität ist. ECC ist mit AMD günstiger und einfacher zu machen, aber es scheint bei AMD eben ein paar Besonderheiten zu geben, die es dann eben nicht ganz so energiesparend werden kann, wie bei Intel. Aber wir reden hier jetzt nicht von dutzenden von Watt unterschied. Man kann es machen. Ab und zu sind auch Diskussionen hier im Forum zu finden, bei denen sich die eine oder andere unerklärliche Besonderheit zeigt und wenn das Problem nicht gefunden/behoben wird als 'tja, ist eben AMD' beiseite gelegt wird. Ich will Dich nicht von AMD abbringen, aber empfehle Dich hier durch diverse Beiträge im Forum weiter durchzuschmökern. Gibt ja auch eine schön breite Diskussion ob man sparsame AMD Systeme basteln kann. Das geht schon sehr ins Detail (und teilweise weiter als ich es verstehe). Wenn Du nichts exotisches machen willst kann ein AMD System genau das sein, was Du willst. Ich habe für mich persönlich antschieden: aktuell ist AMD nicht das Mittel meiner Wahl für unraid. Das mag sich ändern, aber so ist es für mich eben aktuell. Als Desktop für normale Anwendungen: super! Viel Leistung, annehmbare Preise und viele Möglichkeiten. Für NAS/unraid: naja nicht ganz so fein ausentwickelt und eben etwas "kantig". Aber entscheiden musst Du für Dich selber.

Ich bevorzuge MLC Sticks, weil ich mir davon längere Haltbarkeit verspreche. Jetflash 600 sind leider als 32GB nicht mehr wirklich zu bekommen, aber 16 GB gehen jaj auch. Jetflash 780 (TS32GJF780) sind zwar UBS3.0, aber an einem USB2.0 Anschluß sollte das keine Relevanz haben. https://de.transcend-info.com/product/usb-flash-drive/jetflash-780

Den Wifi Teil kannst Du nativ unter unraid sowieso nicht nutzen. Vielleicht ausbauen, wenn es Dir um Strombedarf geht. ich würde bevorzugt 1x 32GB oder gleich 2x 32GB nehmen. Dann barucht man bei dem Aufrüstwunssch (>32GB) nicht gleich eines oder beide Module zu entsorgen. Da Du unbedingt winziges ITX nutzen wilst: welche gedanken hast Du Dir zur Stromversorgung gemacht? Pico ähnlichen Spannungswandler oder SFX Netzteil? Wenn es dabei bleibt sollte Picostromversorgung reichen (160W). Das würde ich nicht unbedingt direkt in unraid handhaben. Ich lasse das meine Fritzbox machen. Hm... das kann funktionieren. Vergiss in Deiner Ausstattung nicht die eine oder andere SSD als Schreibcache und für VM/Docker. Kann klappen. Dann würde ich auch eher zu einer Pico Versorgung greifen. Gerade bei dem Spielraum nach oben: Wenn Du damit mehr Ram meinst: nimm eben lieber ein 32GB Modul anstatt 2x 16GB. Wenn Du meinst, daß Du bei der Aufruestung damm max 6 3,5inch festplatten meinst: dann ist déien pico Stromversorgung doch eher ungünstug. Dann such Dir ein passendes Netzteil aus. Das geht aber ggf. zu Lasten des gesamtverbrauches (auch, wenn Du anfangs nicht so viele Festplatten verbaust). Tja, wie oben schon geschrieben: Das hängt davon ab. wo Dein Endziel ist, bei den angedeuteten Aufrüstungen. Das Mainboard + 2x HDD + I3-14100 und nichts weiter: dann reicht 160W Pico ähnlicher Spannungswandler (Inter-tech 160W) + 156W 12V ULL Leicke Netzteil Wenn es mehr werden soll. kann es (ja nachdem "was" es mehr werden soll) knapp werden. Ob es nun Ironolf sein muß sei mal dahingestellt.

AMD und unraid klappt weitgehend, ist aber nicht sehr effizient. Bei AMD haben mehr CPUs und Mainboards die Fähigkeit mit ECC umzugehen. Es gibt aber bei diversen AMD Systemen unter unraid eben doch kleine Probleme, die sich nicht beheben lassen. Ich würde unraid auf AMD nicht unbedingt empfehlen, aber es ist machbar.

ECC auf Intel Basis passt jetzt in aller Regel nicht mit stromsparenden Systemen zusammen.

Das war eigentlich schon jahrelang möglich, aber... ...das ist eben erst bei unraid mit V7 möglich geworden. Es verhält sich so, wie man es einstellt. Eine Paritydisk (wie man es klassisch bei urnaid bezeichnet) betrifft das Array. Das hat mit einem Pool nichts zu tun. Mirror = Spiegel Eine Disk ist der Spiegel der anderen und beide haben den gleichen Dateiinhalt. Ersteres sollte passieren. Bezogen auf die Nutzdaten: Grundlegend stimmt das auch. Das hängt auch von dem gewählten Dateisystem ab, aber ja, auch das ist grundlegend so gedacht. Evtl. muß man manuell noch die Synchronisation anstoßen, aber ja, das Dateisystem, welches den "Mirror" steuert, sollte sich darum kümmern. Das ist aber dann kein Feature direkt von unraid, sondern des gewählten Dateisystemes (zfs, btrfs, ...).

Es hängt vom Container ab, was er tut und wie stark der die CPU belastet. Docker Container sind da schon viel sparsamer als beispielsweise VM. Wenn der Container/Anwendung läuft schluckt sie eben CPU Leistung/versursacht Last. Wenn man das nicht will: Container stoppen. Ich glaube man kann DockerContainer/Anwendungen auch per Terminalbefehl/Script stoppen. Aber die dazugehörenden Terminal/Scriptbefehle habe ich jetzt nicht parat. Tja, da Du bei deinem Screenshot die Devices unten weggeschnitten hast, kann man das nicht wissen. Bei den anderen Reitern im ASPM Helper Tool kann man sogar die Namen sehen. Mach mal einen Screenshot von "ASPM Current" und zeige ihn uns. Die Devices mit den Adressen 01:00.0 03:00.0 hast Du eingestellt. Ich vermute, das sind die Intel Bride und die daran hängende realtek LAN Funktion.

Mal ganz grob und vereinfacht: Also grundlegend geht es ja darum der CPU zu ermöglichen möglichst tiefe Schlafzustände (C10) zu erreichen. Dazu muß jede Komponente (egal ob nun auf dem Mainboard fest aufgelötet oder in einen Slot reingesteckt) korrekt mitspielen. Seit PCIe erfunden wurde war klar, daß diese entweder direkt von der CPU versorgt oder über einen Chipsatz/Switch gesteuert/bedient werden. Da PCIe Komponenten also eine weitgehend direkte Verbindung zur CPU haben, kann diese bei Benutzung (oder wenn die Komponente selber etwas tun soll) die CPU wach halten. Das ist richtig, wenn eben wirklich Arbeit anliegt. Aber leider sind Komponenten aufgefallen, die gar nichts oder wenig tun und dennoch die CPU wacher halten als erforderlich (C2 oder C3 oder so). Nun haben findige Leute herausgefunden, daß viele dieser Komponenten einfach nicht korrekt eingestellt sind (Konstruktionsfehler/Firmwarefehler/bewusst dagegen entscheiden). Mit dem ASPM Helper Tool kann man herausfinden welche Komponente für welchen Schlafzustand eingestellt ist (oder eben nicht) und durch die Einstellungen kann man der jeweiligen Komponente versuchen vorzugeben, daß sie bei "Langeweile" auch tiefere Schlafzustände einnehmen kann um der CPU das auch zu ermöglichen. Oft sind es aufgelötete realtek LAN Chips, denen dahingehend auf die Sprünge geholfen wird. Somit wird nicht einer Schnittsllenkarte/PCIe Slot etwas vorgegeben, sondern einer aufgelöteten Komponente und deren Verbindung/Bridge zur CPU. Aber ja, auch eine eingsteckte PCIe Karte oder gar eine NVMe SSD im M.2 Slot kann hier negativen Einfluß auf die CPU nehmen (WD NVM SSD) und man kann versuchen auch hier etwas zu helfen. Die ganze Sache hat aber (mindestens) zwei Haken! 1. Das ist experimentell. Man kann als im Voraus nicht sagen ob das problemlos funktioniert oder sich dann andere Probleme zeigen. Falls man feststellt, daß die Komponente dann auf einmal nicht mehr wie gewünscht funktioniert, muß man diese eben bei Powertop oder den Set Befehlen, die durch den ASPM Helper vereinfacht genutzt werden ausklammern oder mit den Einschränkungen leben. 2. Die Adressen der Komponenten werden dynamisch vergeben. Solange die Hardware immer identisch ist, verschieben die sich die Adressen nicht. Sobald man aber beispielsweise eine PCIe Steckkarte in das System neu dazu steckt, kann es sein, daß die bisher unter Adresse xxxxx gefundene Komponente nun auf einmal die Adresse yyyyyy hat und der Befehl dann die falsche Komponente anspricht. Vor einem Hardwareumbau also besser die Set/ASPM-Befehle entfernen. Die Spikes können von Plugins oder Anwendungen (Docker/VM) stammen. Oft werden diese beobachtet wenn man Dynamix Cache Directories verwendet. Hier muß man sich dann entscheiden: will man kurze CPU Spikes haben oder will man lieber, daß eine Festplatte mit ihren 10-30W Anlauf das System belastet. Mir sind die Spikes lieber, weil ich mir einrede, daß die auch im 24/7 Betrieb weniger Energie benötigen, als wenn meine bis zu 26 Festplatten anlaufen um eine Datei im Array zu finden und dann erst 15 Minuten später wieder ins Bett gehen. Je nachdem, was noch im System ist, finde ich die Werte schon wirklich gut. PC abschalten spart am meisten. Mit einem S1700 Board wird es schwierig bei Arbeitslast noch weiter runter zu kommen. Da "Arbeitslast" sehr individuell von den Anwendungen. der Benutzung, und den Komponenten abhängt ist dahingehend ein Vergleich schwer. Aus dem Grund wird in aller Regel idle (nackt/oder mit einer SSD) gemessen und verglichen, weil das eben bei jeder Person am einfachsten zu erreichen und vergleichen ist. Sobald Last anliegt variiert es zu sehr. Wenn Dir das zuviel ist, schau Die ein N100 Board an und verwende so wenig und so stark optimierte Hardware wie möglich.

Ich habe die letzten Wochen diverse Win11 installiert. Eine alte ISO hilt nicht, da bei Installation (auch bei Pro Version) onlineverbindung da sein muß und das System bei älteren Versionen dann online die Updates im Installationsprozess direkt einspielt. Hatte mich auch gewundert, als ich ein 23h2 eingespielt hatte und dann mit der Windowsdesktop begrüste und ein Blick in System/Info dann als 24h2 informierte. Aber, wenn ich es nicht vergesse kann ich Dir eine frühere ISO gerne zusenden. Ich archiviere sowas öfters. Muss ich mal nachschauen, wenn ich wieder zuhause bin (voraussictlich heute später Nachmittag).

Da es mit dem hier besprochenen Intelsystem "Gigabyte B760M Gaming X DDR4 Messung und SATA Erweiterung" nicht wirklich etwas zu tun hat: wie wäre es Deine Anfrage zu Deinem AMD System mit einem neuen Thema zu schreiben, anstatt es hier anzuhängen?

Blechdeckelram: Die Hersteller verstecken unter dem Blechdeckel die Chips, wodurch die verbauen könenn, was sie wollen. Wechselnde Chips in der Produktion oder qualitativ fragliche Chips werden von einigen Herstellern dann verbaut. Overclocker Ram ist nicht selten XMP fähig, was bei einigen Mainboards zu automatischem Overclocking oder auch schon höherer Betriebsspannung führt. Die N100M/DC-ITX sind zwar keine Overclocker Mainboards, aber solche Speichermodule sind dennoch "Geschmackssache". EDIT: Wie ich gerade sehe, hat die ct daszu auch halbwegs aktuell mal wieder etwas geschrieben: https://www.heise.de/select/ct/2025/2/2429613031749015635 "Beim RAM raten wir von Übertaktermodulen ab und empfehlen JEDEC-konformen DDR5-5600 (also ohne Blechdeckel und ohne XMP oder EXPO). Die laufen nämlich direkt nach dem Einsetzen mit den Vorgabewerten. Bei übertaktetem RAM hingegen müssen Sie im BIOS die Profile von Hand einstellen. Problematisch an Übertaktermodulen ist, dass sie nur mit erhöhter Spannung laufen, was in der Vergangenheit bereits zu Defekten an CPUs geführt hat."

Blechdeckel Overclocker RAM 😞 Vorhandene 500W Netzteile in Servern sind oft nicht sehr effizient, sondern eher auf Stabilitaet ausgelegt. Aber bei 1HE gibt es kaum Alternativen. Das N100DC-ITX wäre interessant, wenn es sparsamer sein soll und eben die Anschlüsse darauf ausreichen. Dann würde ich das 500W Netzteil rauswerfen/tod legen. Solltest Du das 500W Netzteil verwenden wollen ist das N100M besser passend und hat eben auch minimal mehr Anschlußmöglichkeiten. Zur Not könnte man das N100DC-ITX sogar per 12 V vom 1HE 500W Netzteil speisen, aber dann wird es auch eher ein ineffizientes Gesamtkonstrukt. Wenn 2x SATA + 1x NVMe SSD und 1GBLan reichen sollte das DC vollkommen in Ordnung sein.

Indem Du die powertop-Datei in das extras Verzeichnis des USB Stick kopierst und den Server neu startest. Ich weiss jetzt nicht welche der beiden Dateien die richtige ist. Ausprobieren. powertop-2.15-x86_64-1.txz powertop-2.15-x86_64-2.txz

In Ergänzung zu der Aussage von alturismo: Es kllingt, als wenn eine der BZ Dateien auf dem USB Stick defekt ist und deshalb das enthaltene Betriebssystem nicht booten kann. Mir fallen 3 Möglichkeiten der Reparatur ein: aber zuerst: kopiere Alle Dateien des USB Sticks erst einmal irgendwohin (nur zur Sicherheit). a) Falls Du von den USB Stick schon einmal ein Backup mit der selben unraidversion gemacht hast, kannst Du (zumindest) die BZ Dateien aus Deiner Sicherung nehmen und auf den USB Stick wieder drauf kopieren. b) falls Du kein früheres Backup angefertigt hast kannst Du Dir die ZIP mit der passenden Betriebssytemversion runter laden und aus dem ZIP die BZ Dateien nehme und die auf den USB Stick kopieren. Die Zips der letzten paar Versionen kannst Du hier finden: https://docs.unraid.net/unraid-os/download_list/ oder c) Du löschst Deinen USB Stick, beschreibst ihn komplett mit der unraidversion neu und kopierst aus Deiner Sicherheitskopie (siehe oben, vor Punk a)) den "config" ordner auf den USB Stick (dort sollten die wichtigsten Konfigurationen und Kein Key enthalten sein) Falls Du zukünftig des öfteren solche Fehler bekommst, könnte der USB Stick einen Knacks weg haben. Vielleicht überlegst Du es einfach mal (nachdem Du ein aktuelles Bakckup gemacht hast) den Stick einmal komplett zu überschreiben und dann den Inhalt zu testen. Das Windowsprogramm h2textw eignet sich dazu ziemlich gut. Sollten sich bei dem Programm Fehler zeigen, mach Dich drauf gefasst einen neuen/anderen USB Stick beschaffen/verwenden zu müssen, weil der aktuelle dann wohl Probleme hat. Und leider (im Gegensatz zu Festplatten oder SSDs) haben USB Sticks in dem Zustand keine Selbstreparaturfunktionen (mehr übrig) um Defekte weitergehend zu kaschieren.

Das sieht mir nach einer Betafirmware von 2020 aus. Ich würde versuchen die neueste Firmware zu flashen.

Zu Deiner ersten Meldung kann ich nichts sagen, aber der zweite und dritte Abschnitt zuammen betrachtet könnten ja schon auf ein Problem mit dem USB Port/Kabel/Datenträger hindeuten.

Also vermutlich kein ITX. Ich denke mir, daß in fast allen Fällen ein ASRock N100DC-ITX oder N100M besser geeignet und besser erweiterbarer sein dürfte. Ich denke mir: direkt 32GB zu nehmen gibt einem mehr Luft nach oben und man braucht den alten Riegel nicht zu entfernen, wenn man an der Stelle aufrüsten will. Das dürfte eien ASM1166 basierte Karte sein. Ja, kann man nehmen. Da ich mich nicht wiederholen will: schau deswegen mal hier:; https://forums.unraid.net/topic/186797-ssds-für-cache-bei-ugreen-dxp4800-plus/#findComment-1524969 Sie ist dafür gut geeignet. fast 260 Euro für 12TB erscheint mir etwas happig, aber die Preise sind halt so. Es muss aber keine Ironwolf NAS sein. Solange es 7200rpm, CMR ist sollte die als Parität gut geeignet sein. Nach dem Kauf, in jedem Fall (nach dem Kauf) Garantie checken. in der Preislage würde ich aktuell Festplatten ohne Herstellergarantie nicht akzeptieren. Die vorhandenen Festplatten sind zwar etwas sehr winzig, aber ich schätze, daß ist einem Tippfehler geschuldet. 🤪 Transcend Jetflash600 sind mit MLC Speicher ausgestattet, was man mit vielen Schreibzyklen = langlebig übersetzen kann. DIe Jetflash 780 auch. Doch die 780 sind UBS3, was mehr Energieverbrauch bedeutet. Diese würde ich als unraid Bootstick bevorzugt an USB 2.0 Anschluß/Kabelpeische betreiben. Zur Größe: 32GB wäre nett, aber die Jetflash 600 mit 32GB sind kaum noch zu bekommen. Aber 16Gb reichen auch dicke. Ansonsten eben vielleicht einen 780 mit 32GB.

Ich glaube, daß ich meinen aktiuell laufenden Checksummenlauf über >300TB erwähnte. welcher aktuell vielleicht bei geschätzt 35 % sein sollte? AAlso sind nun mmutmaßlich mehr als 100TB üer SMb gelesen worden und mein Ram Speicherverbreich liegt laut Dahboard aktuell weiterhin bei etwas mehr als 50 Prozent von 128GB Ram (bei 2 laufenden VM mit einmal 24576M und einmal 20480M zugewiesenem RAM + 1 Docker). Wenn also die beiden VMs zusammen rund 45GB fressen und in Summe vielleicht 60-70GB Ram laut Dashboard belegt sind, kann ich weiterhin i´n dem seit mehr als 13 Tagen laufenden unraid 7.0.0 stable bei mir etwas erkennen, was einem Speicherleck nahe kommt. Tja, Du hast den Checksummenlauf mit >300TB wohl überlesen.

Falls Dich noch weitere Details interssieren: Hier sind die Angaben von Intel zu dem N100 Prozessor: https://www.intel.de/content/www/de/de/products/sku/231803/intel-processor-n100-6m-cache-up-to-3-40-ghz/specifications.html "GPU Name: Intel® UHD Graphics"

Ist mir nicht bekannt, dass es sowas generell für Mainboards gibt. Steck doch einfach den LED Connector nicht auf das Mainboard. Wenn es Dir nur zu hell ist: Klebeband drüber. Auch da wüste ich nichts. Man kann zwar mit den EuRP Einstellungen in einigem Mainboards die LEDs im Schlaf oder Off Zustand steuern, aber die LED des Powerbutton im Betrieb: nein, kenne ich nicht. Du hast doch ein N100M. Der Prozessor N100 hat doch eine leistungsfähige iGPU, die sich auch mit Plex nutzen läßt. Wofür denkst Du nun über eine dGPU nach?

...oder ggf. sogar gleich die neuere Version Siehe auch hier (die Firmware ist bei den ASM1064 und ASM1166 (und vielleicht auch ASM1164)) anscheinend identisch: https://forums.unraid.net/topic/185255-asm1064-test-der-firmwares/

Nachdem ich vor rund 1 Woche gesamt ca. 2,x TB über SMB auf mein unraid 7.0 geschoben habe und dahingehend keine Probleme bemerkt habe, kann ich diese Aussage so nicht stützen. Ich sehe >1 TB schon als größere Datenschieberei an. Aktuell läuft von einer Win11 VM ein Checksummenlauf, bei dem alle >300TB Dateien per SMB Freigabe von dem unraid 7.0.0.stable mit ausgelesen und per checksumme in der Win11 VM verifiziert werden. Auch das läuft bisher problemlos (ist aber vielleicht erst zur Hälfte oder so durch).

Es soll also sparsamer werden: Es sind also 8x16TB HDD = maximal 128TB Kapazität Wenn man die tauscht gegen 5x26TB HDD = 130TB, schluckt das schon mal weniger (und der Geldbeutel ist leerer denn je 😆 ) Vermutlich ein Raid. 1X NVMe ohne Raid schluckt weniger Wenn ein Pool (raid) kann man auch nier auf 1 SATA SSD reduzieren. Mechanisch ist das ja eigentlich kein Problem. N100 mit 2 VM sehe ich dann vielleicht doch als etwas "eng bemessen" an, wenn die VM flott laufen sollen. Leider kann ich Deine VM dahingehend nicht wirklich abschätzen. Zu Deinen Dockern und der Last der VMs kann ich nichts sagen. Da ich N100 als doch etwas schwach ansehe, wenn die VMs doch mehr als nur rum "idlen", schiele ich wieder mal zu meinem Gigabyte B760M DS3H DDR4 + Intel I3-12100 (oder den preisähnlichen I3-14100) + Standard SPD DDR4 Ram (32er Module) + 1x ASM1166 + 5x 26TB + 1x NVMe SSD (und wenn Du meinst, dass Du es brauchst auch 1x SATA SSD). Das ganze in ein 3 oder 4HE 19Zoll gehäuse, bevorzugt mit Hotswap Rahmen, damit man die (besser im ausgeschalteten zustand) wechseln kann ohne das ganze 19 Zoll Gehäuse aus dem Schrank zu basteln. Ansonsten bin ich bei mpc561, daß für weitergehende und vielleicht andere Ideen Informationen fehlen. Kostenrahmen, Ist neu ECC erforderlich? Warum so viele SSDs? Wievieel Pritätsfestplatten? mit Array oder nur mit pools? wir hoch ist der aktuelle idle Verbrauch? Warum die P400? etc....