Sugestia co do logrotate
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 21 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 21 --- LOGFILE=`mktemp -p /tmp` /usr/sbin/logrotate $ARG /etc/logrotate.conf $LOGFILE 21 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/7 Jacek Osiecki jos...@hybrid.pl: 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
On Sun, 7 Nov 2010, Bartosz Taudul wrote: 2010/11/7 Jacek Osiecki jos...@hybrid.pl: 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
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 21 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 go...@pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
kernel.spec i reiser4 - kto używa?
Czy ktoś faktycznie używa reiser4 u nas? Chętnie bym domyślnie wyłączył jako, że wielkiej przyszłości przed tym fsem nie widać, a są tylko problemy z update. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.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
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/7 Jacek Osiecki jos...@hybrid.pl: 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
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 go...@pld-linux.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
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
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 go...@pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl