Изпечатай

[madmad]

Големината на логове ми расте прогресивно с всеки изминал ден. В момента е 17гб и незнам до колко това е нормалко. Най-големи са syslog messages syslog.1 messages.1 kern.log i kern.log.1. До колкото знам logrotate има опция да ограничава размера на логовете. Но мен ме интересува главно защо са толкова големи.

[XsPiDeR]

Ами виж логовете и ще разбереш кое води до тяхното нарастване, а и не е много нормално да са 17ГБ.

[madmad]

Гледах ги. Нищо нередно не забелязах така от пръв поглед.

[bop_bop_mara]

Преди време имахме такъв проблем с едно старо Убунту, nullmailer пълнеше логове всяка секунда, деинсталирахме го и мирясахме. Ако това може да помогне...

[madmad]

nullmailer  не е инсталиран на системата

[Acho]

Здравей madmad. Разбира се, че не е нормално. Няколко десетки мегабайти примерно разбирам, ама чак гигабайти, адски много е. И какво толкова има там ? Разбира ли се КОЙ процес го пълни ?

[madmad]

Здравей madmad. Разбира се, че не е нормално. Няколко десетки мегабайти примерно разбирам, ама чак гигабайти, адски много е. И какво толкова има там ? Разбира ли се КОЙ процес го пълни ?

Нямам представа, честно казано

[Acho]

Ето една малка част от моя /var/log/messages :


Jan  1 10:25:13 www named[27603]: lame server resolving 'jiten.com' (in 'jiten.com'?): 123.108.1.106#53
Jan  1 10:25:13 www named[27603]: unexpected RCODE (SERVFAIL) resolving 'jiten.com/TXT/IN': 123.108.2.218#53
Jan  1 10:25:14 www named[27603]: unexpected RCODE (SERVFAIL) resolving 'jiten.com/MX/IN': 123.108.2.218#53
Jan  1 10:25:14 www named[27603]: lame server resolving 'jiten.com' (in 'jiten.com'?)
Jan  1 10:25:15 www named[27603]: unexpected RCODE (SERVFAIL) resolving 'jiten.com/A/IN'
Jan  1 10:25:15 www named[27603]: lame server resolving 'jiten.com' (in 'jiten.com'?)
Jan  1 10:27:07 www dhcpd: DHCPREQUEST for 192.168.2.2 from 00:e0:4c:a9:6f:df via eth1
Jan  1 10:27:07 www dhcpd: DHCPACK on 192.168.2.2 to 00:e0:4c:a9:6f:df via eth1
Jan  1 10:38:28 www dhcpd: DHCPREQUEST for 192.168.2.4 from 00:0b:6a:37:79:17 via eth1
Jan  1 10:38:28 www dhcpd: DHCPACK on 192.168.2.4 to 00:0b:6a:37:79:17 via eth1

Като съвсем ясно се виждат ПРОЦЕСИТЕ, които пишат в лога. Първо NAMED, а после и DHCPD са писали в mesages. По принцип на мен най-голям ми е бил лога на Apache-то. А и за колко време е това препълване ? При мен (Slackware) в /etc/logrotate.conf е указано да се пуска нов лог седмично, а стария се архивира. Но при теб май е за малко време това запълване.

[dejuren]

Нормално е големината на логовете да "расте с всеки изминал ден", и при мен е така. Това което не знаем е с каква скорост растат? logrotate трябва да се погрижи да архивира старите логове и да изтрие част от тях, та аз виждам две възможности:

1. logrotate не работи - логовете се пълнят без контрол и не се ротират.
2. логовете се пълнят толкова бързо, че logrotate не успява да смогне образно казано.

По вариант едно ако logrotate работи трябва да има няколко (4-5) лога с еднакво започващи имена, като постепенно старите се заместват от по-нови, най-старият от тях не трябва да е връстник на баба ми (на седмица, месец е добре, но зависи колко често работи logrotate и колко стари логове пази разбира се).

Вариант две - трябва да има очевидна следа в логовете кое ги прави толкова големи - повтарящи се записи от някой процес, процес който изпраща примерно debug информация в лога, или пък машината е централен лог сървър и събира логовете на няколко компа.

Следваща следа: man -k logrotate; man -k syslog

[tarball]

Не е зле да погледнеш ей-така за всеки случай и в /etc/logrotate.d и /etc/logrotate.conf.Първия ред би трябвало да ти изглежда подобно на това:
# rotate log files weekly
weekly
което показва,че логовете се ротират седмично.Разгледай внимателно целия ,conf файл за да видиш дали все пак няма нещо нередно.