Пермская группа пользователей Linux

Имею похожую проблему расхождения цифр общего и детального трафика пользователей в 1.0.4. "Пересчет трафика" помогает. Есть предположение, что расхождение может быть связано с активным использованием перенаправления для баннеров и счетчиков.

Подскажите, а можно ли делать этот "пересчет трафика" из командной строки, а не только из web интерфейса? Я бы просто по крону раз день его делал бы.

уточнение...
ИП адреса только у некоторых пользователей, у большенства нормально (в статистике о посещаемых сайтах)

Давненько не заглядывал. Про "мертвые души" - понял.
Дай-ка отпишусь про текущее состояние.
Мне позарез нужно было внедрить квоты - и сделал. Пользователи трепещут :-) Версию не менял. Проблемы продолжаются, а работает оно при помощи костылей в виде регулярного надавливания кнопки "пересчитать трафик пользователей". По крайней мере есть время на раздумья и пробы.

При запуске демонов с параметром -d ничего найти не удалось. То ли невнимательно смотрел, а то ли ошибка происходит в динамике. Но при нажатии волшебной кнопки увеличение суммы происходит у нескольких разных пользователей, видимо в зависимости от их активности.

А про

> 26994+114678488=114705482 откуда взялось 114678488? должно же быть 114651952!

все очень просто. В строках 295-304 demon.c реально увеличивается счетчик, здесь все правильно. А при выводе диагностики в строках 340-341 прибавляется к уже и так увеличенному значению, но никуда не записывается и на подсчет не влияет.

Строки 295-304
if(REALTRAF==1)
{
users[samsuser-1].traffic+=size-hitsize;
if(DEBUG>0)
printf("REALTRAFfic = %15.0lf - %ld\n", size, hitsize);
}
else
{
users[samsuser-1].traffic+=size;
}
============================
Строки 340-341
if(DEBUG!=0)
printf("user %s/%s, ip=%d.%d.%d.%d traffic: %.0f+%.0f=%.0f limit:%.0f\n",users[samsuser-1].domain,users[samsuser-1].user,users[samsuser-1].ip[0],users[samsuser-1].ip[1],users[samsuser-1].ip[2],users[samsuser-1].ip[3],size,users[samsuser-1].traffic,size+users[samsuser-1].traffic,users[samsuser-1].quote);

>И еще прикол: при нажатии кнопки "Статистика всех пользователей домена" - строится диаграмма и таблица по убыванию, а в той таблице несколько (5 из 111) пользователей с трафиком, но без имени.

А вот это известный глюк. Связан с переименованием/удалением пользователей. Мертвые души остаются.

Проблему удалось найти, подробное описание: http://sams.nixdev.net/ticket/507
Не могу точно сказать как это влияет на отчеты, но в принципе причина видна.

Если есть желание эксперементировать дальше - отписал в почту под ником.

Ну что ж, вот результаты. Свежая установка на другой машинке, все пакеты те же.
Да! Я прохлопал! Самба тоже той же версии, но... на обеих машинках не стоит. Но поскольку NCSA...
Всю информацию в базе создавал заново, ничего из старой не переносил. Пользователей всего два.
Итак:
---------------------------------------------------

42 SQUID log string:
1282308976.533 325 10.129.0.43 TCP_MISS/200 521 GET http://www.google-analytics.com/__utm.gif? midash DIRECT/74.125.79.101 image/gif
Serch SAMS user: /midash user found
Test local domain: local domain not found
user /midash, ip=0.0.0.0 traffic: 521+1255897=1256418 limit:5242880
update db: 2010-8-20 16:56:16 midash/ 521 http://www.google-analytics.com/__utm.gif?
Save new access.log file size
database appended

43 SQUID log string:
1282308976.698 40 10.129.0.43 TCP_MISS/200 14050 GET http://top.rbc.ru/top_pics/firemap_c.swf midash DIRECT/82.204.218.114 application/x-shockwave-flash
Serch SAMS user: /midash user found
Test local domain: local domain not found
user /midash, ip=0.0.0.0 traffic: 14050+1269947=1283997 limit:5242880
update db: 2010-8-20 16:56:16 midash/ 14050 http://top.rbc.ru/top_pics/firemap_c.swf
Save new access.log file size
database appended

44 SQUID log string:
1282308977.308 160 10.129.0.43 TCP_MISS/200 6895 GET http://pics.rbc.ru/img/autonews/onews/2010/08/13/135901.11201_150.jpg midash DIRECT/80.68.246.110 image/jpeg
Serch SAMS user: /midash user found
Test local domain: local domain not found
user /midash, ip=0.0.0.0 traffic: 6895+1276842=1283737 limit:5242880
update db: 2010-8-20 16:56:17 midash/ 6895 http://pics.rbc.ru/img/autonews/onews/2010/08/13/135901.11201_150.jpg
Save new access.log file size
database appended
------------------------------------------------------------------
521+1255897=1256418
14050+1269947=1283997
6895+1276842=1283737

Повторить удалось!

В выходные посмотрю на исходник sams из 1.0.5 - по результатам может напишу что-то интересное.

Действительно, правильный совет! Спасибо!
Я не обхожу разложенные грабли, я приобретаю опыт!

"No connect to DNS server. NODNSSERVER=0" и "Ошибка сегментирования"
- пройденный этап. Галочку "Преобразовывать DNS имена" выключил, после этого sams -d отработал без падений.
Но вот кусочек его лога:
------------------------------------------------
1 SQUID log string:
1282059912.818 28 10.129.0.2 TCP_MISS/200 28771 GET http://start.stack.net/ midash DIRECT/217.73.196.5 text/html
Serch SAMS user: /midash user found
Test local domain: local domain not found
user /midash, ip=0.0.0.0 traffic: 28771+349683259=349712030 limit:0
update db: 2010-8-17 19:45:12 midash/ 28771 http://start.stack.net/
Save new access.log file size
database appended

2 SQUID log string:
1282059913.006 24 10.129.0.2 TCP_IMS_HIT/304 317 GET http://start.stack.net/start.css midash NONE/- text/css
Serch SAMS user: /midash user found
Test local domain: local domain not found
user /midash, ip=0.0.0.0 traffic: 317+349683259=349683576 limit:0
update db: 2010-8-17 19:45:13 midash/ 317 http://start.stack.net/start.css
Save new access.log file size
database appended

3 SQUID log string:
1282059913.051 43 10.129.0.2 TCP_MISS/304 266 GET http://start.stack.net/images/spacer.gif midash DIRECT/217.73.196.5 -
Serch SAMS user: /midash user found
Test local domain: local domain not found
user /midash, ip=0.0.0.0 traffic: 266+349683259=349683525 limit:0
update db: 2010-8-17 19:45:13 midash/ 266 http://start.stack.net/images/spacer.gif
Save new access.log file size
database appended
-------------------------------------------------------------------------
Прибавляет, но не записывает результат в базу. Прибавляет каждый раз к одной и той же величине.

Какой-то раздрай.

Четыре дня усиленных поисков привели-таки к успеху :-) - я нашел кнопку "Пересчитать трафик пользователей" и стал ею активно пользоваться. После ее нажатия суммарные счетчики приходят в норму, а считать потом все равно продолжают неправильно. Если при пересчете трафик пользователя превысил квоту - у пользователя появляется мигающая красная точка, но он не блокируется. Если у (тестового) пользователя квота превышается без пересчета, то он нормально отключается по превышению. Причем трафик потом, у уже отключенного пользователя увеличился еще на какую-то величину. Возможно, и обычный пользователь будет отключен, если квоту превысит величина трафика "до пересчета".
И еще прикол: при нажатии кнопки "Статистика всех пользователей домена" - строится диаграмма и таблица по убыванию, а в той таблице несколько (5 из 111) пользователей с трафиком, но без имени. В разных строках таблицы, "вразбивку". Лазание по таблицам мускуля никаких зацепок не дало - там безымянных пользователей нет в обеих базах. У всех пользователей логины и пароли набраны цифрами и латинскими буквами.

Ничего не понимаю.

По поводу арифметики пока тоже ничего подсказать не могу.

С ротацией log'ов sams уже давно работает корректно, поэтому врядли она стала причиной.
Парсить логи можно и реже, всем только лучше будет.

Не нашел ничего, кроме "Upgrade SAMS database". Не помогло, суммарные счетчики так и остались маленькими.
Но ведь счетчики все же считают, но считают неверно.
Даже если предыдущее значение счетчика ложное, все равно, прибавить-то должно правильно. А оно прибавляет по чуть-чуть...