С какого то времени sarg начал валится с этой ошибкой.
В messages:
Dec 14 10:40:41 gate kernel: pid 41497 (sarg), uid 0: exited on signal 11 (core dumped)

сначала думал access.log большой (~20-50Мб) натравил его на лог поменьше (~4-170кб) все равно валится:

# ./sarg_report.sh
SARG: Records in file: 31, reading: 100.00%
Segmentation fault (core dumped)

перед появлением ошибки конфиги сарга и сквида не трогал.
пока гуглю, но ничего толкового не нашел...
впринципе сарг использую только для анализа логов squidguard! для сквида есть lightsquid, но он не показывает блокированные сквидгвардом запрсы.

------------
FreeBSD 7.3

• SARG: Segmentation fault,ikarus, 08:18 , 14-Дек-10
• SARG: Segmentation fault,ipmanyak, 09:06 , 14-Дек-10

>[оверквотинг удален]
> равно валится:
> # ./sarg_report.sh
> SARG: Records in file: 31, reading: 100.00%
> Segmentation fault (core dumped)
> перед появлением ошибки конфиги сарга и сквида не трогал.
> пока гуглю, но ничего толкового не нашел...
> впринципе сарг использую только для анализа логов squidguard! для сквида есть lightsquid,
> но он не показывает блокированные сквидгвардом запрсы.
> ------------
> FreeBSD 7.3

update:
все, нашел косяк, саргу не нравился лог куда сквидгвард нарушителей заносит, то ли большой для него(~1.7Мб) то ли где покоцанный был...
update2:
точно, там какие то кривые записи обнаружились... вот так сам с собой и общаюсь :)

Sarg поиск порченой записи в access.log
Запустить sarg c опцией  -m
Покажет порченную запись, затем в руки редактор VI на access.log, найти эту запись и удалить или исправить. Снова запустить sarg.