Перестает считаься траффик

[kds]

Коллектор NDSAD! Он не падает... и его перезагрузка не помогает!

[Chris]

Я бы тебя уволил.

Что tcpdump говорит?

[kds]

Меня невозможно уволить!
Я и есть директор!

Как это ни странно, но с тех пор, как я написал в форуме, проблем не возникало (тьфу-тьфу)! Так что, вприницпе, и нечего пока писать!

Спасибо за заботу! Как что-то случится (не дай Бог) я напишу!

[kds]

Вот опять... и, как назло, ночью...

tcpdump молчит (tcpdump -i lo port 9996)...
никакие пакеты не идут...

После попытки перезапуска ndsad пакеты так и не пошли, а в логах вышло вот это:
ndsad[4592]: Session opened on Tue Nov 1 10:26:32 2005
ndsad[4592]: binary version `1.32.1'
ndsad[4592]: WatchDog: Dog waken...
ndsad[4592]: WatchDog: child[4593] started on Tue Nov 1 10:26:32 2005
ndsad[4593]: Pid file found:
ndsad[4593]: /var/run/ndsad.pid
ndsad[4593]: Check, if other instance is running
ndsad[4592]: WatchDog: child[4593]: 255 return code...
ndsad[4592]: WatchDog: terminating...
ndsad[4592]: Unable to unlink pid file of another process
ndsad[4592]: Session closed on Tue Nov 1 10:26:32 2005

В логах ядра ничего подозрительного не заметил...

После ребута пошли пакеты и все заработало...
Есть какие-нибудь идеи?

Еще появилась после перезапуска в verificator.log строка:
-- ERROR account 20 not blocked, but where is entry with id 99 in blocks_info
-- SQL DESC delete entry in blocks_info
UPDATE blocks_info SET is_deleted=1 WHERE what_blocked='2' AND account_id='20' AND start_date<='1130693010' AND expire_date>='1130693010' AND is_deleted=0;

Еще вчера возникла непонятная проблема:
до того как на сервере была полночь (где то в 10 вечера) биллинг взял и списал со всех абонентскую плату, причем за 2 месяца, и выдал траффика за 2 месяца.. пришлось вручную все править.. Ни у кого такой проблемы не было?

Заранее всем спасибо!

[kaN5300]

Таже ситуация, не стал тратить время на поиск причины неисправности и перезагрузил utm. а надо было поискать. Вот кстати нормальный вывод tcpdump:

Код: Выделить всё

192.168.16.250>sudo tcpdump -i lo udp port 9996
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes
13:32:32.404953 IP localhost.32859 > localhost.9996: UDP, length 72
13:32:32.405028 IP localhost.32859 > localhost.9996: UDP, length 1464
13:32:32.405051 IP localhost.32859 > localhost.9996: UDP, length 120
13:32:33.414865 IP localhost.32859 > localhost.9996: UDP, length 1464
13:32:33.414922 IP localhost.32859 > localhost.9996: UDP, length 120
13:32:34.424899 IP localhost.32859 > localhost.9996: UDP, length 1464
13:32:34.424926 IP localhost.32859 > localhost.9996: UDP, length 216

7 packets captured
21 packets received by filter
0 packets dropped by kernel

Наверно придется писать скрипт который сам будет определять что сбор или отправка информации о траффике приостановлена.

[kaN5300]

Блин, нетфлоу-то идёт, а вот ядро траффик не учитывает хм. Как бы продиагностировать?

[Chris]

flow-tools сотри им

[kaN5300]

Помог рестарт мускула. Было у кого такое? Писал кто-то скрипт для определения наличия сложенного траффика пользователей в БД за последние n минут? Или ваять самому?

[kds]

Кхм... а вот мускулы я что-то так ине пробовал перезагружать... может проблема в них... хотя... пакеты то не идут...

А с двойным съемом абонентки ни у кого не было проблем? А то я уже боюсь, что и в сделующем месяц будет та же фигня...

[kaN5300]

Кхм... а вот мускулы я что-то так ине пробовал перезагружать... может проблема в них... хотя... пакеты то не идут...

А с двойным съемом абонентки ни у кого не было проблем? А то я уже боюсь, что и в сделующем месяц будет та же фигня...

Да вы, я вижу атлет, у вас много мускулов =). С какого числа у вас начала пропадать информация о траффике?