Пропускная способность kern.log и системный журнал, заполняющийся строками пропускной способности
Если у Вас есть много ssh, включает сторону клиента, она имеет тенденцию замедлять целый процесс аутентификации, поскольку она должна отправить каждый открытый ключ для соответствия одному authorized_keys сервера.
Плюс то, если Ваш сервер будет уже немного медленным, то он легко ухудшится.
у вас есть то, что Запустив этот журнал в системный журнал, если это ведение журнала не требуется, вы должны либо отключить его, либо, возможно, записать его в отдельный файл и вместо этого повернуть.
Я думаю, что это делает Shorewall, поэтому посмотрите туда, чтобы отключить ведение журнала Часто задаваемые вопросы Shorewall
РЕДАКТИРОВАТЬ:
попробуйте следовать инструкциям:
Посмотрите, что у вас на / etc / shorewall / start , возможно, есть что-то очень похожее на это:
run_iptables -I INPUT -i eth0 -j LOG --log-prefix BANDWIDTH_IN: --log-level debug
run_iptables -I FORWARD -i eth0 -j LOG --log-prefix BANDWIDTH_IN: --log-level debug
run_iptables -I FORWARD -o eth0 -j LOG --log-prefix BANDWIDTH_OUT: --log-level debug
run_iptables -I OUTPUT -o eth0 -j LOG --log-prefix BANDWIDTH_OUT: --log-level debug
Если да, удалите это! Если вы не используете Shorewall, просмотрите свои iptables и удалите эти строки.
Это устранило мою проблему от Kongen! на linuxquestions.org ...
В webmin в разделе «Сеть» -> «Мониторинг пропускной способности» нажмите «Отключить мониторинг»
. Он удаляет «kern. = debug - / var / log / bandwidth» из syslog.conf
Это хорошая идея, если вы используете систему в качестве файлового сервера.
Не только / var / log / bandwidth заполнит ваш диск, но syslogd и klogd будут использовать много ресурсов ЦП при перемещении больших файлов в систему или из системы.
Ссылки: -