madf

На 500 абонентах уже не стоит использовать cap_ether. Он показывает более-менее приемлемые результаты пока абонов до 100. На 500 уже можно задуматься о разделении на биллинговый сервер и NAS. Это не тормоза, именно так работает NetFlow. Сенсор сперва аккумулирует в себе данные о трафике а потом с определенным интервалом сбрасывает на коллектор. Рекомендую почитать про этот протокол.

Видимо, softflowd просто еще не успел сбросить данные о трафике коллектору

Что используется в качестве сенсора? Самый простой - cap_ether, его вообще не нужно настраивать. Но при этом маршрутизация трафика должна выполняться на той-же машине где и сам Stargazer, обязательно должен использоваться NAT (иначе будет считать в 2 раза больше трафика) и он может пропускать много пакетов при увеличении нагрузки.

Где находится NetFlow-сенсор? На той-же машине или на отдельной? Может он не запущен или неправильно настроен?

tcpdump -ni <интерфейс> udp and port 42111

5 баллов! Это не модуль коллектора трафика NetFlow, это модуль конфигуратора Тем не менее, судя по логу ниже, используется все-таки NetFlow (это модуль cap_nf, FYI). Значит надо проверить что на соответствующий порт (см. в настройках модуля cap_nf) приходит трафик от NetFlow-сенсоров.

Через какой плагин происходит захват трафика?

Ну едрен-же батон! Посоветовал же - обновиться! Даже если это не поможет, я буду по крайней мере на свежем коде проблему искать, а не на устаревшем.

/var/log/stargazer.log не будет пока он не запустится хоть раз. Не /etc/stargazer.conf а /etc/stargazer/stargazer.conf Таблиц в БД тоже не будет без запуска.

Чего печалька-то?

Какая разница сколько сокетов? Тем более что в данном конкретном случае их и не может быть более одного. В 2.408 существенно переработана система авторизации. Правда, тайм-аутов она не затрагивает, но в любом случае диагностику лучше вести на свежей версии.

Это уже вопрос к nightfly.

Куда уж конструктивнее...

Попробуйте вот такой патч: diff --git a/stglibs/Makefile b/stglibs/Makefile index 912be63..6b9fbe4 100644 --- a/stglibs/Makefile +++ b/stglibs/Makefile @@ -7,9 +7,9 @@ include ../Makefile.conf .PHONY: all $(STG_LIBS) .PHONY: clean install uninstall includes all: $(STG_LIBS) - -$(STG_LIBS): - $(MAKE) $(MAKECMDGOALS) -C $@ + for LIB in $(STG_LIBS); do + $(MAKE) $(MAKECMDGOALS) -C $$LIB; + done includes: all Если что, вот прямая ссылка на diff: https://gitorious.org/stg/stg/commit/f8054f164b10a7b42a5250856ec83dca71ad3545/diffs/7e83231167050fafe58357d533772e7d5e7082a6

Вот уж где-где, но тут Слоник точно не при чем PS: вот позорище будет если он таки при чем

Глюк, на самом деле, старый. Я его еще на 2.404, кажется, наблюдал. Или даже на 2.4.6.8. Но он почти никогда не воспроизводится Пока есть одно подозрение на stglibs/Makefile:12, кажется, так делать нельзя. Посмотрю сегодня вечером или на выходных...

Угу, было такое. Snake case это snake_case. Но к ошибке это отношения не имеет.

2.407-p1, я так понимаю. Начать с обновления до 2.408. И часто такое бывает?

Я думаю, они идентичны вплоть до md5sum.

Можете показать содержимое файла Makefile.conf?

Толстый юмор это - ** * - страны с максимальным уровнем уровнем инфляции. 100 000 000 000 000 (триллионов же) долларов Зимбабве эквивалентны 300 USD. Integer говорите? NUMERIC говорю

Вот почему stargazer непопулярен в Зимбабве, Вьетнаме, Индонезии и Иране* ... А что там у Ubilling с зимбабвийской локализацией? * * - Толстый юмор

Есть у меня подозрение... Что у юзера serv вдруг оказалось больше 100 000 000 денег на счету. Или он пополнил счет более чем на 100 000 000, что, впрочем, одно и то же. Более детально можно посмотреть в логе PostgreSQL. А что за i/o error? Можно более подробно про ошибку и условия ее возникновения? Это совсем другое. Другой плагин, другие проблемы... Возможно просто пропадала связь с MySQL.

... Opt82 - очень дорого, менее бестолково, но проприетарно. А почему проприетарно? Потому что agent_id и circuit_id не имеют стандартизированой семантики?

Это скорее концепт а не фича какого-либо биллинга. Т.к. имеется информация о связках MAC-Абонент то ее можно использовать для восстановления (или изменения) связок MAC-Port. Не столько важно как это сделать (средствами биллинга или скриптами), сколько важно что это возможно. Уже проверенно практикой, в случае, если идет массовая замена сетевых карт то толку от этого мало.... ... Если одновременно выгорает порт на свитче и сетевушка у абонента то авторизация восстанавливается путем ввода логина и пароля. Если выгорает только порт то авторизация восстанавливается по MAC-адресам. Если