Сегодня перезагрузил сервер!
Проблема частично исчезла. 
Т.е. сейчас он трафик показывает, только в списке пользователей опять есть неизвестный пользователь: "%c1%c2%c3"
и если выбираешь его, потом жмешь показать - вылетает ошибка!
И так до перезагрузки!

Указываю правильный компонент

(В ответ на комментарий №1)
> Сегодня перезагрузил сервер!
> Проблема частично исчезла. 
> Т.е. сейчас он трафик показывает, только в списке пользователей опять есть
> неизвестный пользователь: "%c1%c2%c3"

С виду похоже на шаблон форматированного вывода…

В БД /var/log/squid/squidmill.db есть таблицы access_log, hourly_log, dily_log и monthly_log. Посмотрите, пожалуйста, есть ли в колонке ident такое странное сочетание символов? И есть ли оно в файле access.log?

Сейчас уже 3 похожих ошибки зафиксировано на эту тему — нужно срочно что-то делать. Пришлите мне (manowar@altlinux.ru), пожалуйста, копию файла /var/log/squid/squidmill.db на котором проблема воспроизводится. Если файл для почты большой, то просьба выложить в доступное место.

Будем считать пока, что дубликат.

*** This bug has been marked as a duplicate of bug 25218 ***

Думается мне что ошибка связана с внедрением каких-либо имен в мануальном режиме)) без использования родного альтератора.
Сквид может каким-либо образом, если происходит аутентификация посредством базы ldap, логировать имена этих пользователей, squidmill обращается к логам, видит косые имена пользователей и глюкает.
У squidmill есть своя БД, очистив ее и логи сквида проблема ненадолго пропадает.
Вычитал это:
Чтобы не мучится с именами позьзователей, нужно в smb.conf указывать не "ldap machine suffix = ou=Computers", а "ldap machine suffix = ou=People"...
Завтра отпишу результат, пока глюков не было, пользователи добавляются, ничего не глючит, squidmill считает

Created attachment 5613 [details]
Глючная база squidmill

Все достало... ужас... в общем, только после удаления базы, squidmill стартует, начинает считать, потом отваливается, все собственно плохо

файлик базы прикладываю... гляньте, что ему не нравится, пожалуста
Заранее спасибо

(В ответ на комментарий №6)
> Чтобы не мучится с именами позьзователей, нужно в smb.conf указывать не "ldap
> machine suffix = ou=Computers", а "ldap machine suffix = ou=People"...
> Завтра отпишу результат, пока глюков не было, пользователи добавляются, ничего
> не глючит, squidmill считает
В ALT Linux пока ou=Computers не создаётся (но будет при предоставлении Samba как NT-домена).

(В ответ на комментарий №8)
> Все достало... ужас... в общем, только после удаления базы, squidmill стартует,
> начинает считать, потом отваливается, все собственно плохо
> 
> файлик базы прикладываю... гляньте, что ему не нравится, пожалуста
> Заранее спасибо

# service squidmill stop

# ls -lh access.log 
-rw-r----- 1 root root 4,0M ноя 29 23:13 access.log

# squidmill -d squidmill.db -B 1 -F access.log
(ждём, пока не надоест)
^C
# squidmill -d squidmill.db -R

Обе команды у меня выполняются с вашим файлом БД, но с моим access.log (вашего-то у меня нет). Попробуйте у себя. Можно добавить опцию -D, тогда будут видны операции с БД. Вполне возможно, что у вас «глючный» access.log, а не база. Это было бы интересно, т.к. вполне может быть, что процедура разбора access.log в squidmill содержит ошибки.