madf

Либы берет не старгейзер а системный компоновщик ld.so. Его можно сконфигурировать при сборке. Для этого нужно в файле stglibs/Makefile.in, файле projects/stargazer/Makefile и файле projects/stargazer/plugins/Makefile.in заменить строку -Wl,-rpath,$(PREFIX)/usr/lib/stg на -Wl,-rpath,$(PREFIX)/usr/lib/stg2 А можно сконфигурировать его перед самым запуском. Для этого нужно установить переменную окружения LD_LIBRARY_PATH=/usr/lib/stg2 Естественно, второй способ проще и предпочтительнее правки Makefile'ов. Тот путь, который прописывается в конфиге старгейзера используется тольк

Об этом я и говорю. Для 406-rc1 либы должны быть от 406-rc1.

Прикрутить можно все что угодно. На сколько я понял, он может отдавать трафик по NetFlow, так что даже прикручивать ничего не потребуется - все уже прикручено. Достаточно включить cap_nf и настроить ipcad на отдачу по NetFlow. Стресс-тест для конфигуратора лучше не делать, результат будет печальным Там очень древний и глючной код, мы его потихоньку облагораживаем, но пока все печально. Стресс-тест для авторизатора и так есть - у нас специальный модуль для этого. Да и любой более-менее крупный провайдер такой стресс-тест каждый день выдерживает Код плагина авторизатора мы к 405 версии переп

1. Ясно. Да, такой баг был и он был исправлен в какой-то из 406-х. Падение происходило потому что в модуле mod_store_mysql нет нормальной обработки ошибок. 2. Нету, потому что это специфичная фишка для админки Алферова. Там патчатся как исходники модуля, так и сам Stargazer. В официальной ветке мы этот параметр не поддерживаем. 3. В конце цикла не нужно обнулять строку, т.к. strprintf делает не конкатенацию а присваивание. Приведенный мной кусок кода из rc1 работает в этой ситуации корректно. Есть прекрасная возможность изучить C++

1. Ясно. Да, такой баг был и он был исправлен в какой-то из 406-х. Падение происходило потому что в модуле mod_store_mysql нет нормальной обработки ошибок. 2. Нету, потому что это специфичная фишка для админки Алферова. Там патчатся как исходники модуля, так и сам Stargazer. В официальной ветке мы этот параметр не поддерживаем. 3. В конце цикла не нужно обнулять строку, т.к. strprintf делает не конкатенацию а присваивание. Приведенный мной кусок кода из rc1 работает в этой ситуации корректно. Есть прекрастная возможнсть изучить C++

Проинсталлить библиотеки. libstg_common.so от старой версии.

1. Информация о том что падение происходит именно в WriteDetailStat точна? Есть строка в которой происходит падение? А лечше цепочка кадров стека. Если есть - закинь мне в почту: faust@stg.dp.ua 2. Кусок кода для версии 406-rc1 выглядит несколько иначе (баг с записью в хвост я помню - сам исправлял): while (stIter != statTree->end()) { strprintf(&tempStr,"IP='%s', dir=%d, down=%lld, up=%lld, cash=%f", inet_ntostring(stIter->first.ip).c_str(), stIter->first.dir, stIter->second.down, stIter->second.up,

Проблема скорее всего в биарче. У меня, к сожалению, под рукой нет машин с биарчем чтобы проверить и что-то посоветовать. Попробуй спросить по этому поводу у гугла. Если будет решение - обязательно отпиши.

dev-пакет установлен?

Лучше ставь новую. В 406-rc1 исправлены несколько критических ошибок. А наворотов туда не добавлено почти.

Ну перенести базу средствами mysql, потом установить на тестовую машинку stargazer. Трафик захватывать NetFlow-сенсором и отдавать двум коллекторам: рабочему серву и тестовому. Правда, если у пользователей не стоит Always online - толку от этого мало. Базы 406-й версии совместимы с 405-й.

Стоит на 3-х сервах по 4000 юзеров (около 1000 онлайн). Пока без замечаний. Веб-интерфейс, я думаю, умирает. Алферова давно не слышно, все пишут свои. 2 IP на один логин - это, типа, одновременно? Все фичи буду пилить после релиза. Сейчас его как раз готовлю.

Firebird-user detected! А вобще когда в PHP непонятки с ассоциативными массивами print_r поможет

Firebird потому что поддерживается разработчиками.

Обновись до 2.406-rc1

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

Получаем текущее состояние счета и тариф: $ sgconf get -s <server> -p <port> -a <admin> -w <admin_pass> -u <user> -c $ sgconf get -s <server> -p <port> -a <admin> -w <admin_pass> -u <user> -t Получаем размер абонки юзера: $ grep Fee <path_to_db>/tariffs/<tariff_name>.tf | cut -d= -f2 Дальше чистая арифметика.

stg работает с конфигуратором по TCP (тайм-аут, соответственно, TCP-шный) и в 1 поток. То есть - не более одного соединения одновременно. Отсюда ростут ноги у проблем с одновременной работой разных конфигураторов. 2.406 падать не должна. Если все-таки будет - будем разбираться. По идее если конфигуратор пытается приконнектиться к stg в то время как с ним уже общается другой - он должен реджектиться. Завтра посмотрю что там и как.

В базе.

Админка какая? Виндовый конфигуратор? Выхлоп о сьеме денег может идти не по порядку. Возможно у следующего сняло раньше или позже.

На 2.406-rc1 такое тоже наблюдается?

Внутренний счетчик пользователей.

Пожалуй, стоит поставить FullFee=yes, а 100 снимать вручную.

Ммм? А зачем заставлять? Он и так ее снимает.

Должно быть минимум 2 процесса: сам stargazer и stg_exec. Посмотри внимательнее, может ты пропустил. У них пиды, обычно, подряд идут. Ну еще возможен вариант, что ты указал ExecutersNum = 0. Тогда я не знаю как поведет себя stargazer в такой ситуации.