USB Copy USB Copy Incrementell überschreibt Ziel statt Dateien umzubenennen - rename

[Troll2019]

Hallo,
ich habe gerade mit dem Support den genannte Fall am bearbeiten und brauche Eure Hilfe.
Das Paket "USB Copy" hat die Möglichkeit inkrementell zu speichern. Das bedeutet, dass eine auf dem Ziel vorhandene Datei nicht überschrieben wird, sondern umbenannt wird. Das Programm überschreibt aber immer die Zieldatei. Ich habe es mit NTFS und ext4 auf dem Ziel versucht - ohne Erfolg. Zunächst hat der Support versucht, das Problem mit dem Zugriff von zwei Clients auf die gleiche Datei zu erklären, was völliger Quatsch ist.

Ich habe den Fehler mit Hardcopies belegt. Angeblich ist der Fehler nicht reproduzierbar, was ich mir nicht vorstellen kann. Und Ferndiagnose will ich nicht zulassen!

Deshalb die Bitte - wer helfen will und kann - versucht doch bitte diesen Fehler zu reproduzieren - bitte mit Angabe Eurer Umgebung.

Viele Dank im Voraus.


Thomas
---------------------------
DS918+
DSM 6.2.1-23824 Update 6
USB Copy 2019/03/04

 

[fireatnight]

Hallo zusammen,

ich habe das ganze gerade einmal getestet und das gleiche Phänomen.

Mein Setup:
- DS218 mit DSM 6.2.1-23824
- Drive Version 1.1.4-10580
- USB Copy Version 2.0.5-0059

Vorgehen und Ergebnis:
- Ich habe einen Testordner erstellt und darin eine Testdatei mit Drive synchonisiert.
- Erster Lauf von USB Copy (inkrementell, bei Konflikt umbenennen): Es wir eine Kopie der Datei am angegebenen Speicherort erstellt.
- Ändern der Datei auf meinem PC und Synchronisation der Datei auf die DS (gleicher Dateiname).
- Zweiter Lauf mit USB Copy (gleiche Aufgabe, s.o.): Die Datei am Speicherort wird mit der neuen Datei überschrieben (!).
- (Ich hab das gleiche auch mit Überschreiben gemacht, das Ergebnis ist exakt das gleiche)

Viele Grüße
fireatnight

 

[Troll2019]

Hallo fireatnight,

danke für die Rückmeldung, die meine These zumindest 1 x bestätigt.
Ich frage mich nur, ob von den vielen Lesern niemand sonst diese Funktion nutzt, oder ob alle wegen der fragwürdigen Ziel-Definition (nur 1 Backup-Auftrag pro Volume) das Programm nicht verwenden.
Ich für meine Teil finde es (bis auf die genannte Einschränkung) eigentlich genial - simpel anzuwenden - manuell und automatisch zu nutzten - sehr platzsparend beim inkrementeller Nutzung und damit viel schneller als mit Versionierung zu erzeugen, Windows-kompatibles Zieldateisystem NTFS und vor allem, ich erhalten bei eine Vollkopie mit der funktionierenden inkrementellen Funktion mehr als nur ein Duplikat von der Quelle. Um das zu programmieren hatte ich auf Windows mit robocpopy allerhand zu tun.
Das Problem mit der Zieldefinition habe ich über 5 NTFS-Volumes umgangen.

Kann ich jetzt nicht doch ein paar Leser animieren, diese Funktion mal auszuprobieren - 10 Minuten reichen dafür schon aus.

Viele Grüße
Thomas

 

[Ramihyn]

Ich gehe davon aus, dass die gleichzeitige Verwendung von Drive hier der Knackpunkt ist und damit auf irgendeine Weise unterminiert wird, dass eine Änderung der Datei als solche korrekt erkannt wird.

 

[Troll2019]

... die gleichzeitige Verwendung von Drive hier der Knackpunkt ist...

Das kann ich wohl ausschließen. Ich habe alle unnötigen Dienste ausgeschaltet, so dass nur noch SMB, USB Copy und der Synology-Anwendungsdienst laufen. Ansonsten ist das ja ein fast jungfräuliches System weil neu aufgebaut.
Für den Test habe ich auch ein Verzeichnis gewählt, das nicht mit Drive synchronisiert wird.
USB-Copy erkennt ja auch die veränderte Datei, aber auf dem Ziel wird sie immer überschrieben, egal welche Option ich bei inkrementell wähle. Und zwei Optionen anbieten, die das gleiche tun ist Unsinn.

Noch Ideen?