zero_neverload Posted March 25 Share Posted March 25 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. Quote Link to comment
hawihoney Posted March 25 Share Posted March 25 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. Quote Link to comment
Revan335 Posted March 26 Author Share Posted March 26 (edited) 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 by Revan335 Quote Link to comment
zero_neverload Posted March 26 Share Posted March 26 (edited) 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 by zero_neverload Quote Link to comment
worli Posted March 26 Share Posted March 26 (edited) 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 by worli Quote Link to comment
zero_neverload Posted March 26 Share Posted March 26 5 hours ago, Revan335 said: '/mnt/user':'/mnt/user':'ro' das Read only ist so gewollt? Quote Link to comment
hawihoney Posted March 26 Share Posted March 26 (edited) 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 by hawihoney Quote Link to comment
zero_neverload Posted March 28 Share Posted March 28 Hat es denn nun funktioniert?Gesendet von iPhone mit Tapatalk Quote Link to comment
Revan335 Posted March 28 Author Share Posted March 28 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. Quote Link to comment
Revan335 Posted March 28 Author Share Posted March 28 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 Quote Link to comment
hawihoney Posted March 28 Share Posted March 28 (edited) 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 by hawihoney Quote Link to comment
Solution Revan335 Posted March 31 Author Solution Share Posted March 31 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 Quote Link to comment
Recommended Posts
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.