Добрый день, знатоки!
Имеется шлюз на FreeBSD. С недавних пор возникла проблема: периодически, примерно раз в 2 дня, забивается раздел var на 107%-113%. Канал падает. Больших файлов ненахожу. Помогает перезагрузка, после чего размер становится 7%-13%. Подскажите, как решить проблему.

• Забивается раздел var,Дмитрий, 09:27 , 16-Окт-08
  • Забивается раздел var,Rontex, 16:02 , 16-Окт-08
• Забивается раздел var,Zerot, 13:50 , 17-Окт-08
  • Забивается раздел var,Pahanivo, 14:18 , 17-Окт-08
    • Забивается раздел var,zerot, 21:17 , 17-Окт-08

Посмотри размеры папок /var: du -sm <каталог>

Скорее всего где-то в темпах.

Когда-то что-то подобное находил в форуме... у людей раздел заполнялся более чем на 100% лишь в том случае, когда был удален один из файлов в который пишет syslog... Посмотри внимательно syslog.conf и проверь все пути логов на наличии файлов физически. Правда не обязательно это syslog, это моет быть любой другой процесс который ведет логи в файл со стертым идентефикатором. Вообщем копай в этом направлении.

в общем случае
cd /var
du -sk * | sort -n
находим наиболее крупную папку, например log, и далее
cd /var/log
du -sk * | sort -n

и так далее до победного конца - можно найти кто это гадит в ФС

также могут пригодиться fuser и lsof, которые покажут кто держит найденные большие файлы

удачи

умники
Во-первых бывает что файл не виден, глюки в файлухе.
  fsck -y /var
  reboot
  потом уже du ...
Во-вторых, уменьшить объем хранимого в /var/log можно настройкой /etc/newsyslog.conf.
В-третих, бывает что изначально создали маленький раздел var, и по мере роста загрузки сервака он стал забиваться: попробавать пеернести все темgы (tmp) запущенных сервисов из var, на крайняк сам /var/log можно перенести в другое место с помощью link.

спасибо за определение :)
согласен, но
тогда уж важно сказать, что чинить fs грамотнее, отмонтировав ее для начала. Если же она не является отдельной партицией, то нужно загрузиться с другого диска/DVD и т.п., или подключить чекаемый диск к другой машине. fsck для работающей партиции может оказаться СМЕРТЕЛЬНЫМ
уменьшить объём хранимого также можно в logrotate, если используется он, в syslog.conf. если это допустимо политиками хранения журнальных данных и т.п.
про использование softlink - очень хорошая подсказка, но лучше все же стараться избегать - такие решения имеют тенденцию копиться и вносить путаницу (хотя для хранения домашних каталогов, например, очень удобно)