我有两个文件夹~/A
和~/B
. 有一些内容。
我写了一个lsyncd
配置文件~/.config/lsyncd/lsyncd.conf
:
# NOTE: Use only absolute path names
# NOTE: check "man rsync" for parameters inside "rsync{}".
# Global settings
settings {
logfile = "/home/ziga/.config/lsyncd/lsyncd.log",
statusFile = "/home/ziga/.config/lsyncd/lsyncd-status.log",
statusInterval = 5
}
# Synchronisation A ⟶ B
sync {
default.rsync,
source = "/home/ziga/A",
target = "/home/ziga/B",
delete = true,
rsync = {
binary = "/usr/bin/rsync",
executability = true,
existing = false,
}
}
我lsyncd
是这样开始的:
lsyncd -nodaemon ~/.config/lsyncd/lsyncd.conf
注意:参数
-nodemon
只是为了在我运行上述命令的终端中为我提供更多信息。
执行命令后立即进行同步并将文件夹的内容~/A
传输到文件夹~/B
。这没关系。
根据我的配置文件,我希望如果我删除一个文件~/B
,它不会被删除~/A
,情况也是如此!这是一种通缉行为 - 我想防止意外删除文件夹中的内容~/A
。
但在这一点上,我也希望它lsyncd
会检测到该文件夹~/B
缺少刚刚删除的文件,并将通过将丢失的文件从复制~/A
到~/B
它在启动时立即执行的方式再次同步文件夹!但这不会发生。
如何才能做到这一点?
实际上,您有两个问题可能应该分开处理。我们先来看看第二个,因为它更容易回答:
使用您的配置,当在target删除文件时,您不能期望立即做出反应。
lsyncd
用于inotify
监视源文件树中的更改。实际上,在启动时发生的初始同步之后,它不知道目标发生了什么。相反,它不时(见下文)调用rsync
以将源树中的更改反映到目标。理论上,只要目标是本地的,就可以通过以及
lsyncd
监视目标。但通常情况并非如此。假设目标位于远程主机上(与您的示例相反)。那么如何通知远程目标中的文件被删除?inotify
lsyncd
不过,这不是问题:下一次
lsyncd
开始新的同步(通过执行rsync
),将再次创建文件。也就是说,虽然对目标上正在删除的文件没有立即反应,但该文件将在下一次rsync
运行中再次复制。下一次运行发生在源代码树(见下文)或启动rsync
时发生一定数量的更改之后。请注意,您可以通过 配置
lsyncd
运行同步的频率rsync
。据我了解,有一个默认超时,但另外,如果lsyncd
注意到源树(通过inotify
)中有 1000 个(默认值)更改,那么(无论超时如何)它都会运行rsync
以一次同步所有这些更改。rsync
当然,这比在每次更改后运行要好得多。所以,来到你的最后一个问题(“如何做到这一点”),它根本无法完成,或者需要一些编程。在每种情况下,您都必须运行一个守护程序来监视目标上的文件系统更改,然后自行执行
rsync
以将文件从源同步到目标,或者在发生此类更改时通知源上的另一个守护程序依次运行rsync
。但是你就不需要
lsyncd
更多了,因为有了这些知识,你可能会构建自己的双向同步系统。现在让我们解决您的第一个问题:
我无法立即说出这里出了什么问题;考虑到您的配置,它真的不应该发生。但是,我有一个关于进一步分析的建议:
启动时
lsyncd
,添加参数-log Exec
。然后您的命令行将显示为:这将记录所有进程产生的命令行
lsyncd
(在你的情况下,到终端)。我非常有信心,当您发布这些命令行时,我们可以确定问题(最好是作为原始问题的更新);它们应该显示如何rsync
执行,包括命令行参数。也许我可以帮助分析,但说实话,我不是那么深入rsync
。