PermLUG
|
Пермская группа пользователей Linux |
|
ОблакоВход для пользователейНавигация |
SAMS не счтает трафик
Angriff, 04.08.2008 — 14:39
День добрый! Есть проблемка: самс не считает трафик. Установка прошла без ошибок, настроил всё по документации. Подскажите что это может быть?
|
Новые записи в блогахАктивные обсуждения форума
|
| Пермская группа пользователей Linux, 2003—2008 |
Вероятно в конфиге сквида не раскоментированы строчки до его же лог-файлов.
openSuSE 10.3 Sams 1.0.1
авторизация NCSA
Похожая проблема. Стоит Fedora-8. Необходимо считать ежедневный трафик. Авторизация NCSA. Обнуление счетчика проходит нормально, но трафик после обнуления не считается. Подсовываю пустой access.log запускаю реконфигурацию squid. Трафик считается. Понимаю, что это не дело.
ar_ilia, попробуйте не пустой access.log подсовывать, а просто перезапустить samsd.
А также, перед перезапуском посмотрите есть ли процессы samsd (ps ax|grep sams)
Спасибо за ответ. Проверю завтра утром, т.к. сегодня сделал все по старинке. На ps ax|grep sams отечает
[ilia@web-serv squid]# ps ax|grep sams
2282 pts/7 S 0:00 /usr/local/bin/samsf
2287 ? Ss 0:00 (ncsa_auth) /etc/squid/ncsa.sams
2288 ? Ss 0:00 (ncsa_auth) /etc/squid/ncsa.sams
2289 ? Ss 0:00 (ncsa_auth) /etc/squid/ncsa.sams
2290 ? Ss 0:00 (ncsa_auth) /etc/squid/ncsa.sams
2291 ? Ss 0:00 (ncsa_auth) /etc/squid/ncsa.sams
2302 pts/7 S 0:41 /usr/local/bin/samsdaemon
2495 pts/7 R+ 0:00 grep sams
Приношу извинения, в коньоре я человек нойвы, времени не хватает.
Кручусь как БЕЛК(а) в колесе.
Судя по ps ax, у Вас стоит опция настройки SAMS "Обрабатывать логи непрерывно". В последних версиях SAMS часто видел советы по ее отключению и переходу к "Запускать обработчик логов через N минут" - у многих были проблемы.
Если оставить "Обрабатывать логи непрерывно", то, вероятно, совет по перезапуску samsd вряд ли поможет.
Спасибо за рекомендации. Изменения ввел. Проверю результат завтра. Приношу извинения, но посмотреть почту и зайдти на форум есть 15-20 минут, до начала работы. Потом аврал ....
У вы. Картина прежняя. День закончился. Счетчики обнулились. Трафик не считаем. Перезапускал samsd, squid. Пока неподменю access.log. Дневной трафик не считается.
Если убрали запуск samsf, то проверьте отсутствие !access.log (см. для примера рекомендации http://www.permlug.org/node/4052/ ).
Администрирование SAMS/Настройка samsdaemon все правильно стоит?
В /var/log/messeage никаких сообщений не выдается?
Запуск samsf не убирал. И messeage пишет
Aug 8 00:00:50 web-serv samsdaemon[2302]: Traffic clean. Template Default, period 1
Aug 8 00:00:50 web-serv samsdaemon[2302]: Traffic clean. Template Дневной, period 1
Aug 8 00:00:50 web-serv samsdaemon[2302]: Reading request to reconfigure SQUID
Aug 8 00:00:53 web-serv samsf: Starting
Aug 8 00:00:53 web-serv samsdaemon[32754]: Restarting samsf
Aug 8 00:00:53 web-serv samsf: Starting as daemon
Aug 8 00:00:53 web-serv samsdaemon[32754]: Reconfigure & restart SQUID... Ok
Убил samsf. Реконфиг squida перестал работать. После перезагрезки squid не запускается. Хочет access.log. Получив МНОГО матюков от сотрудников, прекратил эксперемент.
Произвести обновление sams до 1.0.3 сделать не смог. Выдает ошибки. Попробовал на домашне, без проблем. Поменял утром sams на "домашний". Посмотрим, что будет утром.
Версия 1.0.3 работает. Счетчики дневного трафика обнулились. Подсчет новогодня начался без проблем. Осталась еще одна мелочь. Обрубать юзверя сразу при привышении лимита.
Пользователь обрубается только после закачки файла.
Если хотите во время закачки - ставьте патч на squid (Exactlog патч для squid - http://sams.nixdev.net/wiki/contribs ).
Благодарю за ВСЁ. Заметил ещё один глюк, не существенный (может быть). Версия 1.0.3 после обнуления дневного трафика разрешает всем пользователям данного шаблона доступ, даже тем кто был ОТКЛЮЧЕН (а не отключен за превышение трафика)
Добрый день.
У меня та же проблема, что и у Angriff.
Установлен sams-1.0.3. После первого запуска выдал статистику трафика по клиентским машинам. После этого не обновляется трафик.
Смотрю логи. Ошибка в мускуле. Проверяю: sams -f=/var/log/squid/access.log -d. Выдает ошибку - дублирование данных в столбце 1. Лезу на форум - проблема с русскими именами клиентов и кодировкой UTF-8. Перевожу все имена клиентов на инглиш. Опять очищаю squidlog.cache и squidlog.cachesum, sams -f=/var/log/squid/access.log -d.
Загружается без ошибок. Вроде все нормально. Но... Все. С тех пор трафик на всех машинах тот-же.
Делаю останов sams, удаляю все из squidlog.cache и squidlog.cachesum, делаю sams -f=/var/log/squid/access.log.1 -d и sams -f=/var/log/squid/access.log -d. Трафик начинает становиться похожим на реальный. Но автоматически логи squid'а в мускуль не добавляются.
Помогите побороть.
# ps ax | grep sams
14624 pts/2 S 0:00 /usr/local/bin/samsdaemon
# sams -d
Connected database: squidctrl:localhost user=sams
Connected database: squidlog:localhost user=sams
Starting process: pid = 17042
Cache 0
Reading file: start=0 length=35349026
disable user script = /usr/local/share/sams/src/script/test_script
Administrator address:
ISP Mb size=1048576, kb size=1024
Found 28 SAMS users
0: kabulov ### 192.168.0.83.0.0./255.255.255.255.0.0. 1 159311756 209715200 48ac04254ed35 ip
1: nurses201 ### 192.168.0.12.0.0./255.255.255.255.0.0. 1 31490505 104857600 48ac046185d33 ip
2: murzin ### 192.168.0.11.0.0./255.255.255.255.0.0. 1 43281457 104857600 48ac0491265f0 ip
3: bobruk ### 192.168.0.71.0.0./255.255.255.255.0.0. 1 90995693 0 48ac6122bd92c ip
4: bobrova ### 192.168.0.72.0.0./255.255.255.255.0.0. 1 167509507 0 48ac613caaf81 ip
5: khudaverdieva ### 192.168.0.73.0.0./255.255.255.255.0.0. 1 116141966 0 48ac61591a636 ip
6: zhukova ### 192.168.0.74.0.0./255.255.255.255.0.0. 1 197397889 0 48ac61788f855 ip
7: kuznetcova ### 192.168.0.75.0.0./255.255.255.255.0.0. 1 143201744 0 48ac61b037892 ip
8: soboleva ### 192.168.0.76.0.0./255.255.255.255.0.0. 1 77559836 0 48ac61e3c4115 ip
9: nurses202b ### 192.168.0.34.0.0./255.255.255.255.0.0. 1 3728178 104857600 48ac6248c3e4a ip
10: ganina ### 192.168.0.77.0.0./255.255.255.255.0.0. 1 22916086 0 48ac62ac54638 ip
11: andreev ### 192.168.0.21.0.0./255.255.255.255.0.0. 1 52063870 104857600 48ac62caca823 ip
12: bushuev ### 192.168.0.22.0.0./255.255.255.255.0.0. 1 63759548 104857600 48ac62f98bead ip
13: poplaukhina ### 192.168.0.23.0.0./255.255.255.255.0.0. 1 2204331 104857600 48ac63234394c ip
14: tjulatina ### 192.168.0.24.0.0./255.255.255.255.0.0. 1 1182078 104857600 48ac633e522ea ip
15: lakina ### 192.168.0.25.0.0./255.255.255.255.0.0. 1 1542937 104857600 48ac636d763af ip
16: kudryashov ### 192.168.0.81.0.0./255.255.255.255.0.0. 1 22431067 104857600 48ac6389a7025 ip
17: ershova ### 192.168.0.82.0.0./255.255.255.255.0.0. 1 19496334 104857600 48ac63a37334f ip
18: kuljaeva ### 192.168.0.84.0.0./255.255.255.255.0.0. 1 34305786 104857600 48ac63bbd0ea4 ip
19: kassa ### 192.168.0.43.0.0./255.255.255.255.0.0. 1 0 104857600 48ac641139659 ip
20: regs ### 192.168.0.41.0.0./255.255.255.255.0.0. 1 0 104857600 48ac64391919f ip
21: regn ### 192.168.0.42.0.0./255.255.255.255.0.0. 1 0 104857600 48ac64522aa38 ip
22: nurses202 ### 192.168.0.26.0.0./255.255.255.255.0.0. 1 4050541 104857600 48ac647748d7e ip
23: bychkova ### 192.168.0.51.0.0./255.255.255.255.0.0. 1 103298025 104857600 48ac64a54da57 ip
24: glavbukh ### 192.168.0.52.0.0./255.255.255.255.0.0. 1 14032656 104857600 48ac64bb49b37 ip
25: teljaeva ### 192.168.0.53.0.0./255.255.255.255.0.0. 1 14003821 104857600 48ac64dce0085 ip
26: kovshova ### 192.168.0.54.0.0./255.255.255.255.0.0. 1 98710771 104857600 48ac64f88624d ip
27: kalinina ### 192.168.0.55.0.0./255.255.255.255.0.0. 1 12007208 104857600 48ac6516c5916 ip
Found 0 localhosts
2. SELECT count(*) FROM squidctrl.urlreplace
end=0 newend=35349026 clear=0 loadfile=0
Reading new data from /var/log/squid/access.log
altlinux 4.0 server
apache-1.3.41rusPL30.23-alt4.5
mysql 5.0.51-alt2a
php 4.4.8-alt1
squid 2.6.STABLE12-alt3
samba 3.0.24-alt3
sams-1.0.3
редиректор не использую
Та же проблема - sams не считает трафик. Редиректор работает. Запуск sams -d показывает:
Cache 1
Ошибка сегментирования
Думал, что проблема с таблицами mysql, так как при попытке что-то сделать с таблицей cache, mysql уходил в транс. Пересоздал базу squidlog - не помогло. MySQL честно показывает, что таблицы пусты, а sams -d выдаёт туже ошибку.
У меня стоит sams 1.0.3 на Debian 4. Причём до этой ошибки работал несколько месяцев. Подскажите, пожалуйста, куда смотреть.
Ещё обнаружил, что запуск sams c ключами -p и --empty также выдаёт ошибку сегментирования, как если задать ему неправильный ключ, напрмер -w или --wrong
нужно отключить проверку днс в настройках SAMS ("Администрирование SAMS ====>> "Преобразовывать DNS имена"")
Сам сталкивался с такой проблемой недели 2 назад.
Трафик считается но до первой ошибки... и таким образом он за раз читает от 200 до 600 строк. (а их гораздо больше) и в следующий "заход" продолжает с места ошибки. Таким образом получается "отставание" подсчетов. и через некоторое время начинает казаться что он совсем не считает трафик.
Многоуважаемый ALL
проблема та же - не считает трафик
но...
всё как бы работает правильно, но не обрабатывается команда sams -d (если запускаешь этот в консоли трафик в базу записывается)
уже настраивал кучу серверов с самсом но такую праблу встретил первый раз.
пробовал в настройкак ставить обрабатывать логи непрерывно - не обрабатывает
обрабатывать логи через N минут - не помогает
Подскажите где что поправить
(да кстати по статье http://yaroshenko.biz/archives/101 не работает пулы и не ограничивает скорость - отказался сразу) вся настройка была произведена по http://sams.nixdev.net/wiki/debian4.0
система Дебиан4 (далее по списку из вики)
САМС 1,0,3
>>>нужно отключить проверку днс в настройках SAMS
выключена
>>>всё как бы работает правильно, но не обрабатывается команда sams -d (если запускаешь этот в консоли трафик в базу записывается)
>>>уже настраивал кучу серверов с самсом но такую праблу встретил первый раз.
>>>пробовал в настройкак ставить обрабатывать логи непрерывно - не обрабатывает
>>>обрабатывать логи через N минут - не помогает
>>>Подскажите где что поправить
именно такая же проблема
----------------------------------------
altlinux 4.0 server
apache-1.3.41rusPL30.23-alt4.5
mysql 5.0.51-alt2a
php 4.4.8-alt1
squid 2.6.STABLE12-alt3
samba 3.0.24-alt3
sams-1.0.3
редиректор не использую
по команде sams -d - вылетает такая ошибка:
2. SELECT count(*) FROM squidctrl.urlreplace
end=142281 newend=3825834 clear=0 loadfile=0
Reading new data from /var/log/squid/access.log
open SQUID cache file: /var/log/squid/access.log
1 SQUID log string:
1220410436.359 295 172.23.164.213 TCP_MISS/304 357 GET http://update.icq.com/cb/icq6/30005/3/updates.xml - DIRECT/84.53.182.73 */*
Serch SAMS user: esbyt/Хабибулин С.С.esbyt user found
Test local domain: local domain not found
REALTRAFfic = 357 - 0
user esbyt/Хабибулин С.С.esbyt, ip=192.168.1.21 traffic: 357+357=714 limit:209715200
update db: 2008-9-3 6:53:56 Хабибулин С.С.esbyt/esbyt 357 http://update.icq.com/cb/icq6/30005/3/updates.xml
Error
Duplicate entry '2008-09-03-Хабибулин С.С.-esbyt' for key 1
into MySQL query:
MySQL query error: Duplicate entry '2008-09-03-Хабибулин С.С.-esbyt' for key 1
>>>Duplicate entry '2008-09-03-Хабибулин С.С.-esbyt' for key 1
Это из-за русского имени, я слышал. Была такая же проблема. Переименовал юзеров на латиницу - поправилась.
-----------------------------------------
altlinux 4.0 server
apache-1.3.41rusPL30.23-alt4.5
mysql 5.0.51-alt2a
php 4.4.8-alt1
squid 2.6.STABLE12-alt3
samba 3.0.24-alt3
sams-1.0.3
редиректор не использую
samslogparser[6563]: MySQL query error: Duplicate entry '2008-09-04-\235ово▒\201▒\221лов С.С.-esbyt' for key 1
А еще он не считает трафик больших закачек.
Проблема в следующем - если клиент качнул здоровенный файл, то формат строки лога нарушается и не проходит проверку, соответственно в статистику эта строка не попадает.
Пример:
1220277470.152 27454184 192.168.57.102 TCP_MISS/200 634230073 GET http://www.ru/idea/upload/02/05/06/16/RyzhovaON.rar - DIRECT/92.50.227.10 application/octet-stream
соттветственно проверка в logtool.c
if((int)str[10]!=0x2E || (int)str[14]!=0x20 || (int)str[21]!=0x20)
не прокатывает, так как 21-й символ ну никак не пробел !!
проверял на версии 1.0.3 все тоже самое.
но раньше на 1,0,1 версии и с русскими именами считало всё замечательно и большие ффайлы считало... нареканий не было
ну не знаю, я этот баг и выловил на 1.0.1, потом скачал 1.0.3 для проверки и выяснил, что баг остался.
может чего в логах поменялось.
squid 2.5.STABLE14
это не из-за размера файла, второй параметр в строке - это время обработки запроса сквидом. Т.е. это запрос очень долго обрабатывался непосредственно прокси сервером. Такое может случится и на маленьких файлах. Причины я указать не могу, но у себя я эту строку подправил
с
if((int)str[10]!=0x2E || (int)str[14]!=0x20 || (int)str[21]!=0x20)
на
if((int)str[10]!=0x2E || (int)str[14]!=0x20)
я так тоже сделал, жду когда вылезет в другом месте. :)
Debian 4.0
squid 2.6
sams 1.0.3
Была такая проблема (трафик не считался).
Решилось следующим образом в конфиге сквайда squid.conf убил строчку access_log /var/log/squid/access.log squid, а в самое начало файла squid.conf добавил следущее:
http_port 192.168.1.1:3128
icp_port 0
cache_mem 335 MB
cache_swap_high 95
cache_swap_low 90
maximum_object_size 10000 KB
minimum_object_size 0 KB
cache_dir ufs /var/spool/squid 2048 16 256
access_log /var/log/squid/access.log squid
cache_log /var/log/squid/cache.log
cache_store_log /var/log/squid/store.log
log_fqdn on
emulate_httpd_log on
auth_param basic program /usr/lib/squid/ncsa_auth /etc/squid/ncsa.sams
auth_param basic children 5
auth_param basic realm Squid Proxy Caching Web Server
auth_param basic credentialsttl 1 hours
redirect_program /usr/local/bin/samsredir
... (полный листинг не привожу)
перезапустил squid и sams, все работает как часы, обработка логов установлена через 1 мин., файлы большого размера учитываются.
А не покажите хотя бы пару строк сквидовского лога?
Я подбираю параметры для logformat в squid3, долго, млин, получается... А второго сквида нет в хозяйстве.
да кстати поблема рассматривалась http://www.permlug.org/node/3032/#comment-26729 но никто так и не написал как решить её.
К VXZ поравил конфиг так же... не помогло
ошибка при записи в SQL
Могу скинуть написанный мной подробный мануал по настройке sams на Debian 4.0, делаешь все по нему и все будет прекрасно работать.
буду благодарен, просто я настроил кучу серваков с самсом, но эта прабла первый раз...
admin@ulenergo.ru (только отправляй с нормального сервера чтоб постгрей фильтр пройти :) )
Сделал всё по этому мануалу, только в консольном варианте ))
закинул базу самса (пользователей) таже беда...
грешу уже не на логи а на пользователей...
Логины юзеров и пассы задавай на английском
у меня авторизация только по ИП
и все пользователи на английском...
(хотя раньше и на русском было всё красиво)
В общем проблема так и не решилась пока.
переустановил самс. Логи сквида те же.
Базы самса те же.
Результат - ноль.
Сейчас переустановлю все полностью, включая и базы самса.
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.3
редиректор не использую
у меня вроде решилась проблемка...
1. убрать галочку приобразовывать ДНС
2. логины (имена описания) пользователей на англ языке
3. если в логинах есть домен по умолчанию - убрать! (мне показалась что это основная проблема) (но у меня авторизация по ИП)
Получается вся проблема именно в базе САМСа т.е. её надо вести правильно...
Переставил самс с нуля. Создал базы. Проблема не решена.
Гуру, помогайте, подскажите, хоть в какую сторону рыть?
Какие конфиги и логы показать?
Да, теперь вот еще что добавилось:
После реконфигурирования сквида (изменял лимит у юзеров) получилась интересная запись в squid.conf:
# ACCESS CONTROLS
# -----------------------------------------------------------------------------
# TAG: acl
acl _sams_48ce2ca93984d src "/etc/squid/48ce2ca93984d.sams"
acl _sams_48ce2ca93984d_time time MTWHFAS 00:00-23:59
acl _sams_48ce2cb38f703 src "/etc/squid/48ce2cb38f703.sams"
acl _sams_48ce2cb38f703_time time MTWHFAS 00:00-23:59
acl _sams_48ce2cc6c32a2 src "/etc/squid/48ce2cc6c32a2.sams"
acl _sams_48ce2cc6c32a2_time time MTWHFAS 00:00-23:59
acl _sams_48ce2cd2c41e3 src "/etc/squid/48ce2cd2c41e3.sams"
acl _sams_48ce2cd2c41e3_time time MTWHFAS 00:00-23:59
acl deny_domains dstdomain '/etc/squid/deny_domains'
acl allow_hosts src '/etc/squid/allow_hosts'
#Examples
#acl macaddress arp 09:00:2b:23:45:67
#acl myexample dst_as 1241
.
.
.
# TAG: http_access
_sams_48ce2ca93984d_time
_sams_48ce2cb38f703_time
_sams_48ce2cc6c32a2_time
_sams_48ce2cd2c41e3_time
http_access deny deny_domains
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
#http_access allow allow_hosts
Т.е. http_access allow он забывает вбить... И, естественно, после рекофига все остаются без инета, пока ручками не поправлю енто дело. Фигня какая-то, однозначно...
Сейчас захожу mysql -u sams -p squidlog, делаю select count(cache.user) from cache;
912292 записи. Новых не добавляется.Счет не идет, пользователи не отключаются...
________________________________________________
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.3
редиректор не использую
лог самсдемона со 2ой фазы покажи
Результат samsdaemon -d > samsdaemon.log
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.3
редиректор не использую
sams -d
ещё покажи результат...
Connected database: squidctrl:localhost user=sams
Connected database: squidlog:localhost user=sams
Starting process: pid = 5104
Cache 0
Reading file: start=0 length=14376086
disable user script = /usr/local/share/sams/src/script/none
Administrator address:
ISP Mb size=1048576, kb size=1024
Found 32 SAMS users
0: 11 ### 192.168.0.11.0.0./255.255.255.255.0.0. 1 345893102 524288000 48ce2d24cdbda ip
.
.
.
30: 05 ### 192.168.0.5.0.0./255.255.255.255.0.0. 1 0 0 48ce2f63578c1 ip
31: 06 ### 192.168.0.6.0.0./255.255.255.255.0.0. 1 0 0 48ce2f7c3a34f ip
Found 0 localhosts
2. SELECT count(*) FROM squidctrl.urlreplace
end=0 newend=14376086 clear=0 loadfile=0
Reading new data from /var/log/squid/access.log
И все, процесс повис
--------------------------------------------------------------------------------------
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.3
редиректор не использую
mysql> show tables;
mysql> select nick, ip from squidusers;
+------+---------------+
| nick | ip |
+------+---------------+
| 11 | 192.168.0.11 |
.
.
.
| 05 | 192.168.0.5 |
| 06 | 192.168.0.6 |
+------+---------------+
32 rows in set (0.00 sec)
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.3
редиректор не использую
похоже у тебя сам sams глючит... попробуй его заменить на более старую версию 1,0,2 например...
т.к. он не должен зависать, пока предположений нет больше, у мну Дебиан всё заработало после того как из базы убрал дефаулт домен у каждого юзера
Оки, помоги, как откатить?
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.3
редиректор не использую
В общем... Проблема так и осталась.
А именно: САМС не считает трафик. Откатил на 1.0.1, все то же самое.
Помогайте, что делать?
Любые логи выложу, если потребуется.
altlinux 4.0 server
apache2-2.2.9-alt10
mysql 5.0.51-alt2a
php 5-5.2.7-20080627-alt1
squid 2.6.STABLE20-alt1.1.1
samba 3.0.31-alt1
sams-1.0.1
редиректор не использую
У меня аналогичная ситуация. altlinux 4.0 server и пр.
Трахался неделю
Похоже, под альтом криво компилится sams (не демон, а именно чтение логов).
Если интересно покопаться - strace -o /tmp/log -f sams -d
Что я сделал:
- с ftp://vladregion.ru/pub/4.0/sams скачал готовый sams-server-1.0.1-alt0.M40.1.i586.rpm
- установил его с --nodeps
- взял оттуда sams
ЗАРАБОТАЛО :) :(
Мне такая ситуация не нравится. Напишите, пжлта, заработал ли у вас
Добрый день!
Не считает на следующий день трафик хоть ТЫ тресни... переписываешь файл access.log нулевым размером начинает считать...
Пришлось в крон внести задание на обнуление файла.. :-)
С Уважением!
ДОбрый день!
А поможет выставление в файле СКВИДА параметра logfile_rotate 10
ОН будет его обнулять и будет работать, попробую может получиться..
С Уважением!
собственно у тебя проблема в другом.... привыполнении sams -d у тебя вылеатает скорее всего ошибка на какой то записи и потом начинает со след записи...поэтому у тебя считает но очень медленно и потом начинает казаться что вообще не считает, а при обнулении файла он начинает снова считать...
(покажи что у тебя sams -d выводит)