saber1

Zeig mal einen Screenshot von den Einstellungen des "video" Shares.

So sieht es aus. Kannst einfach aktualisieren. Auch auf alle weiteren, je kommenden Versionen.

@chrispons Klick doch mal auf die Namen (blaue Schrift) der VM...

Erhoffst Du Dir bei dem von Dir genannten Szenario, das dann die neue Parity (12 oder 16 TB) die Daten der defekten Platte (6 TB) auf die alte Parity (neue Datenplatte > 8 TB) wiederherstellt? Das wird nicht klappen. Wenn keine Datenwiederherstellung mittels Parity nötig ist, da scheinbar Backups vorhanden sind, würde ich das Array tatsächlich neu aufbauen > New Config Falls doch, würde ich mir zunächst eine 6 bis 8 TB Platte besorgen, um die Daten wiederherzustellen. Anschließend könntest Du die Parity nach den Docs mit der 12 oder 16 TB ersetzen: https://docs.unraid.net/unraid-os/manual/storage-management/#parity-swap

Ja, ich hatte kürzlich ebenfalls ein Problem mit unterschiedlichen Zeichensätzen. Umlaute usw. rsync hat diese Dateien/Verzeichnise dann ignoriert. Habe dann einfach alle Quellen passend umbenannt.

Wie sieht denn der Pfad normalerweise aus? Könnte ein Zeichensatz-Problem sein: https://help.univention.com/t/dateinamen-mit-sonderzeichen-unter-linux-und-windows/202

Tja dann... Der TE konnte halt davon überzeugt werden, das eine NIC reicht. 😉

Mal ab hier lesen:

Auch in Windows ist "Verschieben" in die beiden Schritte "Kopieren" & "Löschen" aufgeteilt. Wobei auch hier erst gelöscht wird, wenn erfolgreich kopiert wurde.

Ja und Ja Ansonsten den Tipp von alturismo beherzigen und den Syslog server aktivieren. Nach einem Absturz kannst Du das Log dann vom Stick kopieren und hier einfügen.

Ob das in Gänze so ist (Datenübernahme bei ZFS-Pool-Aufbau) kann ich nicht sagen. So noch nie probiert. Ich bin auch eher Typ Per Skript dann jede Nacht auf einen anderen Pool gespiegelt.

Am einfachsten wäre die Variante mit der temporären (externen) Disk. Die würde ich als Pool anlegen. Docker-Dienst und VM-Dienst deaktivieren, falls aktiv. Alle Shares, die aktuell dem Array zugewiesen sind, dann diesen Pool als Primary stoarge zuweisen. Secondary dann das Array. Mover action Array > Pool. Mover manuell starten (Main Tab). Wenn der Mover fertig ist, kurz prüfen, ob die Array Disks leer sind. Wenn ja, würde ich bei allen Shares zunächst den Secondary storage entfernen. Sodass nur noch dieser Pool als Primary storage vorhanden ist. Dann das Array auflösen, die Pools neu so anlegen, wie Du es möchtest, und dann das ganze von dem Temp-Pool zu dem neu angelegten transferieren. Dazu kannst Du ab Unraid 7 auch von Pool zu Pool moven. Primary und secondary entsprechend vorher einrichten. Wenn alles beendet ist, und alle Verzeichnise an Ort und Stelle sind, kannst den Temp-Pool wieder auflösen und Docker und VM-Dienst wieder starten. Verzeichnisse der Dienste ggf. prüfen.

Und dann wäre da noch die Sache mit dem "metadata overhead" je nach Dateisystem: XFS > 0,5% BTRFS > 0,4% ... NTFS > 0,5% Quelle: https://rwmj.wordpress.com/2009/11/08/filesystem-metadata-overhead/

In diesem Thread konnte so ein Problem mit dem Ändern der Berechtigungen für das Verzeichnis gelöst werden:

Deswegen schreiben die meisten es ins Go-File. Alles da drin wird beim Booten ausgeführt.

Schon in die Docu geschaut: https://docs.unraid.net/unraid-os/manual/storage-management/#removing-disks-from-a-multi-device-pool

Fahre den Server wieder herunter und stecke den Stick an einen anderen Rechner. Navigiere in das Verzeichnis config. Da sollte eine Datei "network.cfg" sein. Benenne die mal um zu "network.cfg.old". Wenn dort auch eine Datei "network-rules.cfg" ist, die ebenfalls umbenennen. Dann den Server mit dem Stick wieder booten. Die Dateien werden dann neu angelegt.

Probiere mal unter Settings > Network Settings > Abschnitt Routing Table eine neue Route einzutragen. Dir fehlt die default Route... Im ersten Eingabefeld: default Im zweiten Feld: 192.168.178.1 Und im dritten (Metric): 0 Dann auf den Button "ADD ROUTE". Eventuell anschließend noch ein Neustart... Die br1, br2, br122 hast Du angelegt? Wahrscheinlich wegen der USB-LAN-Karte. Eigentlich auch überflüssig, wenn Du nur eine NIC hast.

Und die USB-LAN-Karte ist nicht mehr gesteckt? Mal einen simplen Neustart probiert?

"EFI" muss es sein, wenn Du ein UEFI hast. Also ja, benenne das Verzeichnis um.

Wie ist das Verzeichnis auf dem Stick benannt: "EFI" oder "_EFI"? Bei UEFI-Boot muss es "EFI" heissen > umbenennen. EDIT Und by the way: Falsches Forum. Das sollte in den Hauptbereich... @alturismo würdest Du bitte?

Nicht wirklich. "Nutzdaten" für Docker würde ich nie in "appdata" belassen. Wenn es denn unbedingt sein soll, würde ich ein Share anlegen, der diese Voraussetzungen erfüllt. Aber eben außerhalb "appdata".

Ja, halt Du wolltest den Grund für den extra Share wissen. 😉

@cottec Ich selbst nutze Immich nicht. Aber: Ein extra Share für Fotos zeigt im Idealfall auf das Array. Für sehr große Sammlung interessant. Wenn Du die Fotos in appdata beläßt, liegen sie halt ständig im Cache. Bei den meisten Usern ist dieser vom Speicherplatz deutlich kleiner als das Array. Davon ausgehend, das appdata so konfiguriert ist, das es halt auf dem Cache bleibt und nicht vom Mover ins Array verschoben wird. Was die empfohlene Einstellung ist.

@Spitzbube1984 Wenn es diese Kiste ist: https://www.hpe.com/de/de/product-catalog/compute/proliant-servers/pip.specifications.proliant-microserver.1014677646.html Hat sie diesen Controller verbaut: Intel VROC SATA SW RAID Infos dazu: https://www.thomas-krenn.com/de/wiki/Intel_VROC_(SATA_RAID)