lsyncd启动后无同步且日志无错，主因是配置仅通过语法校验，不检查路径、权限、SSH连通性；需启用Debug日志、预建远端目录、配好免密SSH、确保rsync可用，并合理设置excludeFrom、delay和maxProcesses。
为什么 lsyncd 启动后没同步，日志里却没报错？
常见原因是配置文件语法看似正确，但 lsyncd 实际只校验到语法层级，不校验路径是否存在、权限是否足够、目标 SSH 是否可达。它默认静默跳过失败的 sync 块，除非显式开启 logfile 并设为 debug 级别。
- 必须在
settings块中加logfile = "/var/log/lsyncd.log"和loglevel = "Debug" - 目标目录（如
/backup）需提前在远端创建好，lsyncd不会自动建目录 - 运行用户（通常是
root或专用用户）必须对源目录有读权限，对目标机器有免密 SSH 权限（用ssh-copy-id配好） - 若用
rsyncssh模式，远端必须安装rsync，且不能禁用 shell（/bin/false会导致连接被拒）
rsyncssh 和 rsync 模式到底该选哪个？
绝大多数生产场景应选 rsyncssh：它通过 SSH 加密传输，无需开放 rsync daemon 端口（默认 873），更安全；而纯 rsync 模式需在远端启动 rsync --daemon，暴露服务且配置复杂，仅适用于内网可信环境或带宽受限需复用 rsync 连接的极少数情况。
-
rsyncssh的host必须是可解析的主机名或 IP，targetdir是远端绝对路径（如"user@192.168.1.100:/data/backup"） -
rsyncssh默认走 22 端口；如改了 SSH 端口，必须写成"user@host:port:/path"格式（注意冒号分隔） - 若要压缩传输，加
rsyncOpts = {"-z"}；若忽略时间戳只比对大小和内容，加{"--size-only"}
如何避免 lsyncd 同步临时文件或编辑器备份？
靠 exclude 列表只能过滤已存在的文件，而编辑器（如 vim、nano）生成的 .swp、~ 结尾文件，常在写入中途就触发 inotify 事件，导致同步中断或出错。真正可靠的做法是组合使用 excludeFrom + delay + maxProcesses。
- 新建
/etc/lsyncd.exclude，写入：*~\n*.swp\n*.tmp\n.git/\n
- 在 sync 块中指定：
excludeFrom = "/etc/lsyncd.exclude" - 加
delay = 5（单位秒），让 lsyncd 缓存变更，等文件写完再批量 rsync，避免“半截文件”同步 - 设
maxProcesses = 1，防止并发 rsync 冲突（尤其小文件多时）
systemd 服务启动失败，提示 Failed to start LSB: lsyncd 怎么查？
根本原因往往是 systemd 单元文件未适配当前 lsyncd 版本行为——老版本用 lsyncd -nodaemon -pidfile /var/run/lsyncd.pid /etc/lsyncd.conf，新版本（>=2.2.3）已弃用 -pidfile，改用 --pidfile，且默认不写 pid 文件。
- 检查实际安装的版本：
lsyncd --version - 对应修改
/lib/systemd/system/lsyncd.service中的ExecStart=行，例如：ExecStart=/usr/bin/lsyncd -pidfile /var/run/lsyncd.pid /etc/lsyncd.conf
- 确保
/var/run/lsyncd.pid所在目录存在且lsyncd用户有写权限（通常mkdir -p /var/run/lsyncd && chown lsyncd:lsyncd /var/run/lsyncd） - 重载并调试：
systemctl daemon-reload && systemctl start lsyncd && journalctl -u lsyncd -f
/proc/sys/fs/inotify/max_user_watches）在监控大目录时极易触顶，表现为新增文件不触发同步。这不是 lsyncd 本身的问题，但必须提前调高，否则所有配置都白搭。 
