https://bugzilla.samba.org/show_bug.cgi?id=10379
Summary: rsync metadata files
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: core
AssignedTo: wayned at samba.org
ReportedBy: me at haravikk.com
QAContact: rsync-qa at samba.org
This proposal is for an optional feature within rsync that will allow it to
create special metadata files within directories, in order to keep track of
additional information. The feature would be activated by setting a
--metadata-file or similar parameter, specifying the name of the metadata file.
Whenever rsync encounters a directory (or file within it) that is eligible for
special or optimised treatment, it will add suitable information in a metadata
file within that directory, using the provided file-name. When rsync operates
on that directory in future, it will open any metadata file and use this to
obtain hints as to how to handle the directory (and files within it). If the
modified time of the metadata file differs from that of the directory it is
within then it will be validated (to detect any hints that are no longer true).
This isn't a useful feature in its own right, but would allow for possible
future features to be implemented by allowing rsync to track useful
information, particularly information that can be used to optimise comparisons.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
https://bugzilla.samba.org/show_bug.cgi?id=10379
Wayne Davison <wayned at samba.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
--- Comment #1 from Wayne Davison <wayned at samba.org> 2014-01-19
22:20:03 UTC ---
See the checksum patches and the db patch for some examples that are being
worked on already. The db one is the one that I'm most fond of, since it
has
the potential to support checksum caching, fuzzy matching by checksum, more
efficient renaming etc. The current patch only supports checksum caching at
the moment, and the sqlite support makes it very lightweight for those that
don't want to stand up a DB server.
I do need to change the db patch into a run-time-loaded library idiom for each
DB type. That would let us integrate db support into the main code w/o bloating
the dependencies for the main rsync package (e.g. the rsync executable is in
the main package with no db dependencies, the sqlite lib is in a separate
sqlite-dependent package, etc.).
If anyone wants to help out in this area, feel free to contact me about what
you're interested in.
I'll resolve this as "works-for-me" just because of the existing
meta-data
patches.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
https://bugzilla.samba.org/show_bug.cgi?id=10379 --- Comment #2 from Haravikk <me at haravikk.com> 2014-01-20 12:42:32 UTC --- (In reply to comment #1) That sounds great actually; how does it work with regards to where the DB is stored, you just specify a path to it? Does it create one for the sender and receiver or just the receiver (I suppose receiver is most useful)? I'll try to check it out when I get a chance, I have been using SQLite recently actually. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Seemingly Similar Threads
- [Bug 10380] New: Non-Nested Folder Optimisation
- [Bug 9864] New: Allow permanent compression of destination files
- [Bug 14371] New: Combined Exclude & Protect Filter Type
- [Bug 10575] New: Long Delay for Large Folders Even with Incremental File-List
- [Bug 9814] New: --cache parameter for storing recent file data