Zauważyłem, że nie otrzymuję nowych kopii zapasowych na naszym DR, więc spojrzałem i zobaczyłem, że lsyncd utknął na serwerze, który wysyła do DR przez lsyncd. Nasze dzienniki tworzenia kopii zapasowych wykazały niekończące się błędy „Oczekiwanie na zakończenie procesu potomnego”. W końcu zabiłem zadania lsyncd, ponieważ utknęły i od tego czasu nie mogłem ponownie uruchomić lsyncd. Kopia zapasowa do DR jest konfigurowana przez /etc/lsyncd.conf.
Po uruchomieniu statusu na lsyncd po uruchomieniu „systemctl start lsyncd.serivce” pojawia się następujący błąd:
[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/
Jestem w stanie przeglądać ../dr551-prod/sftpdrop2/latestbackup w porządku. i zobacz kopie zapasowe. To tylko link do najnowszego folderu kopii zapasowej. Ten konkretny wpis kopii zapasowej (dr551-prod) w pliku .conf znajduje się w środku, ale z jakiegoś powodu natychmiast powoduje błąd w tym pliku. Przed tym jest prawdopodobnie 20 serwerów. Nie mam żadnych uruchomionych programów lsyncd i zatrzymałem / uruchomiłem to całkiem sporo razy.
Dziękuję Ci!