Ford Prefect

Ich kenne mich mit Ovpn und auch in Verbindung mit openWRT nicht so tief aus. ...eigentlich macht das dieser Parameter. Die Frage ist, welche lokalen Netze/IPs hier als peer akzeptiert werden. Du solltest/musst aber auch im wg interface das Transfer-Netz/die IPs von ovpn (des tun-if) erlauben.

...was genau kannst Du in welcher Situation mit wg benutzen, und was nicht - das I-net? Dein VPN Dienst wird, wenn aktiv, alles was nicht lokal ist, in den Tunnel drücken. Wenn Du auch mit wg diesen Tunnel ins I-Net nutzen willst, muss der Tunnel auch die wg IPs akzeptieren/routen oder eben Du musst wg und/oder tunnel NATen.

definiere "verwalten"..willst Du die Daten auf dem Server nur strukturiert ablegen und diese dann zB über einen Client/TV anschauen oder willlst Du die Daten bearbeiten (zB Photoshop). definiere "große" Daten ...eine Menge von einzelnen Daten (über wie viel TB reden wir hier) und/oder sind die einzelnen Daten einfach nur "gross" und wie gross zwischen welchen Systemen soll das sein...was bedeutet schnell...1Gbps, 10Gbps oder 40-100Gbps ?? Was kann denn das System auf der anderen Seite von unraid denn schon? Und wie viele dieser Systeme (clients) greifen gleichzeitig zu? Ist/sind das/die System(e) über Netzwerk angebunden oder soll das zB eine VM oder ein Docker auf unraid sein (oder von Allem etwas?) Edit: kurz: beschreibe Dein Anwendungsszenario genauer...z.B. "ich stehe morgens auf, setze mich an meinen Video-Schnittplatz und dann möchte ich, dass...."

Es reicht eigentlich "Clear Disk" und dann den Haken bei "skip pre-read".... "Clear Disk" schreibt die Disk mit 0-en voll und bereitet die für den Einbau ins Array vor....den Post-read willst Du daher zur Verifikation haben, der "Pre-read ist nice to have. Bei einer neuen Disk reicht mMn ein Cycle. bei einer alten würde ich auch mal 2 machen, aber das ist Geschmackssache. Wenn die Disk damit ohne Fehler durchläuft kannst Du die Disk mit UD schon passened zum Array-Dateisysestem formatieren, bevor Du sie als Daten-Disk ins Array hängst.

Ja, ich denke dies gilt für den Fall, dass eine Daten-Disk defkt ist, die "neue" aber eben grösser ist (warum auch immer, zB Verfügbarkeit) und diese deshlab nicht als Ersatz im Array dienen kann. Der Prozess Parity-Swap erlaubt den Gegentausch (alte Parity für alte Daten, neue Disk für neue Parity) in einem Rutsch, was sinnvoll ist, da ja eine Daten-Disk defekt ist und damit ein Risiko besteht. @nixweismuss das nicht in einem Rutsch machen, da die alten, vorhandenen Daten-Disks ja noch OK sind...also, .erst alte Parity raus, dann die alte Parity als neue Daten-Disk rein, dann die neue Disk als Parity rein. Dadurch muss Parity nur einmal neu gebaut werden...das Risiko ist minimal, da die alte Parity ja "leer" ist und die alten Daten-Disks nicht verändert wurden. Alternativ die beiden letzten Schritte tauschen...dann muss Parity neu gebaut werden, wenn die neue DIsk zur neuen Parity wir und nochmal wenn danach die alte Parity zur Daten-Disk wird.

Also das war eine der beiden Neuen? Ist die zweite, die Du drin lassen konntest ein identisches Modell? gleiche Firmware? Es reichen ein paar Bytes und evtl. Unterschiede in der 4k/512b Sektor-Emulation....solche Berichte tauchen hier in letzter Zeit öfter auf, wie ich meine. @DataCollector ... du bist doch hier sehr erfahren mit zahlreichen HDDs...hast Du Hintergründe/ne Idee? Da diese erste ja auch neu/leer ist und das "Problem" verursacht, könntest Du die Gegenprobe machen bzw. versuchen das Problem zu lösen indem Du die bestehende Parität gegen die Neue tauscht...dann kannst Du die alte Parität ins Array nehmen. Die Neue scheint ja ein paar Bytes grösser zu sein...da taugt sie aber als Parität in Deinem 6TB Verbund.

Beschreib mal genauer, was Du gemacht hast. Welche Disks waren vorher wo, was kam hinzu an welchem Platz. Ist evtl. zumindest eine der neuen Daten Disks grösser als die bisherige Parity?

käme auf die Grösse der Disks und Deine Risiko-Affintät an, ob Du für die Aktion zunächst mal die Parität entfernst....dass sollte den Kopiervorgang beschleunigen. Alternativ, mit Parität drin dann zumindest vorher den "reconstruct write" Modus einschalten: https://wiki.unraid.net/Manual/Storage_Management#Array_Write_Modes Das wird zwar alle Disks "anwerfen", sollte aber für Deine Zwecke schneller und sicherer sein.

Wenn das ein echter HW-Raid Controller ist, hast Du die Disks, damit sie in unraid einzeln funktionieren, wahrscheinlich jeweils als JBOD, einzeln im Controller eingerichtet, oder? Falls ja, wird das mit dem umstecken an einen normalen SATA nicht funktionieren, da der MBR um ein paar Bytes verschoben ist (der Controller speichert/markiert diese JBOD Konfig auf der Disk und setzt den Sektor 0 dann um diese Bytes nach vorn). Das heisst, eine solche Disk wird an einem normalen, direkten Port nicht erkannt. Du musst die Disks also am Controller lassen und einzeln umkopieren, wenn Du kein komplettes, externes Backup hast.

dann würde ich Dir die Pico 160WXT oder das Intertech 200W empfehlen, je nach CPU und RAM - bis zu 4W je RAM Riegel (32GB, DDR4, Burst-Fresh max bis zu 3A an 1,35V): https://geizhals.de/?cmp=2364167&cmp=2364184&cmp=962414&cmp=962690&active=1 Mit 2x 12-20TB Disks musst Du von 55-60W für die zwei HDDs beim Start ausgehen, je 10-12W im Betrieb.....unter 8A bei 12V (96W) würde ich also nicht gehen. Normale 2.5" SATA-SSDs saugen an 5V und M.2-NVMe an 3,3V...eine grosse NVMe kann bis 10W ziehen....das 200W Modell hat mehr Luft für 12V und 5V, das XT-160W-Pico ist ausgewogener und bei 3,3V besser, insgesamt aber eben schmaler. Du musst kein 200W NT dazu nehmen, 120W-150W reichen wahrscheinlich...auch das NT ist am effizientesten, wenn es bei +90% läuft. Wenn Du aber eine dGPU oder andere PCIe Karte mit EPS/12V einbauen willst, würde ich auf jeden Fall das Corsair nehmen. Wegen dem "Loch", das dann schön zu ist? -> https://geizhals.de/nanum-se-atx-atx-blende-fuer-mini-box-picopsu-mini-netzteile-a1027415.html Also 2W in 24x7 zu 0,43ct/kWh sind 7,50EUR/Jahr...

...dann bin ich raus. Hast Du einen lokalen Monitor, Tastatur und Maus? Dann prober mal, im GUI Modus zu starten....wenn er dann auch langsam ist/wird, dann ist es auf dem Host. Evtl. mal top/htop/powertop starten und gucken, was da los ist. Wenn nicht, ist es doch das Netzwerk.

....vielleicht ist ja auch nur der Netzwerk-Port und/oder das Kabel defekt? Kann auf Seiten des unRaid-Host sein, oder am Client bzw am Switch dazwischen sein. Evtl. geht der Switch in den green-Modus? oder Du hast ein Bandbreiten-Mangement aktiviert?...gibt auch Enterprise-Router und Switches, die ne Lizenz und regelmässig einen "heartbeat" zum Lizenz-Server brauchen und sonst auf 1Mbps zurückfallen (aber das ist evtl. weit hergeholt). Edit: 2te Möglichkeit: die CPU hat quasi Überlast z.B. eine VM am start, die alles auffrissst oder Lüfter defekt/zu langsam eingestelt und die throttled runter, damit sie nicht zu heiss wird...oder Takt der CPU und/oder RAM im BIOS falsch eingestellt....

das sind 5% von 550W...da ist das Corsair effizienter. Aber wie weit musst Du rauf? Wie viele echte, grosse HDDs? Eine Pico-PSU kann da nochmal 2W sparen.

Es gibt kein absolut sparsames NT...es kommt auf die Verbrauchs-Basislinie Deines Systems an. Das corsair ist effizienter, auch unterhalb 10-15% der nominellen Last....liegt Dein System darüber, ist der Unterschied zum beQuiet das Geld (30-50EUR) nicht wert....my 2 cents.

Da Du Backups hast, ist das Schnellste zuerst die Parität zu entfernen und dann die Daten-Disks in der passenden Kombi einzubauen. Dann erst zum Schluss nochmal die Parität wieder einbauen und neu berechnen lassen.

Die Parität speichert keine Daten im eigentlichen Sinne, denn sie hat kein Dateisystem. Sie sichert nur (eine, im Anlassfall beliebige) Daten-Disk(s) im Array gegen Ausfall, so lange bis diese wieder hergestellt worden ist. Das macht meehr Sinn. Um diese Daten gegen Ausfall abzusichern, analog einer Parität auf dem Array, in dem Pool dann einen Mirror aus zwei (identischen) Disks verwenden. Gerade da machen SSDs Sinn, weil diese wenig Strom verbrauchen, schnell sind und quasi - selbst wenn mal im idle/spindown - kein Spinup Delay haben.

Es ging hier nicht um den Atom an sich, sondern mal ein Beispiel, dass es durchaus reichlich SATA Ports geben kann. Ein XEON Silver/Gold oder ein S1700-i7 wird Deine beiden CPUs gut ersetzen und läuft mit DDR4 oder DDR5 RAM, statt DDR3. Wie gesagt, keine ich Deinen Anwendugsfall nicht. Die Anzahl VMs hat erstmal nix mit der CPU zu tun - auch der ATOM da hat 16C - sondern mit RAM...das kann man auch reichloch ausbauen, mit dem richtigen MB inkl. ECC Support.

Ein Dual-CPU System ist weniger Energieeffizient als ein SIngle-CPU System. Es kommt auf den Anwendungsfall an, aber 12C und mehr (XEON Silver oder Gold), inkl. vergleichbarem Takt, gibt es auch in einem Single-Package. Dazu DDR3 Speicher ist stromhungrig. Edit: ...und SATA Ports (6x SATA ist ab mATX Faktor normal) gibt es auch reichlich(er), zB: https://geizhals.de/supermicro-a2sdi-16c-hln4f-retail-mbd-a2sdi-16c-hln4f-o-a1718472.html?hloc=at&hloc=de ...12x SATA aber natürlich ist die CPU "nur" ein Atom. Wie gesagt, der Anwendungsfall gibt den Ausschlag.

Ich habe 2x18TB und 2x20TB jeweils als Mirror-Device im gleichen ZFS-Pool und die schlafen quasi wochenlang, FA oder Dynamix Cache Dirs habe ich nicht am start.

Warum hast Du Dir so nen Trümmer überhaupt zugelegt? Ferrari mit Rollereifen fahren macht ja keinen Sinn 🤪...naja, kann ja egal sein....aber mal eben einen der anderen Ports ausprobieren, hättest Du schon mal probieren können, hmmm? Hast Du denn nicht gemerkt, dass Du quasi immer im GUI Modus unterwegs warst? In Deiner Signatur war ja schon mal ein anderes System gelistet...so unerfahren mit unraid bist Du also wohl nicht. @DataCollector meinst Du der Faden wäre in der normalen Sektion nicht besser aufgehoben? Das Theme ist ja jetzt nicht unbedingt passend bzw. keine Hardware Auswahl sondern eher vor der Tastatur 😁 (rein sachlich betrachtet, ohne Schadenfreude gemeint).

Dann hast Du das Management-Interface benutzt, statt einen der beiden Intel-Ports. Für den unraid Host (das OS) musst Du einen dieser beiden nehmen. Der dritte Port ist nur fürs Management des MB, nicht des OS....und natürlich steht dessen IP im BIOS. Verbinde einfach noch eines der Interfaces mit Deinem Switch, dann sollte es mit unraid klappen.

In den Specs steht: 2 x Intel® 82574L + 1 x Mgmt LAN Was im Mgmt-LAN des IPMI fürn Chip drin ist, weiss ich jetzt nicht, ist aber egal...nimm halt die Intels für den unRaid Host zum Switch. Diese Intels sind seit mehr als 10 Jahren supported...sollte kein Problem sein....ich habe selbst vor meiner 10G eine No-Name Dual mit dem Chip drin gehabt und mein uralt SM-X8SIL-F hatte die schon drin. Mach die im BIOS an, deaktivere für die Dinger auf jeden Fall ASPM (da hatten die immer schon Problem mit, sollte aber beim booten nicht greifen - bei dem Dual-Socket willst Du eh keinen Strom sparen 🙂 ) und es sollte fluppen. Ansonsten, boote mal eine fedora-LIve ISO via IPMI...just for fun...die sollte die NICs auch finden.

Die ist nicht futsch und wird niemals futsch sein...Du kannst die Datei auch über die Bestätigungsemail aus dem Kauf noch Jahre später nochmal holen...muss halt zum Stick passen. Wenn nicht, dann eine eMail schreiben... Ist der Stick kaputt oder futsch kannst Du 1x im Jahr den Stick ohne Aufwand wechseln. Passiert es Dir häufiger, geht es über eMail Support.

...die GUID ist in der Hardware des Stick. Also nicht den Stick selbst wechseln, nur die Software-Installation drauf plattmachen. Die Lizenz-Datei, wenn Du die schon gekauft hast natürlich vorher sichern (da hat man aber eh ne dezentrale Sicherungskopie an 2 Stellen ) und wieder in den "config" Ordner auf dem Stick legen. Wenn Du noch auf der Testlizenz bist, ist das egal...die holt er sich übers I-Net wieder.

...einfach den Stick mit dem Tool neu machen. Gesendet von meinem SM-G780G mit Tapatalk