Ford Prefect

nein OK, sagt er denn was von "missing Parity" oder wird die noch mit einem roten X angezeigt? Damit ist keine separate Datei oder so gemeint, sondern die Konfiguration/Zuordnung der Disks zu den einzelnen Slots (Parity, Data1, Data2, ..) wie Du es eben im Menu machst. Ja Wenn die alte Disks noch am Platz einkonfiguriert ist wird sie als fehlend angezeigt....dann erst Array wieder offline nehmen, die Disk aus dem Slot (im Menu) entfernen und Array nochmal starten....wenn die alte Parity also auch nicht mehr angezeigt wird, dann kannst Du so weitermachen. ..das Menu ist gemeint...siehe oben.

...zwischen 1 und 2 zuerst die (defekte) Parity aus dem Array-Platz entfernen, in der Config. muss nicht sein, ist ne Philosophie-Frage

Das hat aber nix mit dem Thema in diesem Faden zu tun....hier geht's um WoL mit der Sense Mir schwant, dass Du da nicht so bewandert bist...weder mit der Thematik allgemein noch mit der Umsetzung auf einer Sense? ...mal kurz zu Info: Du willst unraid "sicher" machen mittels einer OPNSense, die als VM auf unraid läuft. das "Zauberwort" im Allgemeinen ist: DMZ - Du musst die Teile (Apps) von unraid, welche Du nach Aussen exponierst in eine DMZ packen / vom LAN separieren die anderen Teile, zB Deine Daten bleiben im Heimnetz/LAN...die Firewall der Sense "regelt dabei nur" den IP-Traffik ... Athentifizierung der User läuft - wahrscheinlich - über eine App, wie ningx und Nextcloud zwischen DMZ und LAN. die OPNSense braucht dafür als Minimum drei Netzwerk-Karten, WAN, LAN und DMZ unraid selbst braucht dazu zwei weitere Netzwerk-Karten (oder eine, wenn Du auf VLANs gehst, aber Dein Switch muss das auch können), für LAN und DMZ ...die Apps/Docker für den Zugriff von Aussen gehören in die DMZ insgesamt kein einfaches Unterfangen. Meine Empfehlung: Wenn Du nicht weisst, was Du tust, lass es...nimm die einfache Version mit SWAG / Nginx ohne OPNSense.

Du hast nicht alles eindeutig und komplett beschrieben, sondern in kleinen, einzelnen Teilen... Für das, was Du erreichen willst muss unraid gar nicht mitwirken - es über Docker und Community-Apps zu lösen macht die Sache nur komplizierter. Nutze die beiden Fritten für die Site-2-Site und die Remote Anbindung. Deine Qnaps für ein unraid einmotten kannst Du trotzdem/parallel tun. Die Anleitungen dazu hat @alturismo ja schon verlinkt.

Das hat nix damit zu tun, ob eine USV davor hängt, oder nicht. Teste es doch einfach mal....diese Option ist essentiell Dazu einfach das Array so einstellen, dass es nach dem boot nicht gestartet wird...wenn unraid gebootet ist (WebUI erreichbar), den Schalter am Netzteil betätigen...dann nach ein paar Minuten wieder einschalten über den Schalter (oder eine smarte Steckdose nehmen - habe ich eh zwischen Steckdose und USV um einfacher testen zu können, ob die Akkus noch frisch genug sind) und der Server sollte wieder starten. Auch hier gilt: testen.

kann ich Dir leider auch nicht sagen...bei meiner Eaton zeigt er es an. Entweder kommt es also über die Schnittstelle von der USV oder der Treiber berechnet es halt. Wie schon vorgeschlagen kann also ein anderer Treiber im NUT helfen.

Evtl. musst Du dem Plugin noch sagen, welche Kapazität der Akku hat oder wie die nominale Leistung (W und VA) ist, damit die Restlaufzeit berechnet werden kann. Das Akkus stets auf 100% sind/gehalten werden ist bei mir auch so und für Blei eigentlich sogar ein Muss, damit die nicht kaputtgehen.

Wenn Du nur den einen Port am PC nutzt ist das kein Problem. Solange Dir auch klar ist, dass unraid dann "Switch" spielt (die CPU) und die PCs nur I-Net haben, wenn unraid auch läuft. Das mit der PFsense käme ins Spiel, wenn Du unterschiedliche IP-Netze und/oder VLANs nutzen willst und Kommunikation zwischen den Netzen benötigt wird..

Also haben die PCs auch zwei Karten, 1x 1Gbps und 1x 10Gbps oder was genau? Klugscheisser-Mode ON: Es gibt keine CAT7 Patchkabel, weil es keine CAT7 RJ45-Stecker dafür gibt....das ist nur Marketing...wird wohl max. CAT6A sein, sollte aber trotzdem für 10G gehen. Siehe oben...wie soll es genau aussehen? Haben die PCs nur eine Verbindung / eine Netzwerkkarte (diese dann 10G) und sollen über diese Verbindung via unraid auch ins I-net gehen? -> in unraid alle 3 Karten/Ports in eine Bridge "einbauen"...alles verkabeln...die PCs sollten dann auch eine IP via DHCP vom Router bekommen.

...alles auf dem openWRT laufen kann sollte WG Support im Bauch haben. Fertige Hardware ootb: Mikrotik Habe ich ja oben auch gesagt....ich denke es liegt an den IP Access-Listen auf der einen oder anderen Seite, wenn es mit LAN-Verbindung nicht klappt.

Komisch...eigentlich sollte das schon möglich sein, mit der LAN Verbindung...welche IPs hast Du auf der anderen Seite im Peer freigegeben...die IPs des LAN? Das wird mMn mit der Fritte nicht gehen, da man eben keinen Zugriff auf die Firewall(-Regeln) hat. Evtl. könnte es gehen, wenn man ein WG-Peer als Gast verbinden kann und das zweite Peer als Heim....aber ich habe auch keine Fritte- mit WG zum testen. Plan B wäre einen RPi dazu stellen oder statt Fritte einen "richtigen" Router mit WG Support nehmen.

...ist jetzt schon spezieller und nicht unraid spezifisch, denke ich. Probier es mal bei den Experten in diesem Faden, drüben im Luxx

...hier mal mein September: ...die ganze IT (alles ausserhalb des Racks läuft über PoE) zieht ständig 130-150W...das Haus (inkl. Wohnraumlüftung und WW-WP) zieht so um die 320-450W...etwa 470kWh im September...der "Rest" ging in die Autos.

Das ist "normal". PV geht jahreszeitlich bedingt zurück, Winter-Winde sind noch nicht da...Kohle-Reserve wurde nicht wieder eröffnet...Gas ist (noch) nicht wieder teuer...daher sind die Spitzen noch moderat, aber es ist eben kein reichlicher Überschuss aus Erneuerbaren mehr da, den man verschenken muss....Strom speichern können/dürfen die Netzbetreiber nicht wirklich. Die Börsenpreise sind sogenannte Day-ahead Preise, also nicht wirklich "plötzlich" dynamisch, sondern man weiss am Tag vorher (ab ca. 15:00Uhr) wie die Preise im Tagesverlauf ab 00:00Uhr sein werden. Im Winter gibt es günstige/negative Presie wenn viel Wind (meist nachts) da ist..im Sommer tagsüber wenn PV die Spitzenlast zu Mittags mehr als deckt. Beides eher zu Zeiten, wo man entweder nicht zuhause ist oder schläft Sinn macht es mMn nur in Kombination mit eigener, grossen PV und Speicher und einem EMS, dass diese Tarife mit einbeziehen kann....und wenn man grössee Lasten hat, die man verschieben kann...ein E-Auto oder - teilweise - eine Wärmepumpe....evtl. noch eine Tiefkühltruhe mit "Super-Freeze" Feature....Waschmaschine oder Spülmaschine bringen auch was, aber da muss der WAF mitspielen. Edit: Hier mal (m)ein Beispiel (mit 2x E-Auto, 2x Wärmepumpe, grosser PV und seit einem Jahr auch Speicher): ...mit Speicher komme ich auf Eigenverbrauch von ca. 70%....ohne waren es "nur" 40%. Richtig günstig sind die variablen Tarife in der dunklen Jahreszeit nicht...ein "normaler" Anbieter rechnet nicht mit meinem Lastprofil (März-Oktober verbrauche ich keinen externen Strom), daher ist ein Standard-Profil/-Tarif für mich günstiger. Ich habe auch getrennte Tarife für Haushalt und Wärmepumpe/E-Auto (ca. 12ct/kWh günstiger)...im Winter lege ich zB die Prio des Speichers auf die "Versorgung"(=Einsparung) des Haushalt(-Tarifs).

Ein dynamischer Tarif macht nur Sinn wenn man auch gewillt ist sein (Energie-)Konsumverhalten anzupassen. Das heisst den Bezug von grossen Verbrauchern in die "günstigen" Zeiten zu verschieben. Wenn Du das nicht kannst / willst macht ein günstiger, "normaler" Tarif in Kombi mit einem Balkonkraftwerk mehr Sinn.

die jeweilige Netzwerkkarten-Definition ist praktisch die simulierte Hardware, welche dann das OS in der VM erkennt und den Hardware-Treiber lädt. Eine feste IP musst Du immer in der VM selbst, also *im laufenden OS* definieren. Bei Ubuntu zB möglich während schon die Installation durchlaufen wird. Typisch ist aber DHCP, wie im richtigen Leben.

Wieso braucht man ein Tutorial um einen SSH-Server aufzusetzen? In nem Ubuntu-Server ist der doch Standard... ...und welcher DHCP-Server hat diese an die VM ausgekehrt? ...oder hast Du im Ubuntu ne statische IP falsch konfiguriert...evtl. hat das Tutorial die IP etwa so vorgegeben und Du hast nicht aufgepasst? Warum versuchst Du einen Fehler mit einem anderen Fehler zu beheben? Eine VM bekommt die IP entweder vom DHCP in Deinem Netz oder die wird in der VM selbst statisch eingestellt. unraid ist da komplett aussen vor. Wie ist die Netzwerkkarte in der VM definiert? als virtio oder hast Du ein echte Karte durchgereicht? Mach das mal alles wieder rückgängig...das führt nur zu Chaos, wenn Du nicht weisst was Du tust. Siehe oben....eine VM bekommt normalerweise die IP von Deinem DHCP-Server im Netz. Was sagt denn Dein unifi dazu?

Ich sehe, dass Du den "normalen" APV-Daemon am Start hast....für die Eaton Ellipse Eco/Pro würde ich das NUT-Plugin nehmen....kann sein, dass die Eaton mt APC nicht ganz kompatibel ist.

Das kannst Du natürlich so machen, aber bedenke, dass dies einzekne NICs sind, ohne Switch-Chip und Hardware-Beschleunigung. Das muss also die CPU alles alleine schaffen. Was ist das denn für ein MB und CPU? Edit: achso, steht ja da oben ... ja, das sollte schon gehen...ob es für alle 4x2.5G simultan full-duplex recht, weiss ich allerdings nicht. Wenn alle Clients in einem Netz sind, braucht man sowas nicht. Was heisst denn Speedtest? Was genau hast Du denn da benutzt? Verwende iperf ... auch ein interner Speedtest, zb OpenSpeedtest im Docker kommt nicht weit...der Browser begrenzt die Performance. Wenn alle im gleichen IP-Segment sind ist der Router aussen vor. Wahrscheinlich beides...die Sense kostet Dich nochmal extra Performance. Mach in unraid einfach alle Netzwerk-Karten/Ports in eine Bridge...die funktioniert wie ein Switch, allerdings muss eben die CPU die Arbeit machen. Ohne jetzt zu wissen, wie die Performance mit iperf ist, könnte ja Dein Board/die CPU schon überlastet sein... In dem Fall bleibt nur der Switch....was auf Dauer wahrscheinlich die energetisch günstigste Lösung ist....wobei eben ein 2.5G Switch schon auch 1-2 x 10G Trunk/Uplinks haben sollte um zukunftssicher zu sein. Nicht nötig, wenn alle Clients im gleichen IP-Netzsegment sind. ...mach mal die Tests mit iperf und alle NICs in der gleichen Bridge.

Nein. Es ist komplizierter. Parity Disk(s) sind nicht formatiert. Daten da drauf sind auf Block-Level gespeichert. Die 1. Parity (P) enthält den XOR Wert der Daten-Disks im Array....die 2. Parity (Q) enthält einen Reed-Solomon-Code Dual-Parity entspricht, was das angeht also einem Raid6 (ohne striping in den Daten-Disks). Mit Dual-Parity kannst Du die Daten-Disks nicht neu "mischen" ohne Parity neu bauen zu müssen... Das ist aber nicht Dein Problem - wenn Dich das weiter interessiert, muss man hier ein bisschen suchen, die Info ist verstreut - Dein Problem, so habe ich verstanden, ist das eine Daten-Disk aktuell defekt ist und also durch Parity emuliert wird ...und Du kein Backup der Daten von der Disk hast. siehe oben...eine Daten DIsk des TE ist defekt...Parity-Konfig zu verändern würde die Daten "vernichten".

Macht ja keinen Sinn, da eine Parity eine und zwei Parity zwei Ausfälle von Datendisks verkraften muss...die zwei Parities sind also nie identisch

Nimm die zweite 8TB als unassigend device und kopiere die Daten der defekten DIsk da drauf (wird ja noch über Parity emuliert). Damit hast Du ein Backup und kannst das Array umbauen (defekte Datendisk raus, 4TB Parity raus, ...)

Nein, eine der 8TB hat evtl. einen/zwei Block/Blöcke mehr...kann an der Firmware liegen oder evtl. war eine schonmal vorher irgendwo eingebaut und wurde verändert, oder die beiden 8TB hängen an unterschiedlichen Controllern (zB eine an USB, die andere an SATA)? Edit: Sorry, falsch gelesen...du hast mit der ersten 8TB nicht die Parity ersetzt, sondern diese hinzugefügt. Ja, dann ist die 4TB Parity das "Problem".

...man soll halt ein NAS nicht zum Router / Edge im Netz machen.

Wiregurad an sich braucht davon (icmp) nix um zu funktionieren/einen Tunnel aufzubauen, aber ich kenne die Implementierung im unraid Plugin/Docker nicht. Steht der Tunnel einmal braucht man auch kein icmp/ping zum Endpoint (Fritz, Router)...das keep-alive der peers untereinander hat damit auch nix zu tun. Ja, zwei Peers können jeweils die andere Seite als Endpoint konfiguriert haben, ohne Konflikte. Aber es reicht, wenn eine Seite die Verbindung aufbaut (den Endpoint konfiguriert hat)...der Tunnel selbst ist dann bidirektional.