Comments (6)
Thank you, but how can you not care about the "move"-problem? Rename events
change the filesystem without possibility to transfer them when watching with
fanotify.
Original comment by [email protected]
on 30 Dec 2010 at 12:18
from lsyncd.
i'm planning a livebackup and would do a normal Rsync once a day to catch the
moves. in this environment it is more crucial for me to have the data anywhere
on the filesystem than have it in the right location.
Original comment by [email protected]
on 30 Dec 2010 at 2:38
from lsyncd.
I'm currently studying the fs/i/fanotify implementation in Linux. I'd rather
manage to get some patch into the kernel that allows root users to use inotify
to register for mount point events like fanotify has. So far I realized
fanotify is really much more tailored to malware software rather than
indexers/backup utils like Lsyncd. It delivers an open filedescriptor with
every event, very useful for these utils, but for Lsyncd not useful, and it
starts to violate the Lsyncd principle to not interfere and reduce perfomance
between application and kernel/disc.
If a future use of fanotify might be for a strict semaphore master-master
syncing, where Lsyncd holds back an open() event until it notified other nodes
to lock it. Or to refuse it, if the file is opened by other nodes.
Original comment by [email protected]
on 2 Jan 2011 at 10:58
from lsyncd.
I currently don't have the focus to work on the kernels implemenation, sorry.
Also I dont see myself adding a fanotify implementation that doesnt track
moves. I know that for a few people like you, who know exactly what they are
doing, and which limitations they can expect, fanotify would currently make
sense nevertheless, but I cannot maintain this feature as well.
Lsyncd has some sources scratched for fanotify, and has its infrastructure
modular enough to support multiple notifications mechanism as can be seen with
the support for fsevent 10.5. So if you need it, you can code it :-)
Original comment by [email protected]
on 7 Feb 2011 at 2:23
- Changed state: Wait
from lsyncd.
Hi,
I'm working backwards from the synchronization concept I want to achieve and
have wound up here. I wonder if the functionality from fschange is sufficient
for lsyncd's needs?
http://stefan.buettcher.org/cs/fschange/index.html
I know it's not in linus's kernel, and the patches are surely bit-rotted, but
it looks like the party line is that inotify's ABI is permanently frozen, so
that seems like a dead end.
Original comment by [email protected]
on 10 Aug 2011 at 8:03
from lsyncd.
That work is pretty dated. Especially the Linux' event notification system has
been completly reworked since then in the light of fanoity. So I don't suppose
that patches can fit even close. Fanotify is btw. currently not usable for
Lsyncd, as it misses move events.
The notification mechanisms of Linux are still a mess. You got inotify,
filename/tag based writter for user interfaces, and you got fanotify,
filedescriptor based, written for malware protection. Non fits well for
indexers and watchers like Lsyncd also is. I hope the next notification system
that comes around will finally merge the functionality of inotify and fanotify.
Lsyncd 2.x is written pretty modular regarding notification systems, in the
source you'll see it supports inotify as well fsevents on OSX. It should be no
rocket science to add another protocol here. However, developing a better
notification system for the kernel probably is.
Original comment by [email protected]
on 11 Aug 2011 at 7:19
- Changed state: Done
from lsyncd.
Related Issues (20)
- lsyncd spinning 100% CPU, writing "Normal: waiting for 1 more child processes" indefinitely to the log HOT 5
- Why only -lts option as argument to rsync HOT 5
- rsyncOps in documentation should be rsyncOpts HOT 4
- lsyncd crashes when it gets a notification from kernel HOT 2
- maxDelays doesn't seem to work HOT 6
- initial sync is too agressive HOT 1
- Documentation HOT 6
- rsyncOpts should be able to override "--delete" too HOT 3
- Ubuntu installation ./configure finding lua HOT 1
- lsyncd on arm system not finding getConfig() HOT 2
- lsync dies after initial sync HOT 18
- Compilation Errors on Solaris 11 Express HOT 2
- lsyncd ignores "--filter" command in rsyncOpts for rsyncssh (and maybe rsync) HOT 3
- Thousands of log messages: "Normal: waiting for 1 more child processes." HOT 4
- User and Group ownership not preserved HOT 4
- Bi-directional sync (possibly with unison?) HOT 3
- ERROR: Connection to remote host failed. HOT 2
- Treat rsync exit code 13 as temporary problem HOT 1
- tried to implement the group permission example using octal notation instead of "g+rw", lsyncd status immediately becomes: lsyncd dead but pid file exists HOT 5
- Fails to make on FreeBSD 9
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from lsyncd.