staging.inyokaproject.org

Hallo,

ich habe eben festgestellt, dass rsync in der Version 3.1.0 bei der Verwendung von --delete-after und --backup-dir die Option --backup nicht impliziert.

Da musste ein älterer Rechner mit Ubuntu 14.04 als dedizierter Backup-Rechner herhalten, weil der Vorgänger hardwareseitig kaputt gegangen ist. Und da hatte keiner Zeit für ein Release-Upgrade des Rechners, rsync wird schon tun 😳

Kann das zufällig jemand bestätigen bzw. kennt die Historie bei rsync?

Danke und Gruß

BillMaier

Ps. ja, verprügelt mich nur, auch ein Supporter-Kleber bewahrt nicht davor, als schlechtes Beispiel zu dienen ... 🙄

Hallo. ☺

BillMaier schrieb:

Kann das zufällig jemand bestätigen bzw. kennt die Historie bei rsync?

Leider weder noch. Habe aber gerade auch nur eine 3.1.3 parat. Diese tut aber, was man nach lesen der Manpage erwarten würde.

~$ rsync --version
rsync  version 3.1.3  protocol version 31
Copyright (C) 1996-2018 by Andrew Tridgell, Wayne Davison, and others.
Web site: http://rsync.samba.org/
Capabilities:
    64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,
    socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
    append, ACLs, xattrs, iconv, symtimes, prealloc

rsync comes with ABSOLUTELY NO WARRANTY.  This is free software, and you
are welcome to redistribute it under certain conditions.  See the GNU
General Public Licence for details.
~$ mkdir -p TEST/0
~$ mkdir -p TEST/1
~$ cd TEST/
~/TEST$ date > 0/file
~/TEST$ date > 0/file2
~/TEST$ date > 0/file3
~/TEST$ date > 1/file
~/TEST$ date > 1/file2
~/TEST$ date > 1/file3
~/TEST$ md5sum 0/* 1/*
c29c54ce6a606782316e260a63282da3  0/file
9af90e9fa9ed3dcf1bc792ad5c204d97  0/file2
57dd85355bbeaf4ef918e27090e414ca  0/file3
c1083eb4cbcae96d6a13e936a7bbbde5  1/file
35383d30d9c68488995aced08dd4d249  1/file2
d280c95ab553d911bc1cae09ffb4c707  1/file3
~/TEST$ rsync -r --delete-after --backup-dir=../backup 0/ 1/
~/TEST$ md5sum 0/* 1/* backup/*
c29c54ce6a606782316e260a63282da3  0/file
9af90e9fa9ed3dcf1bc792ad5c204d97  0/file2
57dd85355bbeaf4ef918e27090e414ca  0/file3
c29c54ce6a606782316e260a63282da3  1/file
9af90e9fa9ed3dcf1bc792ad5c204d97  1/file2
57dd85355bbeaf4ef918e27090e414ca  1/file3
c1083eb4cbcae96d6a13e936a7bbbde5  backup/file
35383d30d9c68488995aced08dd4d249  backup/file2
d280c95ab553d911bc1cae09ffb4c707  backup/file3

Müsste man also wohl doch mal das Changelog durchwühlen ob sich da zwischenzeitlich ein Fehler eingeschlichen hatte, oder das doch erst nach der 3.1.0 implementiert wurde.