hawihoney

Ich werfe ebenfalls ein Werkzeug in den Ring.
 
In den Unraid Apps gibt es den "Double Commander" als Docker Container. Das ist ein 1:1 Clone des "Total Commander" - und der ist unfassbar mächtig im Funktionsumfang. Das ist ein Norton 2-Fenster Dateimanager.
 
1. Dem gibst Du in der Konfiguration einen zusätzlichen r/w Pfad /mnt/ <-> /data/.
2. Stell Dich im linken Fenster auf die Quelle (z.B. /data/disk1/)
3. Stell Dich im rechten Fenster auf das Ziel (z.B. /data/disk2/)
4. Menu Commands, Synchronize Dirs aufrufen
5. Compare starten
--> Nun hast Du li/re die verschiedenen Inhalte.
5. Über Show steuerst Du was Du sehen willst (welche Seite, Duplikate, etc)
 
Spiel mal ein wenig damit rum ohne direkt das Synchronsieren auszuführen.
 
Fragen an mich. Ich bin eher der visuelle Mensch bei solchen Aktivitäten. Deshalb nutze ich in solchen Fällen eher solche Werkzeuge als find/rm/mv.
 

 

 

Ich arbeite so nicht, aber muss das nicht anders eingerichtet werden:
 

 

Frage: Warum nicht anders herum? Die funktionierende Trial-Installation auf den Original-Stick kopieren?
 
a.) Eine Unraid Konfiguration besteht immer aus dem /config/ Ordner auf dem Stick.
b.) Die Lizenz Datei heißt immer *.key und liegt im /config/ Ordner auf dem Stick.
c.) Schreib Dir auf, oder mache Foto/Screenshot, von den Namen der beiden Lizenz-Dateien.
d.) Voraussetzung: Beide Installationen sind auf dem selben Versionsstand.
 
1. Sichere beide Sticks und kopiere/hebe beide Sicherungen sehr gut auf.
2. Server runterfahren.
 
Auf PC o.ä:
3. Lösche den /config/ Ordner auf dem Original Stick.
4. Kopiere den /config/ Ordner vom Trial Stick auf den Original Stick.
5. Kopiere die gesicherte *.key Datei vom Original Stick auf den Original Stick.
6. Lösche den Trial *.key vom Original Stick (muss nicht, beide können drauf bleiben, Unraid sucht die passende Lizenz)
7. Mit Original Stick booten
 
Für den Katastrophenfall: Du kannst jederzeit Deine beiden Sicherungen zurückspielen.
 
Ohne Gewähr ...
 

Parity im Unraid Array wird nur bei folgenden Situationen geweckt:
 
1. Schreiben ins Array (lesend und schreibend)
2. Parity Check (grundsätzlich lesend)
3. Plattentausch (grundsätzlich lesend, außer Parity Platte selbst dann schreibend)
4. Defekter/emulierter Platte (abhängig von Aktivität im Array, lesend und schreibend)
Nachtrag 5. Hinzufügen einer neuen Platte (nicht precleared, schreibend)
 
Das wars.
 

Das geht nicht ohne Eingriff des Herstellers. Es wird zwar nie erwähnt, aber die Lizenz ist nicht nur an den Stick sondern auch an die E-Mail Adresse gebunden.
 
Wende Dich an den LimeTech Support und schildere Deine Situation. Halte Kaufnachweise o.ä. bereit. Die werden die Lizenz auf die neue E-Mail transferieren und der alten E-Mail den Zugang entfernen:
 
https://unraid.net/contact
 

Natürlich nicht. Eine einzelne Parity-Platte kann eine einzelne Daten-Platte nur mit Hilfe aller anderen Daten-Platten rekonstruieren.
 
Erneut verweise ich auf die offizielle Doku. Hier wird die Funktionsweise erläutert:
 
https://docs.unraid.net/legacy/FAQ/Parity/
 
Es gibt aber noch eine ganz einfache Lösung für Dich: Tausche 1x 8 TB durch die neue 16 TB und lass die andere 8 TB drin. Kannst die dann später mal ebenfalls gegen 16 TB tauschen ...
 

Bei mir laufen ein paar dutzend Python Skripte per User Scripts Plugin auf diese Art und Weise:
 
#!/bin/bash #arrayStarted=true #backgroundOnly=true #clearLog=true #noParity=true python3 /mnt/disk1/Projekt/Source.py  
Kannst aber auch das Python Skript komplett in das User Skript kopieren: Musst wahrscheinlich nur einen She Bang für Python an erster Stelle setzen. Das habe ich aber noch nie so gemacht da ich lieber den Code auf dem Array entwickle statt auf dem Stick.
 

Wenn man sonst nichts zu bieten hat, dann erfinden manche Leute heute einfach etwas:
 
1. Der Stick wird beim Booten einmalig ins RAM gelesen. Das Betriebssystem läuft komplett im RAM.
2. Nur bei Konfigurationsänderungen werden einzelne Bytes bis Kilobytes auf den Stick geschrieben.
3. Ein Stempel wird beim Runterfahren abgelegt.
 
Das war's.
 
USB3 wird wärmer als USB2. Bei einem solchen extrem geringen Anforderungsprofil passiert da aber nix. Und mit USB2 bist Du dann auf der absolut sicheren Seite.
 
Ich hab einen 12 Jahre alten Stick drin ...
 
Und nein, eine Alternative ist nicht vorgesehen. Ich sehe auch keinen Grund wozu.
 
Nachtrag: Das Connect Plugin erzeugt zusätzliche Last auf dem Stick. Dessen Funktionsumfang ist bisher aber noch rudimentär - um nicht zu sagen überflüssig. Wer das installiert muss mit etwas höherer Last auf dem Stick rechnen (Flash Backup). Aber auch das bewegt sich in überschaubaren Größen.

Ich empfehle Dir die Lektüre der ersten Schritte im Unraid Manual:
 
https://docs.unraid.net/unraid-os/manual/what-is-unraid/
 
Dort findest Du u.a. das Kapitel zu den User-Shares:
 
https://docs.unraid.net/unraid-os/manual/what-is-unraid/#user-shares
 
Zusätzlich gibt es auf jeder Seite in der GUI passende Hilfetexte - also einfach mal '?' drücken.
 
Ein User-Share besitzt eine Liste der beteiligten Platten (bei Dir alle), besteht aus den gleich benannten Wurzelordnern auf den beteiligten Platten, besitzt eine Füllmethode (wie sollen neue Daten auf die beteiligten Platten verteilt werden), einen optionalen Schreib-Cache, sowie zwei Zugriffsmethoden (über Disk-Shares oder User-Shares).
 
Anfänger sollten auf jeden Fall mit den User-Shares beginnen und arbeiten.
 
Um Dir bei Deinem Problem helfen zu können solltest Du hier entsprechende Screenshots des betreffenden User-Shares mit der Liste der Platten, der gewählten Füllmethode und der Art des Schreibens/Lesens zeigen. Alles andere käme Kaffeesatz-Leserei gleich.
 
Und ja. All das funktioniert seit Jahrzehnten absolut stabil und ausgereift. Kann also nur eine Frage des Verständnis sein.
 

Kabelproblem - allgemein gesagt: Problem mit der Verbindung zur Platte.
 

Es sind die Anwendungsdaten. Die zugehörigen "Programme" wurden gelöscht.
 
Stell Dir einfach vor, Microsoft Word würde beim Deinstallieren alle Word Dokumente gleich mit löschen ... so verhält sich das bei appdata ebenso.
 

Das liegt an der Kombination von /mnt/user/ und leerem RAM-Cache. Das System "sucht" den gewünschten Inhalt auf den zum /mnt/user/<Share>/ zusammengefassten Festplatten. Diese werden hierzu der Reihe nach hochgefahren (jeweils bis zu 15 Sekunden).
 
Es gibt diverse Workarounds wie das Cache-Dir Plugin, mehr RAM oder/und die Verwendung von Medien-Umgebungen wie Plex. Dort gibst Du dann nicht /mnt/user/ sondern alle /mnt/disk*/ an. Dann ist der Spuk zu Ende.
 
Selbst bei einem leeren RAM-Cache wird dann nur eine einzelne Platte gezielt angesprochen.
 

Ohne zu wissen was in dem Script intern vorgeht würde ich den sicheren Weg von zwei Wegen wählen. Diese Variante "erbt" die Umgebung des Containers:
 
#!/bin/bash #arrayStarted=true #backgroundOnly=true #clearLog=true #noParity=true # docker exec <Containername> /XXX.ffs_batch # also vermutlich: docker exec FreeFileSync /XXX.ffs_batch  

Das hättest Du alles nicht machen müssen. Ein "Backup" der verwendeten Container Definitionen ist bereits eingebaut:
 
1. Auf der Übersichtsseite der Docker Container:
 

 
2. Ein User-Template auswählen:
 

 
3. Fertig. Die Container Definitionen werden halt automatisch auf dem Stick gesichert:
 

 

Alles drin lassen. Ich hab mir Deine go angeschaut. Die enthält klassische Merkmale einer gefakten Kaufversion. Glaub mir, Unraid macht das nicht selbst ...
 

Wieso aus dem Array nehmen und wieder einsetzen. Als ich das machte ging das anders und einfacher:
 
3. Dateisystem von Platte1 auf XFS ändern
4. Array starten
--> Unraid will Platte1 formatieren - bestätigen
5. entfällt
 
Hier Deine Punkte 3-5 in richtig, einfacher und kürzer und sogar offiziell:
 
https://docs.unraid.net/unraid-os/manual/storage-management/#changing-a-file-system-type
 
Das komplette Verfahren, also Deine Punkte 1-7, sind hier offiziell beschrieben:
 
https://docs.unraid.net/unraid-os/manual/storage-management/#converting-to-a-new-file-system-type
 

https://unraid.net/blog/top-support-and-forum-questions-answered
 
 

Teste mal aus der Unraid Konsole:
 
docker exec <Containername> /usr/src/paperless/src/manage.py document_exporter /usr/src/paperless/export  
Ggfs. musst Du etwas "rumspielen" bis es läuft - z.B. mit der Anzahl und Position von Hochkommas oder dem User in der Container Konsole.
 

On my system I don't get any info when hovering over these icons. They are not explained in the Help '?'.
 

 
These are the icons in question from the first post in this thread:
 

 
May I issue a Feature Request here?
 

Da Du ohnehin noch nicht mit dem System gearbeitet hast:
 
*.key Datei aus dem /config/ Ordner vom USB-Stick sichern
USB-Stick platt machen und Unraid darauf neu installieren
*.key Datei wieder in den Ordner kopieren
Booten
Alles neu einrichten, Platten werden neu formatiert
 
Mit einem USB Device im Array/Pool mag es noch gehen, aber mit mehr als einem USB Device im Array/Pool wirst Du mit hoher Wahrscheinlichkeit zu dem einen oder anderen Support-Fall werden.
 
USB-Devices und deren Verbindungen sind nicht stabil genug für einen RAID Betrieb. Das ist nicht empfohlen. Egal was der eine oder andere "Influencer" schwätzt.
 

un-get Plugin um Python und ggfs. nötige Module zu installieren:
 
root@Tower:~# un-get installed Currently installed package(s) by un-get: python3-3.9.10-x86_64-1.txz python-pip-21.3.1-x86_64-2.txz  
 
User Scripts Plugin. Dort kannst Du dann mit ein paar zusätzlichen Anweisungen (siehe verlinkten Thread oben) direkt ein Python Skript eintragen (Hash Bang anpassen) oder einfach aufrufen.
 
#!/bin/bash #arrayStarted=true #clearLog=true python3 /mnt/disk1/Projekte/Plex/RemoveMKVTags.py --force /mnt/disks/pool_ssd/nzbget/downloads/complete/  
 
Und dann kannst Du die Startzeiten im User Scripts Plugin setzen:
 

 

https://hub.docker.com/r/ich777/nzbget
 

Du meinst das?
 
 

Ohne das von Dir modifizierte Script, oder einen Link auf das von Dir 1:1 eingefügte Script, wird Dir vermutlich niemand helfen können.
 
Das offizielle Format für ein Device Skript findest Du im ersten Beitrag in diesem Thread:
 
 

 

Das ist falsch. Da wird nix formatiert.
 
Wenn eine Platte im parity-geschützten Array defekt ist dann wird sie von Unraid emuliert. Dann stoppt man das Array, fährt den Rechner runter, baut die alte Platte aus, baut die neue Platte ein, startet den Rechner, wählt in der GUI in der Dropdownliste des Slots der alten Platte die neue Platte. Unraid will dann eine Bestätigung beim Start des Arrays. Dann wird die neue Platte komplett mit jedem Bit der alten Platte beschrieben.
 
Der alte Inhalt beinhaltet ja bereits die Formatierung der alten Platte. Deshalb wird beim Rekonstruieren nicht formatiert. Wenn man selbst formatiert ist alles verloren. Die Warn-Hinweise weisen auch darauf hin.
 
Bitte lies Dir in Deinem eigenen Interesse meinen Link oben durch. Ich entnehme Deinen Aussagen, dass Dir noch nicht klar ist wie das Unraid Array und die Parity funktionieren.
 
Wenn Du die alte Platte formatieren willst um sie dann Unraid wieder als Neu zu verkaufen, dann darfst Du das nicht im laufenden Array machen. Die Platte muss dann außerhalb des Arrays formatiert werden (Stichwort: Unassigned Devices).
 
Also: Wie bist Du GENAU vorgegangen?