Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Zapisuję sobie logi z Mikrotika przez rsyslog. Chciałbym, aby codziennie były one kompresowane i usuwane po roku. Stworzyłem plik [i]/etc/logrotate.d/mikrotik[/i]:
/var/log/mikrotik/*.log { daily missingok rotate 365 compress delaycompress notifempty create 644 root adm
Niestety mam tylko pliki z 4 ostatnich dni. Dlaczego pozostałe są usuwane?
Offline
/var/log/grsec/*.log {
daily
[b]rotate 3[/b]
compress
delaycompress
missingok
notifempty
create 0640 root root
sharedscripts
}[/quote]
Ustaw sobie pożądaną liczbę logów przez opcję rotate.
Tylko tak ją dobierz, żeby Ci logi dyzia nie zatkały, przed tym właśnie na chronić logrotate.
EDIT:
Podejrzewam też, ze liczba 365 jest z jakiegoś powodu nieakceptowana.
Zapuść logrotate tak:Kod:
logrotate --debug --verbose /etc/logrotate.confi zobacz, czy się czegoś z wyjścia programu dowiesz, powinien być jakiś komunikat na temat ignorowania parametru [b]rotate 365[/b].
EDIT2:Kod:
grep rotate /etc/logrotate.conf # See "man logrotate" for details # rotate log files weekly rotate 4Pewnie masz domyślną wartość rotate 4 w głównym pliku konfitguracyjnym, i kiedy logrotate nie akceptuje wartości 365, to stosuje domyślną.
PozdroOstatnio edytowany przez Jacekalex (2015-08-02 14:18:52)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
rotating pattern: /var/log/mikrotik/*.log after 1 days (365 rotations) empty log files are not rotated, old logs are removed
Offline
Przeładowałeś po konfiguracji? (nie leci drugi proces ze starym konfigiem w tle)
Offline
Niby tak, ale ze względu na rozbieżności w implementacjach zawsze wypada sprawdzić czy coś nie pozostało jako pracujący proces lub czy wszystkie konfigi się załadowały (np. w Debianie zawierzyli ze cron nie potrzebuje mieć ręcznego reload).
Offline
no dobra, ale kofiguracja crona (ściślej możliwy brak zaczytania nowej konfigutacji) nijak się ma do logrotate, który startuje codziennie i nie przechowuje raz zassanej konfiguracji w /dev/hgwgdzie...
Offline
Spokojnie panowie. Poczekajmy do jutra. Przeładowałem rsysloga i zobaczę jakie będą efekty.
Offline
Racja nie powinien i powinien czytać. Z tym ze juz miałem sytuacje z uwalonymi skryptami i konfigami i wisiało to to w dziwnych stanach. Najlepiej to kiedyś jeden konfig w cronie odpala usługę w postaci demona. Po pewnym czasie wisiało ichyba sporo ;-) Nie twierdzę że to jest przyczyną bo i nie powinno.
Swoją drogą zmienna rotacji była intem o ile dobrze pamiętam.
Offline
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00003 | SET NAMES latin2 |
0.00104 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.145.63.131' WHERE u.id=1 |
0.00075 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.63.131', 1732308443) |
0.00057 | SELECT * FROM punbb_online WHERE logged<1732308143 |
0.00074 | SELECT topic_id FROM punbb_posts WHERE id=289407 |
0.00004 | SELECT id FROM punbb_posts WHERE topic_id=27610 ORDER BY posted |
0.00055 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=27610 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00115 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=27610 ORDER BY p.id LIMIT 0,25 |
0.00077 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=27610 |
Total query time: 0.0058 s |