LinuxForum.Fans
Тема

/var/log заполнен до предела

Автор: Peter 23 сообщений 3689 просмотров
#377057

Здравствуйте!

Сегодня в Debian testing обнаружил, что /var/log заполнен до предела - занимает 55G.
Удаление *.gz и *.1 освободило 19G. ещё был debug 11G, syslog 12G, messages тоже огромный.
После удаления всего лишнего /var/log занимает меньше 1G.
Однако в /etc/logrotate.d/rsyslog файл messages и debug указаны, почему же они так разрослись?

Ещё /tmp/nnnnn/syslog был размером 4G.

Пётр.

#377059
text
# /etc/init.d/logrotate start

?
P.S. У меня ротация логов выполняется по cron-у раз в двое суток.

#377062

Peter
А посмотреть конкретно "кто есть ху"? :)

#377076
"Peter" написал:
Однако в /etc/logrotate.d/rsyslog файл messages и debug указаны, почему же они так разрослись?

на содержимое то смотрел? может диск отказал или ещё-кто и засрал все логи... может произойти намного быстрее, чем их ротация...

#377077
Fat-Zer написал:
[quote="Peter"]Однако в /etc/logrotate.d/rsyslog файл messages и debug указаны, почему же они так разрослись?

на содержимое то смотрел? может диск отказал или ещё-кто и засрал все логи... может произойти намного быстрее, чем их ротация...[/quote]
Я разве не так сказала? Да посмотреть на логи "вручную", в графике - не судьба?

#377082
Fat-Zer написал:
[quote="Peter"]Однако в /etc/logrotate.d/rsyslog файл messages и debug указаны, почему же они так разрослись?

на содержимое то смотрел? может диск отказал или ещё-кто и засрал все логи... может произойти намного быстрее, чем их ротация...[/quote]
Если только это. Я несколько недель назад копировал 1.22TB с одног внешнего диска на другой,
а в эту неделю записывал образы Blu-ray на внешний диск и вчера-позавчера скопировал уже 2.22TB
с одного внешнего диска на другой. Сейчас заканчивается подобное же действие, но копируется раза в два меньше.
Потом посмотрю, что возникло в /var/log.

Пётр.

#377083
yars написал:
text
# /etc/init.d/logrotate start

?
P.S. У меня ротация логов выполняется по cron-у раз в двое суток.

У меня тоже выполняется, потому что в /var/log регулярно оказываются всякие *.gz и *.1.
Как часто это происходит, я не интересовался и никаких настроек не менял.
Вообще раньше я в сомнительных случаях запускал "logrotate -f",
но уже давно этого делать не приходилось.

Пётр.

#377084
ksuha написал:
Peter
А посмотреть конкретно "кто есть ху"? :)

Мне было тяжело смотреть на log-файлы такого размера,
так что я не стал их просматривать, а поспешил удалить,
т.к. мне ещё вчера система стала сообщать, что нет места.

Пётр.

#377086

Да вы там больше половины выбосили. Всё правильно. А кто жрёт?

#377087

Закончилось копирование файлов с одного usb-hdd на другой,
после ручной очистки /var/log скопировалось приблизительно 1TB.
И после этого /var/log опять вырос до предела - 55G, больше уже не было места.
При этом messages - 960451K, debug - 17687M, kern.log - 18625M, syslog - 18835M.
Оказывается, копировать файлы вредно для системы.

Пётр.

#377091

Простите, такой мелкий анализ.
debug - вам не нужен вообще (пока всё работает)
messages - будете читать? Вряд ли.
Всё работает? Убирайте все логи.

#377107
ksuha написал:
Простите, такой мелкий анализ.
debug - вам не нужен вообще (пока всё работает)
messages - будете читать? Вряд ли.
Всё работает? Убирайте все логи.

До сих пор я об этом не беспокоился, даже не знаю, каков был это debug раньше.

Пётр.

#377108
"Peter" написал:
Оказывается, копировать файлы вредно для системы.

битые диски вредны для системы, а не логи...

#377124
Fat-Zer написал:
[quote="Peter"]Оказывается, копировать файлы вредно для системы.

битые диски вредны для системы, а не логи...[/quote]
А логи место занимают. А жалко, фотки не входят :)

#377131
Fat-Zer написал:
[quote="Peter"]Оказывается, копировать файлы вредно для системы.

битые диски вредны для системы, а не логи...[/quote]
С чего бы это они битые? Оба куплены в этом году.

Пётр.

#377135
"Peter" написал:
С чего бы это они битые? Оба куплены в этом году.
Пётр.

Да хоть вчера. Или минуту назад. Поинтересуйтесь теорией надежности.

#377137
jashaw5 написал:
[quote="Peter"]С чего бы это они битые? Оба куплены в этом году.
Пётр.

Да хоть вчера. Или минуту назад. Поинтересуйтесь теорией надежности.[/quote]
а лучше содержимым логов и смартом...
мышка пробежала, хвостиком махнула, вот и нет жёсткого диска...

#377138
jashaw5 написал:
[quote="Peter"]С чего бы это они битые? Оба куплены в этом году.
Пётр.

Да хоть вчера. Или минуту назад. Поинтересуйтесь теорией надежности.[/quote]
Бывает, конечно, вот есть подозрение, что подобный диск двухлетней давности сбоит, но он не здесь.
Также на обоих дисках я переформатировал разделы в ext4.
При копировании не было сообщений об ошибках.
Скорость копирования была высокой.

Пётр.

#377140
Peter написал:
[quote=jashaw5][quote="Peter"]С чего бы это они битые? Оба куплены в этом году.
Пётр.

Да хоть вчера. Или минуту назад. Поинтересуйтесь теорией надежности.[/quote]
Бывает, конечно, вот есть подозрение, что подобный диск двухлетней давности сбоит, но он не здесь.
Также на обоих дисках я переформатировал разделы в ext4.
При копировании не было сообщений об ошибках.
Скорость копирования была высокой.

Пётр.[/quote]
Всё нормально. Просто, убирайте логи :)

#377545
"Peter" написал:
Вообще раньше я в сомнительных случаях запускал "logrotate -f",
ваще-то оно само должно запускаться.

"Peter" написал:
Мне было тяжело смотреть на log-файлы такого размера,

[console]tail -n100[/console]
покажет последние 100 строк.

[console]tail -f[/console]
выводит на экран все новые строчки(динамически)

"ksuha" написал:
Всё работает?
ничего у него не работает. Что-то планомерно гадит в лог, и очевидно, что есть какая-то проблема. Проблему нужно решить.
Войдите или зарегистрируйтесь, чтобы ответить.