Hallo, ich fertige Backups auf meinem NAS an. Natürlich gebe ich login und pswd an. Der Zielordner liegt auch auf dem Schreibtisch.Seit einiger Zeit zeigt das Log Fehler: cmd 04.10. 01:09]$ kopiere Backup auf Datenträger /Volumes/Tomedo Backup … [cmd 04.10. 01:40]$ Kopieren des Backups auf /Volumes/Tomedo Backup nicht möglich! Problem: Fehler 23: Zugriff verweigert. Eventuell stimmen die Zugriffsrechte auf dem Zieldatenträger nicht? Allerdings habe ich im Finder im Zielordner ein frisches Backup (tomedo_Datenbank.backup.tar.gz) von 01:16 Uhr. Kennt das jemand? Ist es nur ein Bug? Gruß, Kai Seelig

Das NAS muss richtig mit den zugreifenden Nutzern funktionieren. Es muss also ein Nutzer im NAS mit der entsprechenden UID angelegt sein, welcher Lese- und Schreibrechte hat.

Hallo, bei mir hat bei ähnlichen Problemen geholfen: Zielordner im Server-Backup-Fenster löschen (nicht den Ordner selber, nur den Pfad) mit "-", dann nochmal neu eingeben (mit "+"). Gruß aus dem sonnigen wilden Süden

Am besten das NAS per AFP (Apple-File-Protokoll) und nicht per SMB anbinden. AFP ist so jämmerlich alt, dass es keine Unterstützung für erweiterte Nutzerrechte hat und damit auch keine Probleme macht :) Seit High Sierra nutze ich nur noch AFP, da die Volumes nicht mehr über /Volumes (sind zwar da - können aber dort nicht modifiziert werden) - sondern irgendwo in den untiefen von Cuppertino gemountet werden und damit auch keine permanenten Mountpoints mehr einbindbar sind.... Sollte SMB genutzt werden müssen hat als einziger Trick funktioniert den Ordner auf der rechten Seite der Menü-Leiste (direkt neben dem Papierkorb) einzufügen. Da klappen die Mountpoints noch - warum kann ich leider nicht beantworten...

den Ordner auf der rechten Seite der Menü-Leiste (direkt neben dem Papierkorb) einzufügen meinen Sie evtl das Dock?

Genau :) Das "Dock" ist ja durch einen Strich gespalten. Den gewünschten Ordner auf der rechten Seite per drag&drop einfügen. Dann wird er auch nach dem Neustart korrekt gemountet...

Moin Herr Seelig, haben sie das gelöst bekommen? Seit gestern sichere ich auch auf einem Synology DS216J und habe exakt das selbe Phänomen wie Sie: mit und ohne Eingabe der Log-in Daten in den Servertools kommt die Fehlermeldung, der Kopiervorgang sei geschwitert, es findet ich aber ein entsprechendes Backup auf dem NAS. Die unten genannten Antworten beheben das Problem nicht. Grüße, JAn Wessig

Nö, alles beim alten. Habe auch eine DS 216J... Vielleicht ligt es daran?

hatte heute einen ähnlichen support fall mit einem synology nas, bei dem nicht speichert werden konnte aufgrund falscher/fehlender rechte. hatte keinen zugriff aufs NAS und konnte es demnach nicht lösen.

Falls Sie in einen verschlüsselten Ordner sichern, wird das Backup fehlschlagen, weil es hier eine Grenze von knapp 150 Zeichen bei Dateinamen incl. Pfad gibt. Diese Schwelle wird im „files“-Ordner überschritten. Ein Backup auf ein Synology-NAS klappt nur in einen unverschlüsselten Ordner.

Ich glaube, ich weiß, woran die Fehlermeldung liegt: am unterschiedlichen Filesystem von Server und NAS. Ich kam über den Versuch, das Backup mittels CCC auf das NAS zu kopieren, da erschien folgende Warnung. und in der Tat: die Eigentums- und Nutzrrechte: sind nach dem Kopiervorgang unbekannt - sowohl auf DS216J als auch auf einer Timecapsule: Ich glaube, Tomedo gibt den Fehler aus, da es zwar die Dateien, nicht aber deren Metadaten schreiben kann und insofern einen unvollständigen Kopiervorgang durchführt. Stellt sich die Frage, ob das schlimm ist, CCC meint nein. Das Problem liegt nicht bei Tomedo, denn die Metadaten gehen auch beim Kopieren mittels Finder verloren, der meldet nur kein Problem. Interessant ist, dass die Metadaten bei der Verwendung von Cloud Station Drive (https://www.synology.com/de-de/support/download/DS216j#utilities) erhalten bleiben. Da aber hierbei auch schon mal was schief gelaufen ist, vertraue ich dem Dienst (noch) nicht, setze ihn im LAN für die Verbreitung z.B. von Patientininformationen, Lehrbüchern, Aufklärungsbögen etc. ein (extrem praktisch ist, dass auch die Finder-Tags mitkopiert werden).

Backup auf NAS

Matthias Pfeifer

Freuen Sie sich nicht zu früh, das ist schon ausgegraut, seitdem ich Tomedo verwende. Und das ist mittlerweile 2 Jahre...

[gelöscht]

Das ist ja lächerlich!

Zollsoft, warum wird dieses wichtige Feature nicht abgeschlossen? Zudem muss die Passwortvergabe für die einzelnen Ziele unterschiedlich setzbar sein. Lokal macht ein Passwort keinen Sinn und ist sogar gefährlich. Also checkbox neben ziel ob verschlüsselt werden soll.

Johannes Müller

Das ganze Unterfangen wäre ohnehin sinnlos, da das tomedo-Backup (Also die eigentliche Datenbank) nicht das Problem darstellt. Eine Datenbank zu verschlüsseln ist pillepalle. Das wird wahrscheinlich mit Verwendung einer neuen Postgres-Version in zukünftigen Server-Versionen automatisch onboard sein.

Problem sind die zigtausend Arztbriefe etc. die als unverschlüsselte Pdf's und Bilder sowohl auf dem Server als auch (nach Abruf) auf jedem Client liegen. Die haben dann auch noch so verschachtelte Ordnerstrukturen und ellenlange Dateinamen, dass das Backup übers Netzwerk aktuell unmöglich ist.

Hierfür eine intelligente Lösung zu finden sollte für einen Programmierer eigentlich eine Aufgabe sein die sogar richtig Spass macht :)

[gelöscht]

Ja stimmt die müssen auch mit und wenn dann halt jedes mal wenn inkrmentell nicht möglich ist. Ein externes backup muss verschlüsselt möglich sein.

danielmauch

Also ich habe das selbe Problem - gibt es schon eine Lösung?

« Vorherige Seite