Не забивай винт тонами файлов SARGа. Возьми www.internet-office.kiev.ua, там для Squid есть хороший анализатор, ставить правда дольше (используется MySQL), но отчетов куча

>Система RedHat Linix 9 Squid 2.5 Stable 9
>Комп !! 2.4 Mhz Пень 40 Gb винт
>
>Поставил SARG 2.0.7
>маленькие логи достаточно быстро анализировал ... но вот лог разросся и
>SARG висит .... причем считывет лог нормально далее я смотрю по процессам
>возникает процесс SORT текущих IP ... и вот на 2 IP
>где лог поболее и зависает ..... процесс длится долго оч .и
>загружает проц на 96 процентов .
>читал что пишут ..писал ( export lc_all=c export lc_all=a) ничего не помогает
>.. после получаса -40 минут висения я вырубаю...
>Буду оч благодарен за умные мысли ...... а то голова пухнет
возможно не хватает места в tmp

>Система RedHat Linix 9 Squid 2.5 Stable 9
>Комп !! 2.4 Mhz Пень 40 Gb винт
>
>Поставил SARG 2.0.7
>маленькие логи достаточно быстро анализировал ... но вот лог разросся и
>SARG висит .... причем считывет лог нормально далее я смотрю по процессам
>возникает процесс SORT текущих IP ... и вот на 2 IP
>где лог поболее и зависает ..... процесс длится долго оч .и
>загружает проц на 96 процентов .
>читал что пишут ..писал ( export lc_all=c export lc_all=a) ничего не помогает
>.. после получаса -40 минут висения я вырубаю...
>Буду оч благодарен за умные мысли ...... а то голова пухнет

Как уже подсказал ipmanyak, посмотри сколько места в разделах.
# df
# du -sh
Если /tmp маловат для этого - измени в конфиге сарга временную папку на тот каталог, где достаточно места и включи опцию удаления временных файлов из этого каталога. Включи опцию перезаписи статистики за период, чтобы не плодить кучу каталогов для одного и того же дня. Тогда данные будут просто добавляться к существующим, а не создаваться новые. Ну и для контроля запусти сарг с опциями вывода отладочной информации и расширенного вывода в STDOUT (опции -z и -x).
Так же не мешало бы всё-таки делать регулярную ротацию логов, чтобы не создавать многие гигабайты логов. Лучше использовать данные из нескольких логов при необходимости составить отчёт за год, чем ежедневно мослать монстрообразный файл, имхо.

должен заметить, это проблема рх9 с обработкой Unicode sort'ом.
фикс проблемы:
во первых буковки нада писать большие !
export LC_ALL=C  
#env LC_ALL=C /sbin/sarg
второе прочитай ветку http://www.opennet.me/openforum/vsluhforumID12/2117.html&nbs...
насчет программы сортировки  из кореутилс и текстутилс
цитата:
Проблема вообщем-то решилась:
проц 1.7
три пользователя
нагрузки нет
Опытным путем было установлено:
На серваке 9-я шапка у нее прога сорт из кореутилс
вот именно она и жрала ресурсы проца
вставил текстутилс обработала 21метр логов за 1 минуту