March 25, 20242 yr 21 minutes ago, Revan335 said: Kann ich noch nicht sagen. Aufgeteilt sind sie jetzt und der nächste Scheduled Run ist heute Nacht bzw. über den Tag Morgen. Dann wird dein geplanter Task eh nicht durchlaufen, da der Job einmal erfolgreich ausgeführt werden muss. 21 minutes ago, Revan335 said: Der Test Job hat aber noch die gleiche Meldung. Cannot deleted non empty Folder. Er sollte da ja nichts löschen sondern einfach sichern und fertig (deine 5 Ordner) Korrekt? Poste doch bitte mal deine Docker Einstellungen.
March 25, 20242 yr 14 minutes ago, Revan335 said: Cannot deleted non empty Folder Damit wir das richtig verstehen. Host: /mnt/user/Test/ <--> im Container: /mnt/user/Test/ Remote Host: /mnt/remotes/<Servername>/Test/ <--> im Container: /mnt/user/Test/ Wie heißen die voll qualifizierten Ordner? Und welcher Ordner läßt sich wo nicht löschen? Mir fehlt da Einiges an Details.
March 26, 20242 yr Author Hier mal das Log vom ersten Test Lauf: =====================================<br><font color=magenta>Ausführung der Aufgabe : <b>Raster - Clients Backup DUPLICATE Test</b>, startet</font><br>Quelle : <b><font color=blue>/mnt/user/Test/</font></b><br>Ziel : <b><font color=blue>/mnt/user/Test_LB/</font></b> receiving file list ... 96 files to consider ./ Test/ Test/Ubuntu_LXDE.txt 0 0% 0.00kB/s 0:00:00 72 100% 70.31kB/s 0:00:00 (xfr#1, to-chk=90/96) Test/nextcloud.log 0 0% 0.00kB/s 0:00:00 3.53M 100% 102.03MB/s 0:00:00 (xfr#2, to-chk=89/96) 0 files... deleting .luckybackup-snaphots/ Number of files: 96 (reg: 2, dir: 94) Number of created files: 3 (reg: 2, dir: 1) Number of deleted files: 1 (dir: 1) Number of regular files transferred: 2 Total file size: 3.53M bytes Total transferred file size: 3.53M bytes Literal data: 3.53M bytes Matched data: 0 bytes File list size: 2.18K File list generation time: 1.125 seconds File list transfer time: 0.000 seconds Total bytes sent: 96 Total bytes received: 3.53M sent 96 bytes received 3.53M bytes 2.36M bytes/sec total size is 3.53M speedup is 1.00 <font color=cyan> -----| Sichere Profile, Logdateien und Schnappschuss-Daten -> Ok |-----</font><br> <font color=magenta>Ausführung der Aufgabe : <b>Raster - Clients Backup DUPLICATE Test</b>, beendet</font> =====================================<br> Hier vom zweiten: =====================================<br><font color=magenta>Ausführung der Aufgabe : <b>Raster - Clients Backup DUPLICATE Test</b>, startet</font><br>Quelle : <b><font color=blue>/mnt/user/Test/</font></b><br>Ziel : <b><font color=blue>/mnt/user/Test_LB/</font></b> receiving file list ... 96 files to consider ./ 0 files... cannot delete non-empty directory: .luckybackup-snaphots/default.profile/snaps cannot delete non-empty directory: .luckybackup-snaphots/default.profile/snaps cannot delete non-empty directory: .luckybackup-snaphots/default.profile/profiles cannot delete non-empty directory: .luckybackup-snaphots/default.profile/profiles cannot delete non-empty directory: .luckybackup-snaphots/default.profile/logs cannot delete non-empty directory: .luckybackup-snaphots/default.profile/logs cannot delete non-empty directory: .luckybackup-snaphots/default.profile cannot delete non-empty directory: .luckybackup-snaphots/default.profile cannot delete non-empty directory: .luckybackup-snaphots Number of files: 96 (reg: 2, dir: 94) Number of created files: 0 Number of deleted files: 0 Number of regular files transferred: 0 Total file size: 3.53M bytes Total transferred file size: 0 bytes Literal data: 0 bytes Matched data: 0 bytes File list size: 2.18K File list generation time: 1.148 seconds File list transfer time: 0.000 seconds Total bytes sent: 55 Total bytes received: 2.20K sent 55 bytes received 2.20K bytes 900.40 bytes/sec total size is 3.53M speedup is 1,568.48 <font color=cyan> -----| Sichere Profile, Logdateien und Schnappschuss-Daten -> Ok |-----</font><br> <font color=magenta>Ausführung der Aufgabe : <b>Raster - Clients Backup DUPLICATE Test</b>, beendet</font> =====================================<br> Docker Container: docker run -d --name='luckyBackup' --net='bridge' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Lucy" -e HOST_CONTAINERNAME="luckyBackup" -e 'ROOT'='false' -e 'TURBOVNC_PARAMS'='' -e 'DATA_PERM'='770' -e 'UMASK'='0000' -e 'UID'='99' -e 'GID'='100' -e 'CUSTOM_RES_W'='1024' -e 'CUSTOM_RES_H'='768' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8080]/vnc.html?autoconnect=true' -l net.unraid.docker.icon='https://raw.githubusercontent.com/ich777/docker-templates/master/ich777/images/luckybackup.png' -p '8081:8080/tcp' -v '/mnt/cache/appdata/luckybackup':'/luckybackup':'rw' -v '/mnt/user':'/mnt/user':'ro' -v '/mnt/user/Test_LB/':'/mnt/user/Test_LB/':'rw' --restart=unless-stopped 'ich777/luckybackup' Die Pfade für die anderen Jobs hab ich mal raus genommen. Hab den Ziel Pfad auf dem Backup Server auch mal auf Test_LB geändert damit es besser unterscheidbar ist. Die Quelle (Der andere Unraid Server) wird wie gesagt per SSH angesprochen und holt sich darüber die Daten. Hier neue Screenshots: Sowie vom Zielpfad: Vielen Dank schon mal für die bisherigen und künftigen Mühen! Viele Liebe Grüße Edited March 26, 20242 yr by Revan335
March 26, 20242 yr Quote diesen Grund verstehe ich nicht, warum da erneut etwas includierst? Du sagst ihm ja im Quell und Zielpfad was er tun soll und dann includierst doch erneut was? Hat das einen besonderen Grund? Ich versetehe das so: Quelle=dein Pfad. Alles was da enthalten ist wird gesichert in dein Ziel. Willst du noch von woanders was mitnehmen dann sollte das in die Includes. Willst du Daten explizit nicht mit sichern, dann gehört das in den Exclude bereich. Bei mir sage ich Ihm von wo er was wohin sichern soll. (keine Includes/keine Excludes) Bei mir läuft das ganze. (auch wenn ich am Anfang ein paar Probleme mit den Crons hatte) Vielleicht verstehe ich da auch etwas falsch. Aber offensichtlich hat er schonmal was gesichert Edited March 26, 20242 yr by zero_neverload
March 26, 20242 yr Du mountest schon wieder doppelt. Einmal /mnt/user -> /mnt/user und dann /mnt/user/Test_LB -> /mnt/user/Test_LB Wenn du gesamt /mnt/user in den Container mappst, dann nicht nochmal ein bestehendes Unterverzeichnis zusätzlich. Wenn du das wegen readonly und deinen Test machst, dann mappe /mnt/user/Test_LB -> /Test_LB und bau deinen Job um. Edited March 26, 20242 yr by worli
March 26, 20242 yr 5 hours ago, Revan335 said: '/mnt/user':'/mnt/user':'ro' das Read only ist so gewollt?
March 26, 20242 yr Ich sach doch, das verwirrt total. Ziel Lokal /mnt/user/Test_LB/ readonly Quelle Remote ssh root@host:/mnt/user/Test/ Der kann am Ziel nicht schreiben. Nachtrag: Ändere /mnt/user/ auf read/write und schmeiß diesen überflüssigen Pfad aus den Container-Einstellungen: Quote -v '/mnt/user/Test_LB/':'/mnt/user/Test_LB/':'rw' Edited March 26, 20242 yr by hawihoney
March 28, 20242 yr Author 5 minutes ago, zero_neverload said: Hat es denn nun funktioniert? Gesendet von iPhone mit Tapatalk Schaue heute nochmal rein. Bin gestern zu nicht mehr viel gekommen.
March 28, 20242 yr Author On 3/26/2024 at 5:09 AM, zero_neverload said: diesen Grund verstehe ich nicht, warum da erneut etwas includierst? Du sagst ihm ja im Quell und Zielpfad was er tun soll und dann includierst doch erneut was? Hat das einen besonderen Grund? Nein, war noch ein Gedankenfehler. Hab es korrigiert. Ist nun ohne include. On 3/26/2024 at 5:09 AM, zero_neverload said: Aber offensichtlich hat er schonmal was gesichert Genau. Werde versuchen es anhand einer Grafik verständlicher darzustellen. Danke schon mal an alle für die Mühen und Wirren meines Geistes/Kopf/Hirns! Viele Liebe Grüße
March 28, 20242 yr 2 hours ago, Revan335 said: Werde versuchen es anhand einer Grafik verständlicher darzustellen. Versuch doch erstmal das Ganze ans Laufen zu bringen - nicht immer weitere Störfeuer. Hast Du meine beiden Anmerkungen oben umgesetzt? Quote Ändere /mnt/user/ auf read/write und schmeiß diesen überflüssigen Pfad aus den Container-Einstellungen: -v '/mnt/user/Test_LB/':'/mnt/user/Test_LB/':'rw' Edited March 28, 20242 yr by hawihoney
March 31, 20242 yr Author Solution Hier einmal eine Grafik, die das Konstrukt hoffentlich besser verständlich macht. Dadurch wird verhindert, das bspw. das Backup System was an den Main Daten ändern kann, da der Zugriff nur "ro" erfolgt. Trotz "ro" bei /mnt/user am Backup Pfad/luckyBackup, funktioniert der "rw" Mount von /mnt/user/Test_LB und der Pfad ist somit beschreibbar. Es sieht derzeit gut aus, luckyBackup meldet keine Fehler mehr und in den Logs kann ich auch nicht mehr die Meldungen bzgl. cannot delete non-empty directory: .luckybackup-snaphots und seine Unterordner finden. Das Aufteilen und entfernen von Include only scheint also der entscheidende Knackpunkt zu sein. Vielen Dank an alle für die Unterstützung! Viele Liebe Grüße Revan335
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.