On Mon, 13 Jul 2015 02:19:23 +, Andrew Gideon wrote:
Look at tools like inotifywait, auditd, or kfsmd to see what's easily
available to you and what best fits your needs.
[Though I'd also be surprised if nobody has fed audit information into
rsync before; your need doesn't seem all that
Andrew Gideon c182driv...@gideon.org wrote:
These both bring me to the idea of using some file system auditing
mechanism to drive - perhaps with an --include-from or --files-from -
what rsync moves.
Where I get stuck is that I cannot envision how I can provide rsync with
a limited list
https://bugzilla.samba.org/show_bug.cgi?id=10995
Wayne Davison way...@samba.org changed:
What|Removed |Added
Resolution|--- |FIXED
inotifywatch or equiv, there's FSM stuff (filesystem monitor) as well.
constantData had a product we used years ago - a kernel module that dumped
out a list of any changed files out some /proc or /dev/* device and they
had a whole toolset that ate the list (into some db) and played it out
as it
Andrew Gideon c182driv...@gideon.org wrote:
However, you've made be a little
apprehensive about storebackup. I like the lack of a need for a restore
tool. This permits all the standard UNIX tools to be applied to
whatever I might want to do over the backup, which is often *very*
On Mon, Jul 13, 2015 at 5:19 PM, Simon Hobson li...@thehobsons.co.uk
wrote:
What's needed is a file system that can do what hard links do, but at the
file page level. I imagine that this would work using the same Copy On
Write logic used in managing memory pages after a fork().
Well some
https://bugzilla.samba.org/show_bug.cgi?id=11035
--- Comment #2 from Jonathan S. Abrams jonathansabr...@gmail.com ---
When will v3.1.2, or some other version with this fix, be released to the
public?
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use