Toggle sidebar

Ultimate Backup Ultimate Backup

PsychoHH schrieb:
War Code 41 nicht wenn der admin auf einer DS deaktiviert war? Ich glaube den Code hatten wir hier schon einmal.


Zum ssh Problem. Mal gecheckt ob die IP der DS auf der anderen DS unter blockiert steht?
Zum Vergrößern anklicken....

admin ist jedoch nicht aktiviert, es erscheint ein gemeinsamer ordner beim fehler code
 
aktivier den admin mal auf beiden genutzten DS und probier es nochmal
 
Und, ist auf dieser einen DS der admin aktiviert? Wenn nicht bitte dies tun.
 
@wuestner - wir sind keine Hellseher. Wir "wissen" nur was du uns schreibst. Und ob du es schon probiert hattest ging aus deinem Post nicht eindeutig hervor.
Irgendwas muss sich ja verändert haben zu einem bestimmten Zeitpunkt, sonst gäbe es jetzt auch keinen Fehler.
Hattest du schon mal einen Backup-lauf mit debug Ausgabe laufen?
Und außer Fehler 41 fällt hier nichts auf?
 
Fusion schrieb:
@wuestner - wir sind keine Hellseher. Wir "wissen" nur was du uns schreibst. Und ob du es schon probiert hattest ging aus deinem Post nicht eindeutig hervor.
Irgendwas muss sich ja verändert haben zu einem bestimmten Zeitpunkt, sonst gäbe es jetzt auch keinen Fehler.
Hattest du schon mal einen Backup-lauf mit debug Ausgabe laufen?
Und außer Fehler 41 fällt hier nichts auf?
Zum Vergrößern anklicken....

Tschuldigung...
Also ich verwende Ultimate Backup schon lange und bis dato ohne Probleme. Habe auch nie was an den Einstellungen oder so geändert. Nur normale synology und auch UltimateBackup updates.
Der Backup-Auftrag besteht aus einer Sicherung von Ordner der DS auf eine externe Festplatte. Lt. Protokoll funktioniert diese auch (es befinden sich auch die aktuellen Dateien auf der Festplatte) bis auf einige Gemeinsamen Ordner .

Lt. Log File z.B:
Quellordner /volume1/homes
Quellordner /volume1/homes ist erreichbar...

Starte Datensicherung:
von: /volume1/homes
nach: /volumeUSB1/usbshare/backup_often
Fehler: /volume1/homes - RSync-Code 41
Zum Vergrößern anklicken....

Wie kann ich einen Debug-Lauf durchführen?

Danke für die Hilfe
 
Glaube ich dir ja. Alle Updates, egal von wem, sind auch Veränderungen am System die zwar im Allgemeinen ohne Probleme übernommen werden, aber abhängig von der individuellen Konfiguration auch mal daneben gehen.

Eine erweiterte Debug Ausgabe sollte er dir anbieten wenn du die Backup Aufgabe von Hand startest. Da ist glaube ich dry-run und debug als Kästchen auswählbar.

Code 41 kommt auch ganz gern im Zusammenhang mit fehlendem Speicherplatz am Ziel.
Von daher mal den freien Platz prüfen, eventuell auch Schreibrechte für root, Quota und dergleichen, auch wenn du das nicht eingestellt hast.
Hast du vielleicht an den Systemgruppen "administrators" und "users" irgendwelche Änderungen im Vergleich zum Werkszustand vorgenommen?
 
Hi

ich bin mir ganz sicher, dass es schon 100x in diesem Thread diskutiert wurde. Ich Weiss nur nicht, wie ich die Suche trimmen muss, um mir genau die Beiträge zu dieser Frage aus 1.700 Beiträgen anzuzeigen.

Kann ich unter Win7/10 ein verschlüsseltes Backup wieder sichtbar machen, wenn
- die HDD über USB direkt an am PC hängt
- der Zugriff übers Intranet auf ein Share auf einer Buffalo-NAS erfolgt
 
Aus der Ultimate Backup Hilfe:
Ultimate Backup generiert bei Zielordner-Verschlüselung ebenfalls einen Schlüssel (wie beim Anlegen von verschlüsselten Gemeinsamen Ordnern im DSM ebenfalls).
Mit Schlüssel und/oder Passwort kann man dann auch auf die Sicherung zugreifen vorausgesetzt das System unter dem man die Sicherung anschaut versteht a) das Dateisystem des Datenträgers und b) enthält Unterstützung für ecryptfs mit dem die Verschlüsselung umgesetzt ist. Greift man per Netzwerkfreigabe darauf zu muss der Client lediglich ecryptfs unterstützen da hier auf das Dateisystem ja nur indirekter Zugriff besteht via Netzwerkprotokoll.

Kurz: Unter Windows funktioniert das nicht, da hier ecryptfs nicht unterstützt wird. Man müsste also mindestens den Rechner mit einer Linux Live CD / USB Stick booten um die passenden Werkzeuge zur Hand zu haben. Oder eine virtuelle Linux Maschine an die man den USB Datenträger durchreichen kann.
 
Fusion schrieb:
Kurz: Unter Windows funktioniert das nicht, da hier ecryptfs nicht unterstützt wird. Man müsste also mindestens den Rechner mit einer Linux Live CD / USB Stick booten um die passenden Werkzeuge zur Hand zu haben. Oder eine virtuelle Linux Maschine an die man den USB Datenträger durchreichen kann.
Zum Vergrößern anklicken....

Wunderbar. Dann werde ich die Szenarien mal durchspielen.

Danke
 
Hallo zusammen,
nach 2 Tagen basteln ohne Erfolg jetzt mal die Bitte mir den Wald zu zeigen ;-)

Szenario:
Eine DS713+ (CDDiskstation, 192.168.1.111) die läuft und abgelöst werden soll. Hier sind viele Pakete und auch Paket UB installiert, root per ssh funktioniert.

Eine DS718+ (Datastation, 192.168.1.222) die jungfräulich ist (DSM installiert, Volume eingerichtet, Paket UB installiert, root per ssh eingerichtet -funktioniert).

UB auf der neuen DS gestartet, Gerät "alte DS" eingerichtet, mit UB ssh-Zugang aufgebaut -> Verbindung erfolgreich.
Sicherungsaufgabe erstellt, um Ordner von der fernen DS auf die neue DS zu holen.

Resultat:
Rich (BBCode): 
Remoteserver 192.168.1.111 ist online.
CDDiskStation: SSH-Verbindung wurde aufgebaut.
Quellserver ist eine DiskStation
Zielserver ist eine DiskStation

Quellordner /volume1/web-test wurde lokalisiert...
Quellordner /volume1/web-test ist erreichbar...

Starte Datensicherung-DRY Testlauf:
von: CDDiskStation:/volume1/web-test
nach: Datastation:/volume1/NetBackup/BackupDS
rsync -e ssh -p 22 -l root -oStrictHostKeyChecking=no -vv -nv -ahR 192.168.1.111:/volume1/web-test --stats --delete-excluded --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/*** --delete --backup --backup-dir=@Recycle/2018-02-27_14h17m58s_rsync_Test.sh /volume1/NetBackup/BackupDS
[client] add_rule(-s @eaDir/***)
[client] add_rule(-s @Logfiles/***)
[client] add_rule(-s #recycle/***)
[client] add_rule(-s #snapshot/***)
[client] add_rule(-s .DS_Store/***)
backup_dir is @Recycle/2018-02-27_14h17m58s_rsync_Test.sh/
opening connection using: ssh -p 22 -l root -oStrictHostKeyChecking=no 192.168.1.111 rsync --server --sender -vvvbnlogDtprRe.isfC --backup-dir @Recycle/2018-02-27_14h17m58s_rsync_Test.sh . /volume1/web-test
receiving incremental file list
[sender] add_rule(-s @eaDir/***)
[sender] add_rule(-s @Logfiles/***)
[sender] add_rule(-s #recycle/***)
[sender] add_rule(-s #snapshot/***)
[sender] add_rule(-s .DS_Store/***)
server_sender starting pid=7509
[sender] _exit_cleanup(code=52, file=main.c, line=750): about to call exit(52)
[Receiver] _exit_cleanup(code=43, file=io.c, line=687): about to call exit(52)
/volume1/web-test - RSync-Code 52
------------------------------------------------------------------------------------------------
RSync Fehlermeldung (Exit Code): 52
------------------------------------------------------------------------------------------------

RSync-Datensicherung-DRY Testlauf fehlgeschlagen - Sicherungsziel: Datastation:/volume1/NetBackup/BackupDS
------------------------------------------------------------------------------------------------

Wo kann ich jetzt noch hingucken?
Finde den Fehler...

Bitte...
Danke für eure Zeit und Unterstützung

Gruß Handfest
 
Ultimate Backup 1.3.2


Release-Notes vom 03.03.2018
(...sobald von den Machern von CPHub freigegeben!)

  • Fehler behoben, damit externe Datenträger nach dem Backup ggf. wieder ausgeworfen (unmounted) werden.
  • Abfragefehler behoben, damit Aufträge, die sich auf externen Datenträgern befinden, in der Auftragsliste nicht mehr doppelt angezeigt werden.
  • Problem beim "synchronisieren gem. Ordner" wurde behoben, da man bei der Scripterstellung keinen Zielordner auswählen konnte.
  • Es konnte keine initiale Suche ausgeführt werden um bereits bestehende Backup-Aufträge (Scripte) zu finden.
  • Damit Ultimate Backup auch auf leistungsschwächeren Systemen flüssig läuft, haben wir eine Funktion eingebaut, um den Abstand der Refresh-Zeiten innerhalb der Auftragsübersicht anzupassen. Der Intervall kann nun auf 1, 10 oder 30 Sek. oder ausgestellt werden.


Hinweis:
Da wir am eigentlichen Backup-Script nichts verändert haben, bleibt hier die Version 1.3.1 bestehen. Das ist also kein Fehler, sondern so gewollt.


(Immer noch ein...) Wichtiger Hinweis:
Bedingt durch einen Fehler im DSM (betrifft wohl alle Versionen von DSM 6.1 und DSM 6.2 Beta) wird Ultimate Backup direkt nach dem Upgrade den ersten Start verweigern und hängen bleiben. Wir können dieses Verhalten leider nicht beeinflussen geschweige denn beheben. Die einzige Möglichkeit ist, das ihr den DSM refresht (z.B. F5 - Taste) oder einen rechtsklick auf das Ultimate Backup Symbol ausführt um es in einem neuen Fenster zu öffnen. Wie gesagt, dieses Verhalten tritt nur beim ersten Start und auch nur nach einem Upgrade auf, nicht bei einer Neuinstallation.


In eigener Sache:
Es ist ruhig um uns geworden... verdammt ruhig!
Wir wollen hier sicherlich nicht unsere Sorgen und Nöte sowie unsere privaten sowie beruflichen Verpflichtungen mit euch durchdiskutieren, aber genau das sind die Gründe dafür, das wir in letzter Zeit nicht mehr so präsent sind wie sonst. Wir haben also immer noch „Bock“ und wir schmieden im stillen Kämmerlein bereits fleißig an der Zukunft von Ultimate Backup rum. Wir wollen damit nur sagen, dass wir uns auch weiterhin kümmern und wir die Flinte noch nicht ins Korn geworfen haben. In letzter Zeit geht das halt alles nur ziemlich langsam und schrittweise voran.

Auch wenn wir uns der Tatsache bewusst sind, dass wir uns für nichts rechtfertigen oder entschuldigen müssen, so möchten wir euch halt nur wissen lassen, dass wir immer noch da sind und weiter machen… halt nur nicht mehr so schnell und so intensiv.


Wir wünschen euch wie immer viel Spaß mit Ultimate Backup.

Tommes & PsychoHH
 
Update gemacht, Script angeworfen und das Ding läuft einfach.

Klasse Arbeit Jungs. :)
 
Hallo,

hier hat sich nichts geändert.

Versionierung funktioniert nicht
umount der ext. USB-Platte funktioniert nicht.
 
Du hattest doch mehrere Partitionen inkl. Versionierung. Da gab es dann doch Fehler.
Sobald du doch aber auf ntfs Formatiert hast, lief doch alles außer den unmount.

Am Script selbst wurde nichts geändert, weswegen dies laufen sollte. (Sicherung inkl. Versionierung)
Den Unmount haben wir gefixt, allerdings wird dieser nur ausgeführt, wenn es keine Fehler gab.

Du solltest also jetzt einmal schauen ob die externe normal eingebunden wird. 1 Partition und dann mal die Logs checken wo es einen Fehler gab.
Kannst das gerne auch per pn schicken.
 
das Problem ist, wenn ich ein Script mit Versionierung erstelle, bekomme ich immer diese Fehlermeldung:

Rich (BBCode): 
Versionierung	: Verbindung fehlgeschlagen oder Zielordner verschlüsselt.
 
Dies ist aber keine direkte Fehlermeldung.
Es sagt ja nur aus, dass die Verbindung (Status) zum auswerten der Versionierung fehlgeschlagen ist oder der Zielordner verschlüsselt ist.
Wenn der Zielordner verschlüsselt ist, wie soll die Gui denn feststellen, ob die Versionierungen vorhanden sind?

Hast du schon mal das Ziel entschlüsselt und geschaut ob die Versionierungen angelegt sind?
Hast du schon mal ins Log geschaut wie der Status ist?
 
ich habe keine verschlüsselte Ordner die ich sichern möchte und die Zielordner lasse ich auch nicht verschlüsseln,
deshalb bin ich ja über die Meldung verwundert.

Jetzt bin ich soweit, das bei einem zu sichernden Ordner eine Statusmeldung: Fehler - 23 entsteht und damit auch kein umount möglich ist.
Mal schauen woran das nun liegt.
 
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

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.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten