Проблема у trafd с Новым годом.

[cppmm]

На старом сервере стоит под FreeBSD использовалась учётка trafd. И хотя он почти не задействован, несколько клиентов считались именно через него. Подсчёт трафика проводился в начале каждого месяца и клиенту выдавался счёт. Считается всё при помощи скриптов:

revival# cat _run.monthly
#!/bin/bash
# begin time - yymmddhhmm
# end time   - yymm(dd+1)hhmm
BEGIN=0612010000
END=0701020000
PATTERN_PATH=/usr/local/traffic/scripts/patterns
PATTERN_SUFFIX="pattern"
PATTERN=${1:?"Give me pattern name!"}
/usr/local/bin/traflog  -b ${BEGIN} -e ${END} -i rl2 -n -s -F ${PATTERN_PATH}/${PATTERN}.${PATTERN_SUFFIX} | less

revival# cat ../patterns/clienthome.pattern
from 10.30.1.29 to 0.0.0.0
from 0.0.0.0  to 10.30.1.29

revival# cat clienthome
#!/bin/bash
SCRIPT=/usr/local/traffic/scripts/monthly/_run.monthly
$SCRIPT $0

revival# ls /usr/local/traffic/scripts/monthly/
_run.monthly clienthome
clienthome

В этот раз выдало такой ответ:

revival# ./clienthome
(rl2) revival at Dec 30 00:15:02 - Jan  1 00:12:37
 Summary: 3512928 data bytes, 4975768 all bytes, 542 records
     From           Port         To            Port  Proto     Data       All
10.30.1.29         none    10.1.1.1           none    icmp     50760      76140
...

Т.е. как можно видеть считает только с 30-го декабря, хотя должно с первого. Если поменять дату на январьскую, за любой день можно посчитать нормально, а вот если попытаться получить отчёт за любой промежуток времени из 2006-го года получаю

(rl2) revivalat Jan  1 03:00:00 - Jan  1 03:00:00
 Summary: 0 data bytes, 0 all bytes, 0 records
     From           Port         To            Port  Proto     Data       All

Совершенно не понимаю, причём здесь первое января.

Пробовал искать в гугле и по форумам, с такой проблем похоже никто не сталкивался(Или я плохо искал, может у кого запрос в гугле получится правильнее задать, буду очень рад).

Система:

revival# uname -a
FreeBSD revival 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 #1: Thu Sep  9 10:26:46 EEST 2004 i386

Заранее спасибо за любую помощь.

P.S. Признаюсь, на нынешнем основном сервере я ставил linux вместо фри и другую учётку, потому что недолюбливаю бсд и плоховато разобрался с trafd. Если нужны ещё какие-то данные, спрашивайте.

[cppmm]

Да, забыл уточнить - в /var/log/trafd.log за весь декабрь и прошедший январь всё нормально.

[cppmm]

Вот, ещё нашёл в /var/log/messages за 31-ое число такую запись:

Dec 30 00:15:05 revival trafd[56239]: (rl2) Can't rename /var/trafd/tmp.rl2 to /var/trafd/trafd.rl2: No such file or directory

Хотя и не знаю, имеет ли это какое-то отношение к моей проблеме. В гугле по ошибке искать бесполезно. Буду искать схему работы trafd, чтобы узнать, зачем он это переименовывает.

[hunk]

Столкнулся с такой же проблемой,

при переходе с 2006-2007, плюс

с небольшой кучкой дополнительных -

когда считаешь по часам дампа или

по дням за месяц, а потом просто

общий объем за месяц, итоговые суммы

не совпадают, причем не на какие-то

байты, а чуть ли не в два раза.

(именно для тех баз, где присутствует

и 2006 и 2007, причем именно для периода

2007 года)

Долго чесал репу - почему такое

может быть, потом бросил.

Проблему не решал, просто скинул

старые дампы в архив (для будущих разборок )

а с февраля 2007 просто создал чистые базы,

пока все пашет

[cppmm]

Я пробовал копать дальше. Ничего путного не нашёл. В конце концов совсем отказался от этой учётки. Дело в том, что через некоторое время trafd отказался мне выдавать вообще какую-либо инфу по траффику(правда создавать чистые базы не пробовал) Быстренько полностью перешёл на другую учётку, дабы не возникло проблем с клиентами.

[hunk]

Привет

Обращаюсь к более тонким знатокам

TCP/IP

ОС FreeBSD 6.0

Подсчитываю траффик программой trafd.

Даю команду подсчитать весь трафик, например,

с 9 по 31 января - получаю 3,6Гб.

Провайдер за тот же период выставляет счет

за 7,7Гб.

Начинаю копать - дампы сохраняются каждые четыре

часа, т.е. 6 раз в сутки. Пишу маленький скриптик,

чтобы просчитать все эти дампы за указанный период и

потом ручками все складываю и получаю те самые 7,7Гб.

Потом делаю тоже самое по всем компам(IP) локалки и

получаю в итоге свои 3,6 Гб.

Теперь вопрос - где потерялись эти 4,1Гб и почему

подсчет трафика автоматически за весь месяц их

не учитывает, а при ручной деталировке они вылазиють

Самое интересное, что во внутреннюю сеть эти 4,1Гб

не поступали - там и авто подсчет за месяц и ручная

деталировка по часам дампов полностью совпадают - 3,6Гб.

Уже голову сломал, да и провайдеру надо чето доказывать

[vpk_vpk]

Гм... Если не поступают во внутреннюю сетку, значит - виснут на сервере? Логи сквида смотрели? Может, пользователь начинает закачку большого файла, потом обрывает, а сквид докачивает то, что было задано?

[hunk]

Сквида нет, чистый NAT.

Причем, что самое интересное,

такая лажа только по входящему

трафику. По исходящему трафику

все чисто. Каким способом ни считай,

получаются однозначные значения