LinuxForum.Fans
Тема

CentOS - var/log больше 50 Gb

Автор: Feets 7 сообщений 2121 просмотров
17.04.2014 08:23 #376821

Здравствуйте. Имеется установленная CentOS с MySQL, PHP+Apache. Сервак только поставили и не прошло еще и 3 недель (стоит без эксплуатации, просто тупо включен и все, ничто на нем не выполняется). Тестировали и внезапно отвалился мускл и перестал запускаться.

df показал:

text
Filesystem                       1K-blocks     Used Available Use% Mounted on
/dev/mapper/xxx_root              51606140 5106140          0 100% /
tmpfs                              4028620        0   4028620   0% /dev/shm
/dev/cciss/c0d0p1                   495844    69993    400251  15% /boot
/dev/mapper/xxx_home             645277736   201968 612297528   1% /home

Понятно, мускл перестал работать из-за free space'a . Причина нехватки места: логи в var/log забили все место. Были логи, которые весили больше 20Гб. messages-201404хх - 17Gb, lbtv.log - 110Mb и т.д.

С Linux практически не сталкивался, но здесь просто необходимо это сделать :) Вопрос: Как решить эту проблему с забиванием места логами (за 2-3 недели съели все место)? Спасибо.

17.04.2014 09:17 #376822

Надо смотреть что именно в тех логах забило место, читать сообщения.

17.04.2014 10:04 #376830

1 лог содержит тысячи строк:

text
2014-03-14 12:28:21.434068 [0x7f3965ddc700] DEBUG    irdeto_get_packages:86: received from CAS pkg/err: 0/-1
2014-03-14 12:28:21.437573 [0x7f3965ddc700] ERROR    send_channel_packages:44: error getting channel packages: Unknown error
2014-03-14 12:28:31.441908 [0x7f3965ddc700] ERROR    irdeto_get_packages:29: CAS error Error 404 fault: SOAP-ENV:Server [no subcode]
"HTTP Error"
Detail: HTTP/1.1 404 Not Found

2014-03-14 12:28:31.444876 [0x7f3965ddc700] DEBUG    irdeto_get_packages:86: received from CAS pkg/err: 0/-1
2014-03-14 12:28:31.448399 [0x7f3965ddc700] ERROR    send_channel_packages:44: error getting channel packages: Unknown error
2014-03-14 12:28:41.452730 [0x7f3965ddc700] ERROR    irdeto_get_packages:29: CAS error Error 404 fault: SOAP-ENV:Server [no subcode]
"HTTP Error"
Detail: HTTP/1.1 404 Not Found


2014-03-14 12:28:41.455759 [0x7f3965ddc700] DEBUG    irdeto_get_packages:86: received from CAS pkg/err: 0/-1
2014-03-14 12:28:41.459255 [0x7f3965ddc700] ERROR    send_channel_packages:44: error getting channel packages: Unknown error
2014-03-14 12:28:51.463543 [0x7f3965ddc700] ERROR    irdeto_get_packages:29: CAS error Error 404 fault: SOAP-ENV:Server [no subcode]
"HTTP Error"
Detail: HTTP/1.1 404 Not Found

другой тысячи тысяч ( около 550 записей ежесекундно):

text

Apr  6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout
Apr  6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout
Apr  6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout
Apr  6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout
Apr  6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout
Apr  6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout
17.04.2014 10:07 #376831

CentOS какой версии? Обновления все стоят?
Можешь погуглить свои ошибки - увидишь много интересного.

17.04.2014 13:22 #376857
Feets написал:

Понятно, мускл перестал работать из-за free space'a . Причина нехватки места: логи в var/log забили все место. Были логи, которые весили больше 20Гб. messages-201404хх - 17Gb, lbtv.log - 110Mb и т.д.

Не мускул перестал работать, а и всё остальное тоже. Как я думаю. Причина же указана почти верно. Но не полностью. Мускл перестал работать из-за free space'a на рутовом разделе. Как этого избежать? Элементарно - создать отдельный раздел (можно даже отдельный диск под это дело подцепить) под /var/log, ну и соответственно смонтировать его как /var/log. И далее - как бы оно там логами не забивалось, но система будет продолжать работать. Рутовый раздел не будет переполняться. Это первый шаг.
Второй - тщательно настроить logrotate. Чтобы логи не копились до бесконечности. Тогда и /var/log забиваться не будет.

17.04.2014 13:41 · отредактировано #376865

Apr 6 03:43:16 xxx-srv kernel: psmouse.c: bad data from KBC - timeout

Помоему мышь "бесится"..


Попробуй мышь поменять или, если USB, в другой порт воткнуть (поменять мышь на PS/2)...

Войдите или зарегистрируйтесь, чтобы ответить.