Rotacja logów Tinyproxy: dlaczego maxsize 100M nie jest twardym limitem

logrotate sprawdza maxsize tylko wtedy, gdy działa. Ustaw częstotliwość sprawdzania i obsługę ponownego otwarcia logu razem z progiem.

Wpis maxsize 100M jest wyzwalaczem rotacji, a nie bieżącym limitem pliku logu Tinyproxy. Jeśli logrotate działa raz dziennie, plik może urosnąć powyżej 100 MB przed następnym sprawdzeniem.

Dla Tinyproxy zapisującego bezpośrednio do LogFile scal taką politykę z istniejącą sekcją logrotate:

daily
maxsize 100M
rotate 7
compress
delaycompress

Zachowaj poprawną ścieżkę, właściciela, uprawnienia create i obsługę postrotate właściwą dla usługi z zainstalowanej sekcji. Ten fragment dostarcza politykę przechowywania, a nie pełną integrację usługi.

Zaplanuj częstsze uruchamianie logrotate, jeśli codzienne sprawdzenia pozostawiają zbyt duży przyrost. Każde uruchomienie ocenia reguły; nie musi rotować. Przy rotacji sterowanej rozmiarem rotate 7 oznacza siedem zrotowanych plików i może obejmować mniej niż siedem dni.

Ponowne otwarcie dopełnia rotację

Po zmianie nazwy pliku Tinyproxy musi ponownie otworzyć swój log. Tinyproxy dokumentuje SIGUSR1 jako ponowne wczytanie konfiguracji oraz zamknięcie i ponowne otwarcie pliku logu; ponownie wczytuje też konfigurację filtrów. Zachowaj dostarczany helper, który już wykonuje właściwą czynność, zamiast zgadywać sygnał lub lokalizację pliku PID.

Usunięcie aktywnego pliku nie koordynuje tego ponownego otwarcia. copytruncate unika układu zmiany nazwy i ponownego otwarcia, ale ma udokumentowany przedział, w którym dane mogą zostać utracone podczas kopiowania i obcinania.

Jeśli proxy wysyła logi do Syslog, zastosuj przechowywanie w odbierającym systemie logowania, zamiast dodawać regułę dla pliku, którego Tinyproxy nie zapisuje.

Powiązane artykuły