我注意到我没有在我们的 DR 上获得新的备份，所以我看了一下，发现它lsyncd卡在通过 发送到 DR 的服务器上lsyncd。我们的备份日志显示了“等待子进程终止”的无尽错误。我最终终止了 lsyncd 任务，因为它们被卡住并且无法重新启动 lsyncd。备份到 DR 是通过配置的/etc/lsyncd.conf。
当我运行后在 lsyncd 上运行状态时
systemctl start lsyncd.service
我收到以下错误：
[root@backupsteve bin]# systemctl status lsyncd.service
● lsyncd.service - Live Syncing (Mirror) Daemon
Loaded: loaded (/usr/lib/systemd/system/lsyncd.service; disabled; vendor preset: disabled)
Active: inactive (dead)
Apr 3 17:22:19 backupsteve systemd: Started Live Syncing (Mirror)
Daemon.
Apr 3 17:22:19 backupsteve systemd: Starting Live Syncing (Mirror) Daemon...
Apr 3 17:22:19 backupsteve sh: Error: failure getting absolute path of [/usr/local/cherbles/archive/plause/backups/dr551-prod/sftpdrop2/latestbackup/]
Apr 3 17:22:19 backupsteve sh: Error: Cannot access source directory: /usr/local/cherbles/archive/plause/backups/dr551-prod/sftpdrop2/latestbackup/
我能够浏览到../dr551-prod/sftpdrop2/latestbackup就好了。并查看备份。它只是最新备份文件夹的链接。文件中的这一特定备份 (dr551-prod) 条目.conf位于中间，但由于某种原因，它立即在该条目上出错。前面大概有20台服务器。我没有任何lsyncd运行实例，并且我已经停止/启动了很多次。
答案1
问题出在我的 .conf 文件的一部分上。代码中存在错误，因此每次尝试启动时都无法尝试进入不存在的目录。也许这会对你们有所帮助！