demon rsyncd - jak zminimalizować zarejestrowane informacje?

0

Tworzę kopię zapasową mojego serwera Synology NAS na linuksowym serwerze Debiana, na którym działa demon rsyncd. Typowa sesja tworzenia kopii zapasowej spowoduje zapisanie setek tysięcy niepotrzebnych wiadomości (przykład poniżej) do pliku dziennika demona.

P: Jak mogę skonfigurować rsyncd na Debianie, aby do pliku dziennika wysyłane były tylko komunikaty o błędach, ostrzeżenia i autoryzacji i nic więcej?

Przymus: Klient kopii zapasowych Synology to zamknięty system, nad którym nie mam kontroli. Wszystkie zmiany konfiguracji muszą wystąpić na serwerze Debiana.

Aktualny plik rsyncd.conf

port = 873
max verbosity = 0

[NAS]
path = /media/e230a109-1a8b-bd46-81fc8-304c5d8fe401a/./
uid = nobody
gid = users
list = yes
read only = no
write only = no
use chroot = yes
hosts allow = 192.168.0.100
hosts deny = ALL
lock file = /var/lock/rsyncd-NAS

Przykład niepotrzebnych wpisów dziennika

Tue Mar 24 07:54:34 2015    building file list
Tue Mar 24 07:54:34 2015    rsync on NAS/nas_0032110CDF4A/@app/_Syno_NetShareArchive.db from nas.local (192.168.0.100)
Tue Mar 24 07:54:34 2015    connect from nas.local (192.168.0.100)
Tue Mar 24 07:54:33 2015    sent 87 bytes received 42 bytes total size 2048
Tue Mar 24 07:54:33 2015    building file list
Tue Mar 24 07:54:33 2015    rsync on NAS/nas_0032110CDF4A/@app/_Syno_NetShareArchive.db from nas.local (192.168.0.100)
Tue Mar 24 07:54:33 2015    connect from nas.local (192.168.0.100)
Tue Mar 24 07:54:33 2015    sent 42 bytes received 56 bytes total size 0
Tue Mar 24 07:54:33 2015    receiving file list
Tue Mar 24 07:54:33 2015    rsync to NAS/nas_0032110CDF4A/ from nas.local (192.168.0.100)
Tue Mar 24 07:54:33 2015    connect from nas.local (192.168.0.100)
Tue Mar 24 07:54:33 2015    sent 54 bytes received 2146 bytes total size 2048
Tue Mar 24 07:54:33 2015    receiving file list

and so on...
stepse
źródło
Wygląda na to, że uruchomiono sesję rsync dla każdego pojedynczego pliku . Wyświetlane wiadomości powinny być wyświetlane tylko raz podczas tworzenia kopii zapasowej, a nie powtarzane dla każdego pliku. Skrypt kopii zapasowej jest wyraźnie napisany przez kogoś, kto bardzo mało rozumie, jak działa rsync. Możesz wysłać wszystkie wiadomości do / dev / null z log file = /dev/null
wurtel
Dzięki wurtel , Faktycznie zastosowałem / dev / null jako tymczasowe rozwiązanie. Jednak / dev / null eliminuje wszystkie komunikaty, w tym błędy / ostrzeżenia / uwierzytelnienia, które chcę zachować. Ale z twojej analizy wynika, że ​​niewiele mogę zrobić, aby to naprawić, chyba że uda mi się przekonać Synology do zmiany implementacji.
stepse
O ile widzę, to prawda.
wurtel
Czy kiedykolwiek znalazłeś rozwiązanie tego problemu? Wykonywanie pojedynczych transferów rsync na plik może być szybsze w dużych katalogach, ale wolumen dziennika jest około 3 razy większy.
MisterMiyagi
Nie, nigdy nie znalazłem prawdziwego rozwiązania, logfile = /dev/null to tylko strategia łagodzenia.
stepse