Была похожая ошибка!!! https://bugzilla.altlinux.org/show_bug.cgi?id=25218 Что делал: 1. Зашел утром на сервак посмотреть статистику за неделю. Предыдуший вариант просмотра был : по пользователю, все сайты, за неделю 2. Попытался сменить пользователя. В выпадающем списке увидел неизвестного пользователя: "%с1%с2%с3" (пользователя набирал по памяти, возможно ошибся в чередовании букв и цифр, хотя вроде правильно) 3. Выбрал его и нажал "показать" 4. Статистика пуста 5. повторил пункт 3 с разными пользователями 6. статистика пуста 7. сменил вариант на "По всем пользователям" 8. статистика пуста 9. Попытался вернуться на вариант по пользователю: key=wrong-type-arg, args=(#f "Wrong type (expecting ~A): ~S" ("pair" ()) (())) И при этом список выбора пользователя пуст
Сегодня перезагрузил сервер! Проблема частично исчезла. Т.е. сейчас он трафик показывает, только в списке пользователей опять есть неизвестный пользователь: "%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 содержит ошибки.
