madf

root@serv:/home/soft/stg-2.408/stg-2.408/projects/stargazer# ldd /usr/lib/stg/mod_store_firebird.so linux-vdso.so.1 => (0x00007fff8b1ff000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007effaf51a000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007effaf298000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007effaf081000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007effaecfa000) /lib64/ld-linux-x86-64.so.2 (0x00007effafb16000) root@serv:/home/soft/stg-2.408/stg-2.408/projects/stargazer# Приношу свои извинения

Т.е. ну читывать кредит? Можно. Как-то так: diff --git a/projects/stargazer/settings_impl.cpp b/projects/stargazer/settings_impl.cpp index 2bf8d08..16a2ac4 100644 --- a/projects/stargazer/settings_impl.cpp +++ b/projects/stargazer/settings_impl.cpp @@ -375,7 +375,7 @@ while (node) if (strcasecmp(node->getName(), "FeeChargeType") == 0) { - if (ParseUnsignedInRange(node->getValue(0), 0, 2, &feeChargeType) != 0) + if (ParseUnsignedInRange(node->getValue(0), 0, 3, &feeChargeType) != 0) { strError = "Incorrect FeeChargeType value: '" + string(node->getValue(0)) +

Интересно. Покажите, пожалуйста, вывод команды ldd /usr/lib/stg/mod_store_firebird.so

1. Нужно убедиться что в конфиге указано: DisableWeb = no. Web-интерфейс доступен по адресу http://localhost:5580 2. Stargazer "заточен" под учет объема. По этому для учета скорости нужно утанавливать цены тарфика в 0 и хранить значения скорости либо в отдельных таблицах либо в полях userdata для каждого абонента. В первом случае они не будут доступны через конфигуратор, во втором - будут. Так же можно "кодировать" значения скорости в названиях тарифов, например: unlim512. В любом случае требуется дополнительная поддержка со стороны скриптов для управления шейпером. По вопросу: как было отко

Нету. Но если на андроиде есть gcc то можно собрать консольный sgauth.

Именно

У вас не определено ни одного направления в конфигурационном файле Stargazer'а.

У меня все прекрасно добавляется. Возможно, значение все-таки неверное? Хотя по коду это сообщение может быть только для величины кредита, суммы на счету и значений статистики.

1. То что у вас два раза останавливаются плагины однозначно говорит о том что запущено было два экземпляра. Ну или что у вас они все в конфиге задублированны. 2. Локализовать не требуется, проблема известна - плагин авторизатора не может занять свой порт потому что он уже кем-то занят. Что еще раз говорит в пользу старта двух экземпляров Stargazer.

Начнем с того что версия старовата А закончим тем что вы пытались запустить два stargazer'а одновременно А долгий старт - да, есть такая проблема. Это когда он уже успел сделать fork, но потом что-то пошло не так (как в приведенном примере) и форкнутый процесс умер, а родительский ждет от него уведомления об успешном запуске.

Он сокет не закрывает никогда. Один сокет на всех юзеров. Ноги у проблемы растут из phase time.

Единственный случай или проявляется регулярно? Я встречался с похожей ситуацией, но в других условиях. Пока вылечить не могу.

Ссылка для скачивания: stg-2.408.tar.gz ChangeLog (от версии 2.407-p1): General: Стандартизован стиль именования параметров: CamelCase. В документации к XML-RPC API добавлено пропущенное поле 'password' для метода chg_admin. Приведена в порядок работа с сигналами. Теперь сигналы перехватываются только из основного потока и перехватываются корректно, в отличие от старых версий. Для остановки плагинов больше не используется pthread_kill, т.к. плагины его все равно теперь игнорируют. Устаревшая функция usleep заменена на более продвинутую функцию nanosleep в соответствии с POSIX.1-2008.

Не могли пожалуйста какие такие мотивы например могут быть, что - то в голову нечего налезет. Просто интересно что это может быть. Например, мониторинг активности по OnConnect/OnDisconnet. Или алергия на код mod_auth_ao. Мало ли причин можно придумать?

Это звучит глупо. Скорее всего у провайдера свои мотивы которые он не хочет раскрывать. Или ТП совсем тупая и не понимает что и как работает.

В rscriptd.conf UserTimeout можно смело поднимать в 2-3 раза. Если абонов много - возможно придется поднимать SendPeriod. А так вроде все нормально.

Какие точные значения UserTimeout и SendPeriod сейчас? Есть ли потери пакетов между биллинговым сервером и NAS? Какая версия Stargazer?

Да, еще как правильно заметил nightfly, в случае "тяжелых" скриптов имеет смысл увеличить ExecutersNum до 2-3. Ну или даже больше - тут надо мониторить ситуацию.

Тогда проблем нет - увеличивайте UserTimeout, уменьшайте SendPreriod (тут осторожно) и проверяйте канал связи между NAS и биллингом на потери.

UserTimeout - время через которое абон будет отключен если по нему не приходит alive-пакетов. SendPeriod - периодичность отсылки alive-пакетов. В общем случае увеличение UserTimeout и уменьшение SendPeriod должно помочь, но судя по вашей симптоматике у вас проблема в другом месте.На сколько я понял, после отключения они назад сами не подключаются?

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

Кратко на этот вопрос не ответишь. Изменения нужно вносить в файл MainUnit.cpp в методы SetUserDataGrid, UsersGridMouseDown; в файл DrawGridUnit.cpp в методы DrawCell, DrawGridCaption, DrawGridData. Возможно еще в файл UserUnit.h и UserUnit.cpp в методы Sort и Filter если необходима поддержка сортировки и фильтрации. Это то что я бегло "накопал", возможно изменений надо сделать больше.

Технически - должен. Но я не успеваю за ними детектилку версии менять. Надо будет подправить скрипт build.

вопрос снят. К стати, увеличение ExecutersNum должно было помочь в вашем случае без внедрения этого "ручного управления доступом".

Да. А с текущими цифрами возможны какие-то грабли ? Мне казалось я всё предусмотрел. Из моих соображений как недостаток можно рассматривать большое число опросов состояния очереди на медленно выполняемых скриптах, мне не известно насколько ресурсо-ёмкая эта операция т.е. возможна доп. нагрузка на систему заметная на слабых машинах хотя у себя я пока такого не заметил. Пауза слишком маленькая - повышение нагрузки на процессор (не забываем что при msgctl происходит переключение контекста!). Пауза слишком большая - увеличение латентности системы при реакции на события. Максимальн