Sugestia co do logrotate

[Tomasz Pala]

On Mon, Nov 08, 2010 at 00:32:57 +0100, Jacek Osiecki wrote:

> Mi wysyła - choćby to, że akurat nie udało się ściągnąć nowych definicji 
> do clamd (godzinę później się udało), albo inne tego typu.

No i to są rzeczy do ewentualnego 2>/dev/null. Sam się ostatnio
zastanawiałem nad takim przekierowaniem w rdate, który narzeka gdy
akurat nie ma sieci.
Co nie zmienia w najmniejszym stopniu faktu, że to jest element
konfiguracji systemu - jak nie chcesz o clamd czytać, to dopisz.

>> No wybacz, ale idąc wcześniejszym tokiem rozumowania to teraz logwatch
>> będzie wysyłał 'crap, który obniża czujność'. Bo co ladmina obchodzi, że
>> logi się nie rotują?
> 
> Obchodzi, nawet ladmina bo to niemiłe jest gdy nagle zaczyna brakować 
> miejsca :)

Jeszcze bardziej admina poczty będzie interesować, że ma nieaktualne od
2 godzin bazy clamava - też należy zrobić osobne rozsyłanie?

>> Nie, nie i raz jeszcze - nie. Robienie pierdyliarda opcji do plików,
>> które sobie można zwyczajnie skasować bądź przerobić (jeśli nie mają
>> odpowiednich %config to dopisać), szczególnie w przypadkach tak
>> nielogicznych jak ten, jest głupie i niepoprawne.
> 
> Zacznijmy od tego, że głupie i niepoprawne było robienie tego > /dev/null

Zgadza się, z tym że stderr - ono bezwzględnie musi być puszczane.

> Zdecydowanie lepiej było bez tego... pewnie ktoś dopisał bo miał popsute 
> rotowanie logów przez jakąś usługę :)

Taka zmiana była w example w paczce źródłowej, no i przeszła u nas.

>> Bo zapewne nie pododajesz do takich skryptów obsługi mktemp czy mail
>> (których w systemie może brakować bądź mogą być w różnych wersjach).
> 
> Tu dałem tylko przykład - u siebie zrobiłem to bez mktemp, tylko z 
> użyciem $$.

No to właśnie takie 'tylko przykłady' ktoś musi utrzymywać i poprawiać,
jak wychodzą babole. Dlatego tego robić nie należy, skoro już nadrzędny
demon zajmuje się mailowaniem.

>> Proces jest wołany przez crona i to na poziomie crona ma być robiona
>> obsługa poczty, robienie nieuzasadnionego wyjątku doprowadzi wyłącznie
>> do niespójności systemu.
> 
> Jeśli exitcode !=0 to nie jest on taki nieuzasadniony ;)

A czym się różni od !=0 z innych cronowatych? Niczym. Dla jednego
ważniejszy, dla drugiego mniej.

-- 
Tomasz Pala <gotar w pld-linux.org>