mgutt

Du meinst den Plus. Der hat eine 2.5 Zoll HD verbaut. Die limitiert das schon alleine auf 1G. Aber dazu kommt, dass selbst die 4K Bitrate der Unifi Kamera sehr klein ist. Gerade mal 9 Mbit/s. Also selbst 10 Kameras kommen nicht über 100 MBit/s. Allerdings würde ich alleine wegen der Ausfallsicherheit Unifi im Docker Container oder einer VM betreiben. In Unraid würde ich dafür einen separaten RAID1 Pool erstellen. Wenn dir der Stromverbrauch wichtig ist, würde ich so wenig wie möglich von Unifi nutzen. Ich habe schon mehrere Switche gemessen und das ist schon hart was die raushauen. Alleine wenn man überlegt, dass die selbst ja nicht mal eine WebGUI besitzen. Woher da der hohe Leerlaufverbrauch kommt ist fraglich. Dazu unterstützt kein Unifi Produkt IEEE 802.3az (Energy Efficient Ethernet), was meiner Ansicht nach in der heutigen Zeit einfach nur peinlich ist. Ja dieses "Zusammenspiel" ist aber am Ende einfach nur eine ausgelagerte WebGUI, die jeder Managed Switch eines anderen Herstellers bereits mitbringt. Der einzige wirkliche Vorteil ist, dass man nur eine Oberfläche für alle Geräte hat, sich dadurch aber auch selbst eine Abhängigkeit auferlegt. Aber lange Rede kurzer Sinn. Meiner Ansicht nach bist du "Opfer deiner Technik". Also du siehst die 10G Buchsen und meinst "muss ich verbinden". Oder du machst das Unifi Panel auf "da ist was grau, ich muss das kaufen". Ich mein Unifi hat doch ein Monitoring. Schafft der 16er oder 24er Switch in Summe überhaupt die 1G zu knacken? Auch mehr als 2G? Erst dann brauchst du diese Switche dann ja erst mit 10G verbinden. Ansonsten reichen auch 1 bis 2x 1G Uplinks. Bei meinem 16er Switch komme ich auf maximal 30% 1G Last. Liegt aber auch daran, weil die 10G Clients auf dem anderen Switch liegen. Daher brauche ich meinen 16er Switch nicht extra mit 10G verbinden.

Nein gar nicht. Dieses Modell ist Müll (deswegen "die Crucial" und nicht Crucial im Allgemeinen). Das ist eine QLC SSD ohne DRAM. Selbst die Samsung QVO, ist nicht so lahm (und die ist auch sehr lahm): https://www.tomshardware.com/reviews/crucial-bx500-ssd,5377-4.html Wenn die die Hälfte oder so kosten würden, wäre das vielleicht in Ordnung, aber sicher nicht bei ein paar Euro Ersparnis. Die MX500 oder die Evo sind wie du siehst deutlich besser.

Die Crucial ist Müll, aber die Sandisk ist günstig. Wenn 1TB bei 50 € liegt, fange ich denke ich an die HDDs zu ersetzen.

Einfach lassen. Das wäre auch kein Grund für einen Garantieanspruch, da es kein Fehler der HDD ist. Ich habe auch eine Platte im Verbund, die 10 CRC Fehler hat. Die hatte ich durch eine instabile eSATA Verbindung an meinem Desktop-PC verursacht als ich die Platte getestet habe.

Wie gesagt kann das schon lange her sein. Die SMART Daten werden nicht zurückgesetzt. Die Platte kann das also schon gehabt haben, bevor sie im Server verbaut wurde. Erst wenn der Wert steigt, muss man die Verbindung prüfen.

Wenn du auf "Parity" klickst, kannst du dir alle SMART-Informationen anzeigen lassen. Du kannst auch einen kurzen SMART Test machen. Ich meine der Fehler wird auf der Seite sogar hervorgehoben. EDIT: UDMA CRC error count resultiert aus einer fehlerhaften SATA Verbindung. Das kann weit in der Vergangenheit liegen. Diesen Fehler kannst du ruhig ignorieren lassen.

Es gibt übrigens noch weitere Unterschiede zwischen den WD Elements und den Ultrastar. Ich habe auch mal den Stromverbrauch gemessen und dabei festgestellt, dass die Elements keinen Leerlauf kennen. Sie verbleibt dauerhaft im Betriebsmodus: 18TB WD Elements WD180EDFZ Standby 1,21W Leerlauf 6,22W Betrieb 6,22W Benchmark 6,22 bis 7,08W Spinup 21,10W 18TB Ultrastar DC-HC550 Standby 1,21W Leerlauf 4,29W (nach 2 Minuten) Betrieb 6,22W Benchmark 6,22 bis 8,22W Spinup 21,46W Wer seine Platten hauptsächlich schlafen lässt, den wird das nicht sonderlich interessieren, aber in einem RAID oder im Array-Dauerbetrieb sind das bei 5 Platten immerhin ein Mehrverbrauch von ~10W. Aber auch das spricht nicht gegen die WD180EDFZ, da sie in der Anschaffung einfach deutlich günstiger ist. Dann ist mir noch was eingefallen als ich die Parity habe neu aufbauen lassen. Und zwar sollte es für Unraid von Vorteil sein, wenn man für die Parity ein minimal größeres Laufwerk nutzt, da das größere Laufwerk beim selben Füllgrad schneller ist. Hier zB die 12TB und die 18TB Ultrastar, wobei ich die 10TB Position markiert habe: Dadurch sollte die Lesegeschwindigkeit beim Parity Check oder beim Turbo-Write, nicht mehr durch die Schreibgeschwindigkeit der Parity limitiert sein. Bei Read/Modify/Write kommt es dagegen auf den Random-Access an. Aber da größere Platten tendenziell schneller sind, sollte es auch hier einen kleinen Vorteil bringen. Beides versuche ich noch zu verifizieren.

Yes, this bug is still present. I tried to find out how to stop forwarding the script output to a file, but wasn't successful. I think I will try to forward the output to an own function. Maybe I can replace only the filename so "exec" isn't called multiple times.

Echt doof, dass man M.2 nicht als x2 betreiben kann, dafür aber doppelt so viele.

Wo bekommt man denn eine 1TB PCIe 4.0 NVMe für 140 €? 100 € für eine PCIe 3.0 sind im Angebot normal. Und 40% Aufschlag sind schon nicht ohne, auch wenn 40 € je nach Geldbörse nicht viel erscheinen.

Ich überlege gerade. Könnte man nicht automatisch auf powersave wechseln, wenn die CPU im Leerlauf ist und dann wieder auf Performance wechseln? Das wird dich bestimmt schon jemand per Script umgesetzt haben.

Ja. Auf dem Stick landet quasi nichts. Selbst beim Gaming PC sind PCIe 4.0 SSDs eher überflüssig. Solange die so teuer sind sowieso. Ganz kompakt wäre ein Intel mit Thunderbolt Anschluss und dann ein TB auf 10G Adapter. Aber mal locker 200 €. Ansonsten einfach ein Gehäuse mit mindestens einem Slot: https://geizhals.de/?cat=gehatx&xf=1002_10~2378_1&sort=t&hloc=at&hloc=de&v=e Oder brauchst du eine GPU? Dann drei Slots: https://geizhals.de/?cat=gehatx&xf=1002_15~2378_3&sort=t&hloc=at&hloc=de&v=e

Auf dem USB Stick sollte unter config eine vfio Datei liegen. Die einfach löschen.

Verstehe ich auch nicht. Die CPU macht das automatisch eigentlich schon sehr gut.

Häh? Du hast einen Parity Check gemscht und der hat zur Korrektur der Parity geführt? Das hat nichts mit neuen Dateien zu tun. Dann ist bei dir irgendwas nicht in Ordnung. So ein Check muss fehlerfrei durchlaufen.

Wie die Reihenfolge ist, ist ja bei VLAN unerheblich. Das SG hat den Traffic ja bereits getaggt. Wozu du dann unbedingt die beiden SFP+ der 16er/24er Switche anschließen willst, erschließt sich mir genauso wenig wie das bisschen Cloud Key Traffic oder Richtfunk. Die können doch alle problemlos mit den 16er/24er verbunden werden. Gerade der Key. Der produziert doch keine 10 MBit/s Traffic. Das Teil ist nur eine Schnittstelle für die Statistik und die WebGUI. Da mich die Statistiken nicht interessieren, ist bei mir der Unifi Docker auch durchgehend aus. Was versprichst du dir eigentlich vom SG? DPI ist bei Unifi eine Mogelpackung. Das weißt du? Und was wartet und pflegt man eigentlich alles in einem Heimnetz? Ich müsste erstmal die Logindaten meiner Switche raussuchen, da ich da quasi nie draufgehe. Die müssen doch nur "switchen"?!

Dann machst du alles richtig. Warum hast denn 16k Dateien in einem Ordner? Oder meinst du insgesamt?

Die DB auch? Also die direkt auf /mnt/cache?

Ordentlich gemacht ist das teuer. Dann sprechen wir über einen HBA Controller mit externen Buchsen. Die Kabel können dann auch meine ich nur 70 bis 100cm lang sein. Oder mehrere SATA Kabel?! Oder sowas?! https://riser.maxcloudon.com/en/non-bifurcated-risers/29-riser-x4-set.html Dh man verlängert den PCIe Slot in ein externes Gehäuse und installiert darin eine PCIe SATA Karte. Aber auch hier sind die Kabellängen stark begrenzt.

@frodr Yes. With RSS it could be even less as it opens multiple transfer channels and HDDs do not really like parallel access.

Der VM musst du die Geräte durchschleifen. Ansonsten kennt sie die nicht. Allerdings musst du sie erst an VFIO binden. Also Checkbox anklicken und Server neu starten. Nein, auf keinen Fall. Weil wenn du dort die Treiber installierst, ist das Gerät außerhalb der VM in Verwendung. Und alle Geräte die ein Container bzw Unraid nutzt, kann eine VM nicht nutzen.

Quäl dich durch: https://forums.unraid.net/topic/59375-hp-proliant-workstation-unraid-information-thread/ Oder hol "normale" Hardware. Du kannst übrigens Unraid beim Booten im GUI Modus starten. Dann kannst du denke ich über "localhost" die WebGUI öffnen und darüber schon mal die Systemlogs generieren. @ich777 Geht localhost oder 127.0.0.1 im GUI Modus um die WebGUI zu öffnen?

Enthalten die VM Logs keine Fehler?

Unraid? Das hat in der Regel andere Gründe wie zb die Nutzung von /mnt/user statt /mnt/cache (SHFS overhead vermeiden). Die Kerne nützen dir aber voraussichtlich nichts, da Webserver nicht einfach so auf 16 Kerne skalieren. Eher bleibt es bei einem. Daher ist eine hohe Single Core Leistung wichtiger. Ich würde mir überlegen wie viele Kerne die VMs brauchen, können die teilweise mehrfach verwendet werden und dann 2 Kerne für Unraid/Docker dazu rechnen. Da bist du weit weg von einem 16 Kerner. Daher sehe ich für dich eher einen 5800X oder eben einen W-1270(P). Mit stehenden Platten bestimmt nicht. Aber ein 5xxx Ryzen würde 10 bis 20W sparen.

Unraid unterstützt keine RAID Controller. Nur HBA. Man kann wohl deine Karte flashen um daraus eine HBA zu machen: https://forums.unraid.net/topic/79497-just-bought-a-hp-dl380e-gen8-p420-in-hba-mode-not-passing-drive/?tab=comments#comment-825688 @ich777 kann da aber mehr zu sagen