Closed GoogleCodeExporter closed 9 years ago
Did some tests now and noticed that lsyncd try to replicate to node2 (which was
down and become up)... but inotify doesn't trigger any action when we (create,
truncate) a file using >filename... only using touch.
Original comment by danlsg...@gmail.com
on 10 May 2011 at 3:32
Looks like rsyncssh is triggering DELETE actions at last... So, if I do rm -f *
followed by touch file, it will replicate first the touch file and after rm -f
*, in an inconsistent replication.
Original comment by danlsg...@gmail.com
on 10 May 2011 at 3:42
Actually Lsyncd 2.0.x does collapse multiple actions on one file in a logical
way. So a DELETE followed by a CREATE should collapse into a CREATE only, since
that one will override the old file anyway. If there is a logical fault in
collapsing event, please try to reproduce a minimal example and post a log with
either "-log all" or "-log Delay" at least.
Original comment by axk...@gmail.com
on 10 May 2011 at 5:39
Yes, but if I make a "rm -rf *" in a dir, this will be the last action applyed
doesn't matter if I created, moved or updated any files before.
1. create a list of files if "for i in `seq 1 100`; do touch $i; done"
2. stop sshd on the node.
3. rm -rf * on all dir files.
4. touch newfile.txt
5. echo "yes" > newfile.txt
6. start sshd on the node
After these steps node will be empty, even if I created and updated some files
after rm -rf *.
Original comment by danlsg...@gmail.com
on 12 May 2011 at 11:54
First let me ask for apology that it took me 4 months to be able to finally
allocate an hour for this. I tested it exactly as you descried and it works for
me with Lsyncd 2.0.4 as well as the current SVN version. If you wish please
email me a logfile creaeted with '-log all' ideally with comments on which
moment you did what.
Kind regards, Axel
Original comment by axk...@gmail.com
on 18 Aug 2011 at 1:53
Original issue reported on code.google.com by
danlsg...@gmail.com
on 10 May 2011 at 1:23