jj1987

Nutzt du denn macvlan oder IPVLAN?

Das Thema macvlan/IPVLAN. Ist hier im Unterforum "Anleitungen" ganz oben angepinnt

Auf welcher UNRAID Version bist du denn? War da nicht in 6.12.9 irgendein Fehler bei SMB Mounts?

Da wäre dann nur auch noch die Frage ist es denn wirklich eine UNIQUE UID oder bekommt womöglich die gesamte Serie dieselbe?! Denn dann ist die UUID im dümmsten falle bereits belegt und du kannst deine UNRAID Lizenz nicht aktivieren. Wie also hier schon mehrfach angeklungen: der "Tipp" einen SD Karten Leser zu benutzen ist NICHT die beste Idee. Kann funktionieren, hat vielleicht Vorteile, kann aber auch schnell nach hinten losgehen.

Einmal im Jahr kann vollautomatisch ein neuer USB Stick für die bestehende Lizenz registriert werden. Falls darüber hinaus ein ein neuer USB Stick registriert werden muss, muss man über den Support gehen, das geht aber idR auch Recht schnell.

Also ja, eigentlich sollen Docker isoliert vom Host laufen. Wenn du wirklich für alle Container eine (genau: dieselbe!) custom Bridge nutzt, dann können die Container miteinander kommunizieren, ja. Es gibt aber Situationen in denen ein Container auf dem Host besser aufgehoben ist, zb ein Reverse Proxy wie npm. Der würde in der Konstellation dann aber nicht mit den Container kommunizieren können, was das Konstrukt dann wiederum ad absurdum führt. Also alles nicht ganz so einfach

Ja Deshalb das How-to. Damit gibt es dann KEINE Abstürze mit MACVLAN Da die Bridge die Ursache der Abstürze ist und du aber ja ggfs eine Kommunikation zwischen den dockern brauchst - ja ist erforderlich

Also 5x transcoding kann je nach Quelle/Ziel Kombination schon ne Hausnummer sein. Aber für den normalen Hausgebrauch sollte ne Intel iGPU das hinbekommen. Insofern würde ich mal in Richtung i3 tendieren, da ja keine VMs angedacht sind. @DataCollectorhat da jetzt des öfteren schon eine Zusammenstellung empfohlen die da durchaus passend sein dürfte

Naja das musst du vielleicht noch ein wenig weiter ausführen, denn bei Kann die Bandbreite von pipifax bis oweia gehen Bei zb max nur zwei gleichzeitigen Zugriffen in Plex eventuell sogar dann nur einer mit transcoding, keine eingebrannten Untertitel etc dreht selbst ein kleiner n100 noch Däumchen. Wie viel Speicherplatz total wird benötigt bzw soll perspektivisch machbar sein?-> wie viele HDDs müssen anschließbar sein? Was ist bereits vorhanden und kann ggfs weiter genutzt werden?

Es gibt weder Verhältnismäßig günstige Drehscheiben, 18TB Exo für ~253€ bei NBB. Quelle: https://www.mydealz.de/deals/seagate-exos-x20-18tb-35-zoll-sata-festplatte-nas-interne-enterprise-festplatte-mit-fastformat-2340376

Man könnte auch noch btrfs repair versuchen. Davon habe ich aber selbst auch keine Ahnung

Ja, das macht für UNRAID kleinen Unterschied

Das nackte system, also nur eine NVME, RAM, und das war's dürfte irgendwo zwischen 5-7 Watt im idle liegen. Jede weitere Ergänzung kann kleine oder auch große Ausschläge an der Steckdose bewirken.

Wobei IPVLAN und Fritz nicht zu abstürzen führt, sondern nur dafür sorgt dass Docker, VMs und im dümmsten Fall UNRAID selbst aufgrund der "springenden" IP Zuordnung nicht erreichbar sind

Wieso, shares gehen doch auch Pool only?!

Stand heute geht das nicht und ich glaube nicht, dass das für das Array jemals kommen wird. Du kannst aber ja mehrere Pools anlegen. Also dann zb einen weiteren Pool für deine SATA SSDs. Und auf den schreibst du dann direkt?!

Appdata, Domain und System sollten schon idealerweise dauerhaft auf dem Cache liegen, andernfalls sind die Docker und VMs äußerst träge. Wenn der Cache jetzt vollläuft liegt das eher an einer falschen Konfiguration eines Dockers. Normalerweise sollte unter appdata nur der "nackte" Container liegen. Alles weiteren Daten sollten per zusätzlichem mount auf dem Array liegen

Wenn du mehr als eine Disk in dem pool hast wird Standardmäßig ein BTRFS RAID1 erstellt. Bei nur einer Disk ist das Standard Dateisystem meine ich XFS. Lässt sich aber wenn ich das noch richtig im Kopf habe beides während der Erstellung des Pools abändern

Nur um das hier nochmal kurz zu erläutern: das ist auch genau so "gewollt". Diese Einstellung betrifft nur Daten die neu aufs Array kommen, weder werden alte Daten angefasst, noch werden geänderte (und somit ja bereits vorhandene) Daten dann angefasst. Die bleiben wo sie sind. Da hilft dann nur mc, File Browser, unbalanced etc..

Pi = arm UNRAID = x86 Das geht soweit ich weiß nicht. Dazu kommt, das ist eine kommerzielle Software. Da wird also auch niemand "externes" dran rumbasteln oder riskiert ggfs Copyrightklagen. Also wenn, dann den Hersteller ansprechen. Alternativ, homeassistant?!

Schau dir mal nginxproxymanager (kurz npm) an. Gibt's in den Apps. Viel leichter wird es kaum gehen

Du kannst pro Parity HDD und zusammen mit den restlichen Datendisks nur eine Datendisk wiederherstellen, das ist dir bewusst? Bestand das alte Array aus mehr als einer Datendisk? Dann brauchst du es gar nicht weiter versuchen

Und es werden jetzt dann auch beide USB HDDs erkannt?!

Dieses Forum ist mMn sehr Anfängerfreundlich und niemand auch ich nicht will dir irgendwie blöd kommen. Aber ein wenig mehr "Fleisch am Knochen" wird schon benötigt. Daher mein "nö" bitte nicht zu persönlich nehmen, aber ja ein wenig triggern wollte ich dich schon. Denn du bist ja auch immer noch der Meinung dass du alle relevanten Informationen zur Verfügung gestellt hast um dir bei deinem Problem zu helfen. Anhand der diversen Nachfragen sowohl schon von mir als auch @saber1zeigen hoffentlich dass es eben doch nicht so ganz vollständig ist. Wie genau war die Disk gemountet? Wo wurde sie angezeigt? Meine Vermutung zur Ursache habe ich geschildert. Grundsätzlich auch schon einmal der Hinweis, USB HDDs im Array (und auch im Pool) sind ausdrücklich NICHT empfohlen! Wenn ich deine Aussagen richtig deute ist ja jetzt sogar die Parity eine USB HDD?! Kann klappen, Erfahrungsgemäß kommt es aber irgendwann zu (größeren) Problemen

Ne im Windows Explorer anstatt "\\NAS-UNRAID" "\\IP-ADRESSE" eingeben