Sugestia co do logrotate

2010-11-07 Thread Jacek Osiecki

Witam,

Ostatnio zaczęły mnie wkurzać sporadycznie trafiające się maile typu 
"logrotate exited abnormally". Żeby cokolwiek zbadać, trzeba by uruchomić 
ręcznie logrotate - co jest delikatnie mówiąc niezbyt "nieinwazyjne".


Zobaczyłem, że aktualnie w /etc/cron.daily/logrotate jest:

/usr/sbin/logrotate $ARG /etc/logrotate.conf >/dev/null 2>&1

Na innym serwerze mam logrotate-3.7.8-2 i tam nie ma jeszcze tego 
przekierowania do /dev/null.
Rozumiem, że kogoś mogły irytować maile od crona, ale może w takim razie 
by nie wyrzucać w błoto logów jeśli są istotne?

Coś w ten deseń:

10c10,11
< /usr/sbin/logrotate $ARG /etc/logrotate.conf >/dev/null 2>&1
---

LOGFILE=`mktemp -p /tmp`
/usr/sbin/logrotate $ARG /etc/logrotate.conf > $LOGFILE 2>&1

16a18,19

  echo -ne "*\nLogrotate exit status: 
$EXITVALUE\nDate:"`date`>>/var/log/logrotate.log
  cat $LOGFILE >> /var/log/logrotate.log

17a21

rm -f $LOGFILE


Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Bartosz Taudul
2010/11/7 Jacek Osiecki :
> Rozumiem, że kogoś mogły irytować maile od crona, ale może w takim razie by
> nie wyrzucać w błoto logów jeśli są istotne?
Do dzieła!

wolf
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Jacek Osiecki

On Sun, 7 Nov 2010, Bartosz Taudul wrote:


2010/11/7 Jacek Osiecki :

Rozumiem, że kogoś mogły irytować maile od crona, ale może w takim razie by
nie wyrzucać w błoto logów jeśli są istotne?

Do dzieła!


Cóż ja mogę dodziełać? ;) Nie jestem developerem, nie mam RW, a moja 
wiedza co do cvs (nadal jest cvs czy svn) to tylko "cvs co NazwaProjektu" 
jak mam wystawić coś o co ktoś mnie prosi...


Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Tomasz Pala
On Sun, Nov 07, 2010 at 14:37:52 +0100, Jacek Osiecki wrote:

> Ostatnio zaczęły mnie wkurzać sporadycznie trafiające się maile typu 
> "logrotate exited abnormally". Żeby cokolwiek zbadać, trzeba by uruchomić 
> ręcznie logrotate - co jest delikatnie mówiąc niezbyt "nieinwazyjne".

+1

> Zobaczyłem, że aktualnie w /etc/cron.daily/logrotate jest:
> 
> /usr/sbin/logrotate $ARG /etc/logrotate.conf >/dev/null 2>&1
> 
> Na innym serwerze mam logrotate-3.7.8-2 i tam nie ma jeszcze tego 
> przekierowania do /dev/null.
> Rozumiem, że kogoś mogły irytować maile od crona, ale może w takim razie 
> by nie wyrzucać w błoto logów jeśli są istotne?

A może po prostu przywrócić poprzednią wersję wywalając to 2>&? Po co
kombinować - jak ktoś nie chce maili od crona, to niech je zlikwiduje na
poziomie crona bądź systemu pocztowego, a nie konkretnej konfiguracji.
To działa także w drugą stronę - jeśli ktoś ma skonfigurowane wedle
swojego uznania dostarczanie informacji od crona, to obecny układ mu
psuje informacje z istotnej usługi.

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Jacek Osiecki

On Sun, 7 Nov 2010, Tomasz Pala wrote:


On Sun, Nov 07, 2010 at 14:37:52 +0100, Jacek Osiecki wrote:

Na innym serwerze mam logrotate-3.7.8-2 i tam nie ma jeszcze tego
przekierowania do /dev/null.
Rozumiem, że kogoś mogły irytować maile od crona, ale może w takim razie
by nie wyrzucać w błoto logów jeśli są istotne?

A może po prostu przywrócić poprzednią wersję wywalając to 2>&? Po co
kombinować - jak ktoś nie chce maili od crona, to niech je zlikwiduje na
poziomie crona bądź systemu pocztowego, a nie konkretnej konfiguracji.


A tu się nie zgodzę.
Zwykłe maile od crona to crap, który tylko obniża czujność niczym UAC w 
Windows vista ;) Zdecydowanie bardziej mi się podoba, gdy mail przychodzi 
wtedy gdy niesie istotną informację - tak jak z tym "exited abnormally".



To działa także w drugą stronę - jeśli ktoś ma skonfigurowane wedle
swojego uznania dostarczanie informacji od crona, to obecny układ mu
psuje informacje z istotnej usługi.


Czyli nic tylko zrobić to konfigurowalne ;)
Np:
[ -n "MAILLOG" ] && cat $LOGFILE

Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Patryk Zawadzki
2010/11/7 Jacek Osiecki :
> A tu się nie zgodzę.
> Zwykłe maile od crona to crap, który tylko obniża czujność niczym UAC w
> Windows vista ;) Zdecydowanie bardziej mi się podoba, gdy mail przychodzi
> wtedy gdy niesie istotną informację - tak jak z tym "exited abnormally".

Dobrze skonfigurowany cron nie wysyła maili "nic się nie stało, nie ma
powodów do paniki".

-- 
Patryk Zawadzki
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Tomasz Pala
On Sun, Nov 07, 2010 at 22:05:02 +0100, Jacek Osiecki wrote:

> A tu się nie zgodzę.
> Zwykłe maile od crona to crap, który tylko obniża czujność niczym UAC w 
> Windows vista ;)

Osoby, które tak piszą, powinny same korzystać z Windowsa, może być 7.
Mi tam cron nie wysyła żadnych maili.

> Zdecydowanie bardziej mi się podoba, gdy mail przychodzi 
> wtedy gdy niesie istotną informację - tak jak z tym "exited abnormally".

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ą?

>> To działa także w drugą stronę - jeśli ktoś ma skonfigurowane wedle
>> swojego uznania dostarczanie informacji od crona, to obecny układ mu
>> psuje informacje z istotnej usługi.
> 
> Czyli nic tylko zrobić to konfigurowalne ;)
> Np:
> [ -n "MAILLOG" ] && cat $LOGFILE

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.

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).

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.

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread Jacek Osiecki

On Sun, 7 Nov 2010, Tomasz Pala wrote:


On Sun, Nov 07, 2010 at 22:05:02 +0100, Jacek Osiecki wrote:

A tu się nie zgodzę.
Zwykłe maile od crona to crap, który tylko obniża czujność niczym UAC w
Windows vista ;)

Osoby, które tak piszą, powinny same korzystać z Windowsa, może być 7.
Mi tam cron nie wysyła żadnych maili.


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.



Zdecydowanie bardziej mi się podoba, gdy mail przychodzi
wtedy gdy niesie istotną informację - tak jak z tym "exited abnormally".


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 :)



To działa także w drugą stronę - jeśli ktoś ma skonfigurowane wedle
swojego uznania dostarczanie informacji od crona, to obecny układ mu
psuje informacje z istotnej usługi.

Czyli nic tylko zrobić to konfigurowalne ;)

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



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 $$.



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 ;)

Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-07 Thread 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 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-08 Thread Pawel Kwiatkowski
Dnia 2010-11-07, nie o godzinie 22:05 +0100, Jacek Osiecki pisze:

> A tu się nie zgodzę.
> Zwykłe maile od crona to crap, który tylko obniża czujność niczym UAC w 
> Windows vista ;) Zdecydowanie bardziej mi się podoba, gdy mail przychodzi 
> wtedy gdy niesie istotną informację - tak jak z tym "exited abnormally".

Można filtrować w kliencie poczty. 



-- 
Paweł Kwiatkowski
e-mail/jid: qwiat(at)pld-linux(dot)org

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-08 Thread Bartosz Taudul
2010/11/8 Pawel Kwiatkowski :
> Można filtrować w kliencie poczty.
Można też w ogóle poczty nie czytać.

wolf
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-08 Thread Pawel Kwiatkowski
Dnia 2010-11-08, pon o godzinie 16:01 +0100, Bartosz Taudul pisze:
> 2010/11/8 Pawel Kwiatkowski :
> > Można filtrować w kliencie poczty.
> Można też w ogóle poczty nie czytać.

Kusząca koncepcja, dzięki ale pozostanę przy filtrowaniu "z głową".




-- 
Paweł Kwiatkowski
e-mail/jid: qwiat(at)pld-linux(dot)org

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Sugestia co do logrotate

2010-11-08 Thread Jacek Osiecki

On Mon, 8 Nov 2010, Pawel Kwiatkowski wrote:


Dnia 2010-11-07, nie o godzinie 22:05 +0100, Jacek Osiecki pisze:

A tu się nie zgodzę.
Zwykłe maile od crona to crap, który tylko obniża czujność niczym UAC w
Windows vista ;) Zdecydowanie bardziej mi się podoba, gdy mail przychodzi
wtedy gdy niesie istotną informację - tak jak z tym "exited abnormally".

Można filtrować w kliencie poczty.


Jeśli już to na serwerze - filtrowanie w MUA to jakiś nonsens :)
Natomiast, jeśli mamy możliwość już na etapie CRONa coś wykryć to 
zdecydowanie lepiej to obsłużyć samodzielnie - dużo sensowniejsze jest 
otrzymanie maila z subjectem "daily mysql backup failed" niż nic nie 
mówiącym "cron (daily) output"...


Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl