Ultimate Backup Ultimate Backup
- Ersteller PsychoHH
- Erstellt am
Stoffel1970
Benutzer
- Mitglied seit
- 07. Nov 2014
- Beiträge
- 17
- Punkte für Reaktionen
- 0
- Punkte
- 7
So, mal wieder ein kleines Update von mir.
@PsychoHH sorry das ich erst jetzt Antworte, habe noch ein paar Tests durchgeführt. Nachdem ich über den SynologyAssistent das WOL noch einmal eingerichtet habe, klappt nun auch das wecken der Backup-Nas. Nachdem ich nun die ein oder andere Sicherung durchgeführt habe komme ich zu dem Schluß......................... Never Change a running Ultimate Backup
. Ich bin für meine Anforderungen absolut zufrieden. Endlich klappt alles vollautomatisch. Daumen hoch @ PsychoHH und @Tommes
@PsychoHH sorry das ich erst jetzt Antworte, habe noch ein paar Tests durchgeführt. Nachdem ich über den SynologyAssistent das WOL noch einmal eingerichtet habe, klappt nun auch das wecken der Backup-Nas. Nachdem ich nun die ein oder andere Sicherung durchgeführt habe komme ich zu dem Schluß......................... Never Change a running Ultimate Backup
. Ich bin für meine Anforderungen absolut zufrieden. Endlich klappt alles vollautomatisch. Daumen hoch @ PsychoHH und @Tommes
- Mitglied seit
- 26. Okt 2009
- Beiträge
- 9.662
- Punkte für Reaktionen
- 1.562
- Punkte
- 314
Comming soon...
Release-Notes vom 12.10.2016, Ultimate Backup Version 0.30.4
Sorry nochmal das ich so kurzfristig ein weiters Update nachschieben muss. Sobald über CPHub freigeschaltet, kann das Update über das Paketzentrum des DSM bezogen werden.
Tommes
Release-Notes vom 12.10.2016, Ultimate Backup Version 0.30.4
- Anzeigefehler im intern ausgegebenen Protokoll gefixt.
Sorry nochmal das ich so kurzfristig ein weiters Update nachschieben muss. Sobald über CPHub freigeschaltet, kann das Update über das Paketzentrum des DSM bezogen werden.
Das ist das, was uns anspornt weiter zu machen. Danke für dein positves Feedback!
Tommes
Hallo zusammen,
ich bin bei der Ausführung eines mit Ultimate Backup erstellten Skriptes im "dry"-Modus auf diesen Fehler gestoßen:
Es existiert keine known_hosts!
Ich benutze aber überhaupt kein SSH. Es ist lediglich ein Backup eines eingebundenen Remote Ordners auf einen lokalen Ordner.
Im Thread habe ich von einem Problem gelesen, das jedoch mit V0.20 behoben sein sollte. Ich nutze die aktuelle Version 0.30.4.
Danke & Gruß
admadama
ich bin bei der Ausführung eines mit Ultimate Backup erstellten Skriptes im "dry"-Modus auf diesen Fehler gestoßen:
Es existiert keine known_hosts!
Ich benutze aber überhaupt kein SSH. Es ist lediglich ein Backup eines eingebundenen Remote Ordners auf einen lokalen Ordner.
Im Thread habe ich von einem Problem gelesen, das jedoch mit V0.20 behoben sein sollte. Ich nutze die aktuelle Version 0.30.4.
Danke & Gruß
admadama
Danke für die Info.
Ich schau mir das nachher einmal an und melde mich dann.
*Fehler gefunden*
Für alle die auf Version 0.30.2 oder neuer sind bitte auf das nächste Update warten und die Config neu erstellen
Ich schau mir das nachher einmal an und melde mich dann.
*Fehler gefunden*
Für alle die auf Version 0.30.2 oder neuer sind bitte auf das nächste Update warten und die Config neu erstellen
Zuletzt bearbeitet:
Hallo zusammen,
ich versuche mich gerade darin, Ultimate Backup zum laufen zu bekommen. Aber ich stolpere über zwei Ungereimtheiten:
1. Wenn ich einen Dry-Run des Backups mit meinen Settings probiere, bekomme ich nur die Meldung:
/tmp/faillastlog.txt
Es konnte leider kein Log ausgelesen werden!
2. Ich habe die SSH-Verbindung per Anleitung erstellt ("FROM-SSH") und manuell die Verbindung getestet. Das Verbinden klappt problemlos ohne Eingabe des Passwortes. Wenn ich nun die SSH-Verbindung im Menü vom Ultimate Backup testen möchte und die IP des Produktiv-Systems eingebe, erhalte ich nur die Meldung, dass ich eine IP-Adresse eingeben soll. Irgendwie wird die IP beim testen nicht übergeben. Ich habe mir drei Browsern getestet.
Vielleicht habt ihr eine Idee woran diese beiden Sachen liegen könnten?!
ich versuche mich gerade darin, Ultimate Backup zum laufen zu bekommen. Aber ich stolpere über zwei Ungereimtheiten:
1. Wenn ich einen Dry-Run des Backups mit meinen Settings probiere, bekomme ich nur die Meldung:
/tmp/faillastlog.txt
Es konnte leider kein Log ausgelesen werden!
2. Ich habe die SSH-Verbindung per Anleitung erstellt ("FROM-SSH") und manuell die Verbindung getestet. Das Verbinden klappt problemlos ohne Eingabe des Passwortes. Wenn ich nun die SSH-Verbindung im Menü vom Ultimate Backup testen möchte und die IP des Produktiv-Systems eingebe, erhalte ich nur die Meldung, dass ich eine IP-Adresse eingeben soll. Irgendwie wird die IP beim testen nicht übergeben. Ich habe mir drei Browsern getestet.
Vielleicht habt ihr eine Idee woran diese beiden Sachen liegen könnten?!
Sehr wahrscheinlich kommt am Mittwoch oder Donnerstag ein Update auf cphub.net. Bitte bis dahin gedulden oder erstmal eine ältere Version 0.30.2 hier aus Post 136 nutzen.
Das mit der IP schau ich mir nochmal an.
Sonst kannst du dann auch einfach das Log manuell öffnen und dort alles auslesen.
Das mit der IP schau ich mir nochmal an.
Sonst kannst du dann auch einfach das Log manuell öffnen und dort alles auslesen.
Ja, das habe ich auch bereits gemacht. Per "cat /faillastlog.txt" habe ich das Log ausgegeben. Dort steht aber auch nur:
Es konnte leider kein Log ausgelesen werden!
Ok, mein Fehler. Ich hatte den Script-Dateinamen falsch angegeben. Ich hatte angenommen, dass ich nur alles HINTER "rsync_" angeben muss. Und das hinter meiner Eingabe das ".sh" ergänzt wird. Jetzt funktioniert es zumindest soweit, dass Ultimate Backup das Script findet und anfängt. Aber trotzdem erhalte ich die Meldungen:
Welches Protokoll ist das? Das "/tmp/faillastlog.txt" zeigt leider keine neuen Informationen.
* Edit: Ah, zu langsam!
Ok, schaue ich mir mal an. Danke!
Welches Protokoll ist das? Das "/tmp/faillastlog.txt" zeigt leider keine neuen Informationen.
* Edit: Ah, zu langsam!
Ok, schaue ich mir mal an. Danke!
WOW! Ich bin begeistert! Nachdem ich nun einen Dry-Run erfolgreich durchlaufen habe, bin ich begeistert, wie gut das Ganze aufgesetzt ist! Alleine nur die Tatsache, wie detailliert das Log-File ist! Super! Ein ganz großes Lob an Euch Beide!!!
Zwei Bemerkungen habe ich allerdings noch, die evtl. zur Verbesserung beitragen könnten:
1.
Da ich ja ursprünglich den Script-Dateinamen falsch angegeben hatte, könnte man vielleicht eine Überprüfung implementieren, sodass man entweder den kompletten Script-Dateinamen oder nur den Teil hinter "rsync_" und vor ".sh" eingeben muss.
2.
Der SSH-Verbindung-Check per Eingabe der IP funktioniert leider noch nicht. Vielleicht ist das aber nur bei mir so?!
Randbemerkung: Man merkt, dass man viele Dateien auf seinem privaten NAS angesammelt hat, wenn alleine das Log-File mit der Dateiliste 25MB gross ist
Super! Ein ganz großes Lob an Euch Beide!!!Zwei Bemerkungen habe ich allerdings noch, die evtl. zur Verbesserung beitragen könnten:
1.
Da ich ja ursprünglich den Script-Dateinamen falsch angegeben hatte, könnte man vielleicht eine Überprüfung implementieren, sodass man entweder den kompletten Script-Dateinamen oder nur den Teil hinter "rsync_" und vor ".sh" eingeben muss.
2.
Der SSH-Verbindung-Check per Eingabe der IP funktioniert leider noch nicht. Vielleicht ist das aber nur bei mir so?!
Randbemerkung: Man merkt, dass man viele Dateien auf seinem privaten NAS angesammelt hat, wenn alleine das Log-File mit der Dateiliste 25MB gross ist
Zuletzt bearbeitet:
Vielen Dank !
1. Kann man drüber nachdenken.
Mal schauen, wird evtl bald eh ein bisschen was geändert.
2. Nein ist nicht nur bei dir so.
Sollte wahrscheinlich im nächsten Update gefixt werden.
Das Logfile ist aber nur so groß, wenn du dir das vollständige Log ziehst oder?
1. Kann man drüber nachdenken.
Mal schauen, wird evtl bald eh ein bisschen was geändert.
2. Nein ist nicht nur bei dir so.
Sollte wahrscheinlich im nächsten Update gefixt werden.
Das Logfile ist aber nur so groß, wenn du dir das vollständige Log ziehst oder?
Mhhh, was genau meinst du mit "vollständig"? Ich spreche vom Log unter @Logfiles.
Aaah, habe dry überlesen.
Dort wird ja alles erfasst, beim normalen Backup sind die Logs dann nicht so groß, da kein -v bei rsync gesetzt wird.
Dort wird ja alles erfasst, beim normalen Backup sind die Logs dann nicht so groß, da kein -v bei rsync gesetzt wird.
- Mitglied seit
- 26. Okt 2009
- Beiträge
- 9.662
- Punkte für Reaktionen
- 1.562
- Punkte
- 314
Comming soon... sobald durch CPHub freigeshaltet!
Release-Notes vom 19.10.2016, Ultimate Backup Version 0.30.5
Tommes & PsychoHH
Release-Notes vom 19.10.2016, Ultimate Backup Version 0.30.5
- Fehler bei der Nutzung von WOLIP behoben
- Fehler known_hosts check behoben
- Fehler beim SSH-Check behoben (IP wird jetzt übergeben)
- preg_match angepasst - Slash am Ende einer Quelle wird nun akzeptiert
- DIR Path möglicher Doppelslash wird nun korrigiert.
Tommes & PsychoHH
Jeder der unter 0.30.3 oder 0.30.4 eine config erstellt hat, sollte unbedingt mit der 0.30.5 eine neue erstellen.
Ich habe mich heute mal wieder mit Ultimate Backup beschäftigt. Zuerst mal cphub.net als Packetquelle hinzugefügt und alles auf den neuesten Stand gebracht.
Eins vorweg: Das Tool ist super. Jedoch für nicht so versierte Anwender teilweise etwas unverständlich bzw. mit viel Ausprobieren verbunden.
Mein Ziel: Sicherung von einer DS auf meine Backup-DS (To-SSH)
Also erst mal mit der SSH Einrichtung beschäftigt. Da es absolutes Neuland ist habe ich mich mit Hilfe des Anleitung im Ultimate Backup durchgekämpft, wobei ich einige Verbesserungsvorschläge für die Hilfe bzw. Fragen habe. Genauer gesagt fehlen eventuell einige helfende Sätze um das Tool "anwenderfreundlicher" zu gestalten (Step by step Anleitung)
- SSH auf beiden NAS aktiviert
- Quell-NAS Ultimate Backup: SSH Key exportiert Hier fehlt eventuell ein Satz wie "Der exportierte SSH-KEY muss nun auf dem Ziel-System importiert werden"
- Ziel-NAS: SSH Key importiert (via Ultimate Backup) Gibt es hier auch eine andere Möglichkeit, falls Ultimate Backup hier nicht läuft?
- SSH Verbindungstest: Anhand des Beispiels einmal manuell bestätigt via Putty. (Hier ist ein Schreibfehler im Beispiel. Beide NAS heißen "NAS 1". In der Hilfe wird von Diskstation A und B gesprochen. Ich würde hier eine gleiche Benamung machen. Also alles mit 1 und 2 oder A und B benennen)
- RSync-Script erstellen: Soweit in Ordnung bis auf "Shutdown nach Scriptausführung" Wenn ich JA auswähle: Was wir dann runtergefahren? Wenn ich den Zielserver eintrage das Ziel? Die Erläuterung zu diesem Punkt eventuell mit einem Beispiel ergänzen.
- RSync-Script ausführen: Hier bin ich etwas verzweifelt, da ich immer die Fehlermeldung "Script konnte nicht ausgeführt werden" bekam. Mein Fehler: Ich habe nur "test" eingetragen. Hier muss man aber den kompletten Namen eintragen: "rsync_test.sh". Dies beißt sich etwas mit der Erstellung des Scriptes, da hier nur des Name "test" eingegeben werden muss. Hier sollte man auch abgleichen. Entweder beide Male nur den Namen "test" eingeben oder beide Male alles eingeben "rsync_test.sh"
- Dry Run erfolgreich jedoch wird die Ziel DS tatsächlich heruntergefahren. Dies sollte nur bei der realen Datensicherung passieren.
- Sicherung erfolgreich: Auf der Ziel DS habe ich nun einen Ordner "Test" in den ich gesichert habe. Darin nun durch das Script erstellte Ordner: volume1/homes/Tester und die darunter liegenden Dateien. Als Quelle habe ich den Ordner "Tester" angegeben. Die komplette Ordnerstruktur wird vermutlich wegen einer Rücksicherung erstellt. Gibt es die Möglickeit dies zu unterbinden und wirklich nur den Inhalt eines Ordners zu sichern und nicht gleich die ganze Ordnerstruktur?
Ich würde mich über Feedback freuen. Eventuell gibt es ja auch Gründe die gegen meine Anmerkungen sprechen.
Gruß
thaslider
Eins vorweg: Das Tool ist super. Jedoch für nicht so versierte Anwender teilweise etwas unverständlich bzw. mit viel Ausprobieren verbunden.
Mein Ziel: Sicherung von einer DS auf meine Backup-DS (To-SSH)
Also erst mal mit der SSH Einrichtung beschäftigt. Da es absolutes Neuland ist habe ich mich mit Hilfe des Anleitung im Ultimate Backup durchgekämpft, wobei ich einige Verbesserungsvorschläge für die Hilfe bzw. Fragen habe. Genauer gesagt fehlen eventuell einige helfende Sätze um das Tool "anwenderfreundlicher" zu gestalten (Step by step Anleitung)
- SSH auf beiden NAS aktiviert
- Quell-NAS Ultimate Backup: SSH Key exportiert Hier fehlt eventuell ein Satz wie "Der exportierte SSH-KEY muss nun auf dem Ziel-System importiert werden"
- Ziel-NAS: SSH Key importiert (via Ultimate Backup) Gibt es hier auch eine andere Möglichkeit, falls Ultimate Backup hier nicht läuft?
- SSH Verbindungstest: Anhand des Beispiels einmal manuell bestätigt via Putty. (Hier ist ein Schreibfehler im Beispiel. Beide NAS heißen "NAS 1". In der Hilfe wird von Diskstation A und B gesprochen. Ich würde hier eine gleiche Benamung machen. Also alles mit 1 und 2 oder A und B benennen)
- RSync-Script erstellen: Soweit in Ordnung bis auf "Shutdown nach Scriptausführung" Wenn ich JA auswähle: Was wir dann runtergefahren? Wenn ich den Zielserver eintrage das Ziel? Die Erläuterung zu diesem Punkt eventuell mit einem Beispiel ergänzen.
- RSync-Script ausführen: Hier bin ich etwas verzweifelt, da ich immer die Fehlermeldung "Script konnte nicht ausgeführt werden" bekam. Mein Fehler: Ich habe nur "test" eingetragen. Hier muss man aber den kompletten Namen eintragen: "rsync_test.sh". Dies beißt sich etwas mit der Erstellung des Scriptes, da hier nur des Name "test" eingegeben werden muss. Hier sollte man auch abgleichen. Entweder beide Male nur den Namen "test" eingeben oder beide Male alles eingeben "rsync_test.sh"
- Dry Run erfolgreich jedoch wird die Ziel DS tatsächlich heruntergefahren. Dies sollte nur bei der realen Datensicherung passieren.
- Sicherung erfolgreich: Auf der Ziel DS habe ich nun einen Ordner "Test" in den ich gesichert habe. Darin nun durch das Script erstellte Ordner: volume1/homes/Tester und die darunter liegenden Dateien. Als Quelle habe ich den Ordner "Tester" angegeben. Die komplette Ordnerstruktur wird vermutlich wegen einer Rücksicherung erstellt. Gibt es die Möglickeit dies zu unterbinden und wirklich nur den Inhalt eines Ordners zu sichern und nicht gleich die ganze Ordnerstruktur?
Ich würde mich über Feedback freuen. Eventuell gibt es ja auch Gründe die gegen meine Anmerkungen sprechen.
Gruß
thaslider
Zuletzt bearbeitet:
- Mitglied seit
- 26. Okt 2009
- Beiträge
- 9.662
- Punkte für Reaktionen
- 1.562
- Punkte
- 314
Hm... natürlich gebe ich dir gerne Feedback, wenngleich ich mich erstmal für dein tolles Feedback bedanken möchte.
Das Problem beim beschreiben solcher Systeme ist immer, das wir eine völlig andere Sichtweise auf das Ganze haben. Vieles, was für uns als selbstverständlich erscheint ist für einen Außenstehenden oftmals nicht nachvollziehbar. Aus diesem Grunde ist jede Art Feedback sehr wichtig für uns, so auch deins.
Ich finde es ganz große Klasse, das du dir die Zeit genommen hast uns auf die missverständlich oder auch falsch geschriebenen Textstellen hinzuweisen. Ich werde mir in naher Zukunft ein paar Gedanken zu deinem Feedback machen und schauen, was man besser, anders und/oder einfacher beschreiben kann.
Bis dahin also erstmal Danke. Ich kümmer mich drum
Tommes
Das Problem beim beschreiben solcher Systeme ist immer, das wir eine völlig andere Sichtweise auf das Ganze haben. Vieles, was für uns als selbstverständlich erscheint ist für einen Außenstehenden oftmals nicht nachvollziehbar. Aus diesem Grunde ist jede Art Feedback sehr wichtig für uns, so auch deins.
Ich finde es ganz große Klasse, das du dir die Zeit genommen hast uns auf die missverständlich oder auch falsch geschriebenen Textstellen hinzuweisen. Ich werde mir in naher Zukunft ein paar Gedanken zu deinem Feedback machen und schauen, was man besser, anders und/oder einfacher beschreiben kann.
Bis dahin also erstmal Danke. Ich kümmer mich drum
Tommes
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
