Ich würde vorschlagen, erstmal auf OMV5 zu wechseln. Dann entscheiden ob rsync oder Duplicati genommen werden soll Und dann müssen wir sehen, wie wir das jeweils ans Laufen bekommen.
Benötige Hilfe bei rsync
-
- OMV 4.x
- hpoperator
-
-
hier die screenshots
-
Ich würde vorschlagen, erstmal auf OMV5 zu wechseln. Dann entscheiden ob rsync oder Duplicati genommen werden soll Und dann müssen wir sehen, wie wir das jeweils ans Laufen bekommen.
Gut das du es ansprichst....
hatte ich wirklich vor dieses Upgrade....wirklich.
Doch sowohl im englischen als auch im deutschen forum schlagen sich viele mit dem Uprade herum (bzw. haben sich rumgeschlagen).
Gibt auch dafür nirgendwo eine richtige und stichhaltige Anleitung dafür.
Spiele mit dem Gedanken die Datenplatten vom System zu nehmen (abzuklemmen), dann OMV 4 komplett runterzuwerfen und OMV 5 neu drauf zu spielen. Scheint mir wohl der sauberste weg zu sein
-
Du kannst das Upgrade per script ja mal versuchen. Neuinstallation geht immer
Beim Ugrade OMV4 --> OMV5 ist wichtig, alle nicht mehr unterstützten Plugins zu deinstallieren.
Und ein update von OMV4 sollte ohne Fehler durchlaufen. Hier gibt es oft Probleme, weil OMV-extras von Bintray zu Github umziehen mußte und die entsprechenden Änderungen nicht immer durchegführt wurden, weil laaaaaange kein update gemacht wurde.
-
Dann entscheiden ob rsync oder Duplicati genommen werden soll Und dann müssen wir sehen, wie wir das jeweils ans Laufen bekommen.
So..... da ich nun erfolgreich die v5 aufgespielt habe, melde ich mich wieder wegen rsync.
Also bei Duplicati hatte ich ja das Problem, dass auf meinem Cloudspeicher einfach Ordner generiert wurden.
Wie gehe ich denn bei rsync am besten vor?
LG
-
Versuch mal das hier:
-
Versuch mal das hier:
Guten Morgen,
der vollständigkeit halber hier der plot:
Code
Alles anzeigenroot@NAS:~# journalctl -xe Okt 28 10:45:57 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:45:57 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:46:27 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:46:27 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:46:27 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:46:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:46:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:46:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:47:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:47:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:47:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:47:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:47:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:47:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:48:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:48:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:48:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:48:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:48:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:48:58 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4 Okt 28 10:49:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-455ecddd-d762-4 Okt 28 10:49:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-2e5aebd3-e509-4 Okt 28 10:49:28 NAS monit[775]: 'filesystem_srv_dev-disk-by-uuid-1157d268-3074-4
sagt mir leider so überhaupt nichts
Gibt aber Neuigkeiten in Bezug auf RSync:
Bin nach dieser Anleitung vorgegangen:
openmediavault-per-rsync-mit-dem-hidrive-verbinden
hat auch soweit alles geklappt, einzig, dass er mir den von mir äbgeänderten Befehl in der Konsole
Codersync --delete -avze ssh home/test hasenstreu@rsync.hidrive.ionos.com:/users/hasenstreu/Backup_NAS
so nicht annehmen wollte.
ließ dann den pfad "home/test" weg und plötzlich listete die konsole mir in windeseile sämtliche Dateien auf meinem Cloudspeicher aus.
doch überall stand "-rw-rwxr--" davor.
hier ein kleiner Auszug:
Zitat.......
-rw-rwxr-- 454,763 2017/03/03 23:01:20 WIR ZWEI/20170303_230120.jpg
-rw-rwxr-- 417,314 2017/03/03 23:01:23 WIR ZWEI/20170303_230123.jpg
-rw-rwxr-- 404,504 2017/03/03 23:01:25 WIR ZWEI/20170303_230125.jpg
-rw-rwxr-- 422,930 2017/03/03 23:01:29 WIR ZWEI/20170303_230129.jpg
-rw-rwxr-- 432,309 2017/03/03 23:01:39 WIR ZWEI/20170303_230139.jpg
-rw-rwxr-- 416,516 2017/03/03 23:01:45 WIR ZWEI/20170303_230145.jpg
-rw-rwxr-- 1,195,773 2017/03/04 08:42:10 WIR ZWEI/20170304_084210.jpg
-rw-rwxr-- 1,188,468 2017/03/04 08:43:04 WIR ZWEI/20170304_084304.jpg
-rw-rwxr-- 1,249,310 2017/03/04 09:01:53 WIR ZWEI/20170304_090152.jpg
-rw-rwxr-- 1,446,810 2017/03/04 09:05:13 WIR ZWEI/20170304_090512.jpg
-rw-rwxr-- 1,276,425 2017/03/05 15:43:29 WIR ZWEI/20170305_154328.jpg
-rw-rwxr-- 396,196 2017/07/21 17:41:33 WIR ZWEI/20170423_223300.jpg
-rw-rwxr-- 373,068 2017/07/21 17:41:33 WIR ZWEI/20170423_223308.jpg
-rw-rwxr-- 1,934,744 2017/07/21 17:41:33 WIR ZWEI/20170423_223337.jpg
-rw-rwxr-- 618,884 2017/07/21 17:41:33 WIR ZWEI/20170525_190057.jpg
-rw-rwxr-- 589,365 2017/07/21 17:41:33 WIR ZWEI/20170525_190102.jpg
-rw-rwxr-- 656,075 2017/07/21 17:41:32 WIR ZWEI/20170525_190122.jpg
-rw-rwxr-- 832,278 2017/07/21 17:41:32 WIR ZWEI/20170525_190200.jpg
.......
Danach ging ich zurück in OMV --> Dienste --> rsync --> und definierte einen neuen Job (siehe Screenshot)
Und siehe da, er erstellte ein Backup im ausgewählten Ordner (/Backup_NAS) auf dem Cloudspeicher (unverschlüsselt).
Mit einem Problem habe ich aber noch zu kämpfen:
Ich wähle im rsync-Job bei Quelle den Ordner aus von dem ich ein Backup erstellen möchte.
Nur leider kopiert er mir nicht den Ordner als Ganzes, sondern sichert mir alles anderen Ordner die sich in dem Ordner befinden.
Ich wollte eigentlich das das Backup wie folgt angelegt wird:
hasenstreu/Backup_NAS/Digitalisierung Dokumente/und dann die in dem Ordner befindliche Ordnerstruktur
nun habe ich aber folgendes:
hasenstreu/Backup_NAS/die in dem Ordner "Digitalisierung Dokumente" befindliche Ordnerstruktur.
Weißt du an was es liegen könnte?
LG
-
Ich wollte eigentlich das das Backup wie folgt angelegt wird:
hasenstreu/Backup_NAS/Digitalisierung Dokumente/und dann die in dem Ordner befindliche Ordnerstruktur
nun habe ich aber folgendes:
hasenstreu/Backup_NAS/die in dem Ordner "Digitalisierung Dokumente" befindliche Ordnerstruktur.
dann gib doch als Ziel
hasenstreu/Backup_NAS/Digitalisierung Dokumente/
an
-
dann gib doch als Ziel
hasenstreu/Backup_NAS/Digitalisierung Dokumente/
an
Ich Doofkopp
Kurze Frage (sorry is alles noch ziemlich neu....gerade rsync), nun habe ich ja einen Job erstellt, in dem ich meine Digitalisierte Dokumente sicher,
nun gibts ja noch ein Ordner namens "Bilder", den ich gerne sichern würde, und es wären noch einige andere Ordner, die ich in mein Backup implementieren möchte.
Jetzt wirkt es zuallererst einmal auf mich so, als könne ich in einem Job auch nur eine Quelle angeben.
Sprich, wenn ich 8 verschiedene Ordner sichern möchte, die man nicht mit einer Verzeichnisstruktur aufgreifen könnte (bzw. mit einer Quellangabe), da diese sich auch teilweise auf verschiedenen Platten befinden, dann hätte ich 8 verschiede Jobs.
Wie richte ich das denn ein, dass sich die Jobs nicht gegenseitig in die Quere kommen zukünftig?
Oder gibt es da eine Option der "Verkettung", das beispielsweise Job2 automatisch ausgeführt wird, wenn Job1 beendet wurde und Job3 erst ausgeführt wird, wenn Job2 beendet wurde......und so weiter?
LG
-
Vielleicht hilft dir das hier weiter.
Schau dir mal das multi Backup control script an, das hier liegt:
https://github.com/OK-API/Manage-My-Server
Da liegt auch eine Doku die beschreibt wie man es einsetzt.
Es ist dazu gebaut um mehrere rsync Quellen und mehrere rsync Ziele in einem call zu bearbeiten ohne dass sie sich in Quere kommen. Durch die Reihenfolge kann man eine Priorisierung erreichen (z.B. Zuerst die Enkelfotos, zum Schluss die Pr0n Sammlung oder sowas.). Wenn man im NAS mehrere Disks mit mehreren Shares hat, und sichergehen will dass man mit rsync einmal alle 24 Stunden ein Backup auf verschiedene andere Disks schiebt, ohne dass sich die rsyncs gegenseitig stören, kann dir das weiter helfen. Funktioniert auch wenn das NAS mal länger ausgeschaltet war oder neu gebootet wird.
Du kannst es in OMV als cron job einrichten der z.B. einmal die Stunde oder alle zwei Stunden läuft. Das Script erkennt selbst ob ein Backup Lauf mehr als 24 Std her ist, und fertigt nur dann ein Backup an wenn der letzte erfolgreiche Lauf länger her ist. Die Zeit kannst du im Script in einer variable verändern.
Das logging kannst du so einstellen dass du nur im Fehlerfall log Einträge bzw. stdout Nachrichten bekommst, so dass omv dir nur dann eine notification schickt (falls Konfiguriert).
Schau es dir mal an. Ich fand es hilfreich für mein Setup, bei dem mein NAS nicht 24/7 läuft (eben weil es nur NAS ist, und keine weitere Dienste trägt.)
-
Wie richte ich das denn ein, dass sich die Jobs nicht gegenseitig in die Quere kommen zukünftig?
OMV / Debian sollten in der Lage sein, das zu handeln. Ob die Verbindung über ssh das kann, weiß ich allerdings nicht. Dürfte davon abhängen, wieviele Verbindungen hidrive zulässt.
Eine Alternative wäre, einen Ordner zu erstellen, der Links zu den anderen Ordnern enthält. Dann einfach den "Summenordner" synchronisieren.
Script geht natürlich auch, wie von Shakesbeer vorgeschlagen.
-
OMV / Debian sollten in der Lage sein, das zu handeln.
Ja. Absolut. Was mir bei Debian gemangelt hat war, dass mehrere parellel laufende rsyncs die Performance dermaßen nach unten gezogen haben, dass das parallele ausführen der rsyncs viel länger gebraucht hat als das serielle ausführen. Das macht natürlich nur dann was aus wenn auch wirklich viele Daten gesynct werden. Bei relativ statischen Verzeichnissen fällt das weniger ins Gewicht.
Viel mehr hat mich gestört, dass cron zu "dumm" ist um etwas wie "Führe XYZ in Mindestintervallen von 24 Std aus.", so dass XYZ ausgeführt wird wenn das System merkt dass die letzte Ausführung mehr als 24 Std her ist. Mein NAS läuft nicht 24/7, und alle Cronjobs die in festen Zyklen laufen bzw. zu festen Zeiten garantieren mir so nicht dass sie auch wirklich laufen. Wenn es blöd läuft passiert dann Wochenlang kein Backup, nur weil das System zur in Cron gesetzten Zeit nicht aktiv war.
Ich habe also etwas gesucht was Cron und Rsync etwas besser "steuert", in meinem Sinne.
Danke übrigens für den Hinweis mit HiDrive. Für SSH müsste man das Script noch um das SSH Kommando ergänzen. Aktuell zielt es auf Lokale Backups bzw. auf Backups auf USB Disks etc.
-
Hallo,
habe nun meine Dateien, der Einfachheit halber, neu geordnet und all das, was ich in einem Backup bzw. Rsync-Job gesichert wissen möchte, auf eine Festplatte verfrachtet und diese im Job definiert.
Die Datenmenge beträgt auf der Festplatte 452GB und der Rsync-Job hat mir 451,7GB auf den Cloudspeicher geladen.
Ist ja fast so wie es sein soll.
Nun wollte ich den Job erneut anstoßen, markierte den Job und klickte auf "Ausführen" und es kam folgende Meldung:
Code
Alles anzeigenPlease wait, syncing </srv/dev-disk-by-uuid-455ecddd-d762-4c16-8b87-4f47721f9208/Hauptordner1/> to <hpoperator86@rsync.hidrive.ionos.com:/users/hpoperator86/Backup_NAS/> ... sending incremental file list ./ Time value of Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA truncated on receiver. sent 5,524,045 bytes received 116,432 bytes 417,813.11 bytes/sec total size is 484,959,527,186 speedup is 85,978.46 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1207) [sender=3.1.3] ERROR: The synchronisation failed. Fertig ...
Was hat es den mit den Fehlermeldungen aufsich?
Liebe Grüße
-
Überprüf mal das Datum von der Datei oder dem Verzeichnis.
ls -al 'Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA'
-
Code
root@NAS:~# la -al Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA -bash: la: Kommando nicht gefunden. root@NAS:~# la -al /srv/dev-disk-by-uuid-455ecddd-d762-4c16-8b87-4f47721f9208/Hauptordner1/Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA -bash: la: Kommando nicht gefunden.
-
Kleiner Tippfehler des Lehrers, ich denke, es ist...
ls -al 'Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA'
-
Code
Alles anzeigenroot@NAS:~# ls -al Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA ls: Zugriff auf 'Bilder/NOCH' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf 'SORTIEREN/Digi-Cam-SD-Karten' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf 'Backup/SD' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf 'Karte' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf '4/DCIM/100MEDIA' nicht möglich: Datei oder Verzeichnis nicht gefunden root@NAS:~# ls -al /srv/dev-disk-by-uuid-455ecddd-d762-4c16-8b87-4f47721f9208/Hauptordner1/Bilder/NOCH SORTIEREN/Digi-Cam-SD-Karten Backup/SD Karte 4/DCIM/100MEDIA ls: Zugriff auf '/srv/dev-disk-by-uuid-455ecddd-d762-4c16-8b87-4f47721f9208/Hauptordner1/Bilder/NOCH' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf 'SORTIEREN/Digi-Cam-SD-Karten' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf 'Backup/SD' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf 'Karte' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf '4/DCIM/100MEDIA' nicht möglich: Datei oder Verzeichnis nicht gefunden root@NAS:
ich würde ja gern das ergebnis präsentieren, jedoch funktioniert nichts davon
-
-
danke dir, hat funktioniert
-
drwxrwsr-x+ 2 Eltern users 4096 Dez 30 2100
das ist das Problem. Das Datum 30. Dez 2100 ist ungültig. Geh mal einen Ordner zurück und dann nochmal ls -al
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!