[email protected]

Hello @Roxedus, first of all thanks for your guy's great Templates! I wanted to let you know that I found a potential issue / heads up you could add as a mentioned notice into your Duplicacy Template. When I installed your Template everything seems to run fine at first but as soon as I started trying to add a new Storage it gave me a Permission Denied issue on all Protocols Duplicacy offers. I tried for one Week to find the issue (container as root / privileged, rights on the filesystem etc.). Finally, today I found the Solution, it seems like that the actual duplicacy_linux_x64_3.2.3 executable file has not the executable file rights as of installing the docker with your Template. So I think it would be a great heads up for Users to have this Information in the Template Description. I also tried to reinstall the Docker and Wipe all Data, then doing a clean installation with your Template again, but still the rights issue persists, at least for me. The Command I used to get it all working is: chmod +x /mnt/user/appdata/Duplicacy/bin/duplicacy_linux_x64_3.2.3 Would love to hear your feedback and thoughts on this!

Danke auch dir für deine ausführliche Antwort, mir sind die Gründe bewusst das man es mit USB nicht machen sollte, wenn man es vermeiden kann. Die Antwort von @alturismo war auch grundsätzlich für mich bereits erfüllend. Meine Nachfrage galt eher dem Interesse, ob es noch eine alternative Möglichkeit gebe. Ich würde mit der USB angebundenen Platte dann in den Pool. Um es kurz nochmal zu erwähnen, der Unraid Server ist zurzeit ein NUC mit einer einzelnen NVME SSD ohne Parität im Array ohne SATA Ports. Da diese NVME auch hier verbleiben soll, war mein Gedanke USB anzuschließen, die Daten zu transferieren und dann die USB Platte im neuen Server in den Pool aufzunehmen. Die NVME aus dem NUC soll nicht mitgenommen werde, da ich bereits neue NVMEs passend mit Raid zur Config ready habe und der NUC später noch anderweitig genutzt werden soll. Wenn ich dich richtig verstehe, könnte ich also eine neue Disk in einem anderen Pool oder Array anlegen und hier rauf die Daten transferieren, um sie dann in einen neuen Server mitzunehmen? So oder so ähnlich war ja auch mein Gedanke. Das USB / kein SATA Problem besteht dann jedoch trotzdem. Um diese später nach dem Datentransfer als „Haupt Festplatte“ ins neue Array einzubinden ohne alle Shares sowie persistent Daten in den Dockern neu verknüpfen zu müssen. Also kurz gesagt um das Manuelle verschieben der Dateien abseits einem vorhandenen VM und AppData Backup wie von @alturismo beschrieben zu vermeiden. So wie ich das aber von deiner sehr klaren und deutlichen Aussage verstehe, ist der Weg von @alturismo der richtige. Da dies mir nun von 2 kompetenten Community Experts geraten wurde, werde ich dies natürlich so umsetzen, denn am Ende, wie du schon sagtest, sind es ja meine Daten, die verloren gehen könnten, was ich nicht wollen würde. Wobei ich sagen muss, dass wie beschrieben auf dem Unraid keine „wichtigen“ Daten sind außer Docker mit persistent Files, welche sowieso in einem AppData Backup gesichert sind. Aber na ja, better safe then sorry & mehr Arbeit am Anfang macht weniger Arbeit im Nachhinein! Ich möchte es ja auch sauber machen, daher auch hier meine Nachfrage im Forum. Ich hoffe, ich konnte die Situation etwas erläutern und freue mich auf deine Rückmeldung!

Danke für die kurzen Schritte sowie die schnelle Antwort, das scheint mir dann noch recht simpel und logisch zu sein. Daher habe ich das ganze jetzt auch schon als Lösung markiert, obwohl das erst ein Task für nächstes Wochenende sein wird. Eine kleine Frage hätte ich jedoch noch dazu, könnte ich nicht eigentlich auch einfach eine normale Sata HDD im entsprechenden Cage via USB an den NUC klemmen (ich weiß soll man eigentlich nicht), die HDD ins Array hinzufügen, alle Daten per Mover auf die HDD und die HDD alleine dann mit in den neuen Server nehmen? Wäre das nicht das simplere Upgrade? Sobald dann alles im neuen Array hängt, kann ich das ja via Share und Mover wieder auf den Cache schieben. Edit: Wenn das auch eine Option ist, die HDD als Parity (gerade ja nicht vorhanden) oder als normale ins Array? Danke vielmals nochmal für den schnellen Support!

Hallo zusammen, vorab, dies ist mein erster Post. Falls etwas nicht passend sein sollte oder in ein anderes Forum geschoben werden muss, seht es mir bitte nach. Nun zu meinem Anliegen, ich nutze seit mehreren Jahren Unraid in einem Mini PC mit einer 2TB internen NVME als "Array" ohne Parität, da die eigentlichen Daten immer per Mount auf meiner Synology liegen/lagen. Hier auf dem Unraid Mini PC sind also keine wichtigen Daten außer der Docker Container sowie VMs enthalten. Ich plane jedoch meine Synology gegen einen richtigen Eigenbau Unraid Server auszutauschen, um die "Dopplung" der Geräte zu vermeiden und mehr Performance zu erreichen. Die Platten kommen dann aus der Synology (2x 1TB NVME Cache & 8x 12TB HDD mit 2x Parity / Ausfallsicherheit im SHR2 Betrieb aktuell) in den neuen Unraid Server nach entsprechendem Backup. Die Crux, die sich für mich jedoch stellt, ist der Umzug vom Unraid System aus dem Mini PC auf den neuen Server. Hier habe ich bereits grundsätzlich schon mal informiert und kenne die regulären Schritte für einen Umzug. Da ich aber jetzt die Situation habe, dass ich die Festplatte aus dem bisherigen Unraid Mini Server nicht mitnehmen will (nur als letzte Option) würde ich gerne von euch einmal wissen wie diesen Umzug am besten umsetzen kann, ohne Docker / VM Daten zu verlieren und viel aufwand investieren zu müssen. Ist mein Gedanke die Daten (abseits des normalen AppData Backups) vom Mini Unraid einfach extern zu sichern auf z.b. der Synology mit rclone, dann den Unraid Stick vom Mini PC in den Server, Booten, Array neu anlegen, mithilfe der 2 NVMEs aus der Synology sowie einer HDD vorübergehend (da 2 Ausfallen können und ich zurzeit tatsächlich nur 10TB für wichtige Daten nutze), Daten vom Backup reinstallieren auf neuem Array, Fertig? So korrekt? Was ist hier mit meiner Situation das richtige Vorgehen? Ich hoffe das Ihr mir hierbei helfen könnt und ich es nicht allzu kompliziert erklärt habe. Damit ich am Ende die bestmögliche und schnellste Umsetzung erzielen kann. Vielen Dank für die Unterstützung schon mal vorab. Mike