ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Перестала работать статистика SQUID | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Andrey Prokopyev <andrey> | ||||
| Component: | alterator-squidmill | Assignee: | manowar <manowar> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | qa-sisyphus | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | andrey, blackback, cas, manowar | ||||
| Version: | unstable | ||||||
| Hardware: | x86 | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
Andrey Prokopyev
2011-04-22 02:04:18 MSK
Сегодня перезагрузил сервер! Проблема частично исчезла. Т.е. сейчас он трафик показывает, только в списке пользователей опять есть неизвестный пользователь: "%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 содержит ошибки. |
