Lsyncd 2.0.0

Synchronize local directories with a remote machine running rsyncd.

  Add it to your Download Basket!

 Add it to your Watch List!


Rate it!

What's new in Lsyncd 2.0.0:

  • The code was completely rewritten.
  • The configuration file format is now LUA instead of XML, allowing a range from easy configuration up until complete scripts.
  • Different actions on different kinds of events are combined logically.
  • Moves are allowed to move on the target (rsyncssh).
Read full changelog
send us
an update
GPL (GNU General Public License) 
3.3/5 19
Axel Kittenberger
ROOT \ System \ System Administration
1 Lsyncd Screenshot:
Lsyncd uses rsync to synchronize local directories with a remote machine running rsyncd. Lsyncd watches multiple directories trees through inotify. The first step after adding the watches is to, rsync all directories with the remote host, and then sync single file buy collecting the inotify events.

So lsyncd is a light-weight live mirror solution that should be easy to install and use while blending well with your system. See lsyncd –help for detailed command line options.

When to use

Lsyncd is designed to synchronize a local directory tree with low profile of expected changes to a remote mirror. On the receivers side rsyncd can be configured to also change the uid/gid of the file. Lsyncd is especially useful to sync data from a secure area to a not-so-secure area (e.g. as a one way connection to allow employees to publish their files to a public accessible web server).

When not to use:

File with active file handles (e.g. database files)

Directories where many changes occur (like mail or news servers)
In these cases e.g. DRBD (see might be better for you.


Lsyncd vs. DRBD:

DRBD operates on block device level. This makes it useful for synchronizing systems that are under heavy load. Lsyncd on the other hand
does not require you to change block devices and/or mount points.
allows you to change uid/gid of the transferred files.

separates the receiver through the one-way nature of rsync.
However when using lsyncd a file change can possibly result in a full file transfer (at least for binary files) and is therefore unsuitable for databases. Also a directory rename will result in transferring the whole directory.

Lsyncd vs. incron:

Incron does not (yet) support recursive directory watching making it unsuitable for described needs (⟨=en). In fact a different approach would have been to extent incron. However, we decided to stick to the NIH principle (Not Invented Here) :-), because extending the C++ solution seemed to tedious.

Lsyncd vs. FUSE:

This is another interesting idea is to write a daemon that provides a shadow file system through fuse. When accessing a file the data is synced to local file as well as the remote file. Whit this approach inotify could be replaced. BindFS (see does this for local mirroring. We discarded this idea because it would affect performance of normal operations in a negative way.

Lsyncd vs. cron:

If you find a solution using cron to call rsync over the whole directory tree periodically after every 'X' hours/minutes/seconds more satisfying than lsyncd, please go for it *sulking*. We don't like it!

Last updated on December 13th, 2010

#directory synchronizer #remote synchronization #rsync utility #rsync #directory #synchronizer #remote

Add your review!