madf

Да, об этой проблеме знаю. Кажется, она проявляется только с модулем для MySQL и проблема именно в этом модуле.

У ТС-а отваливается MySQL. Это видно по логу. Отвалы на 7-й фре на файловой базе имеют другие причины.

смотрел логи базы. все чисто. даже поднял лимит запросов до безконечности Тем не менее проблема в MySQL. Или файрволе, который внезапно блокирует доступ к серверу БД.

Присоединяюсь к пожеланию. Может в todo? Для реализации этого придется перелопатить половину кода Stargazer'а. Так что точно не в 2.407.

Судя по логам - отпадает база. Надо смотреть логи MySQL.

хотя passive_time - обнулился Не увидел в логе проблемы. Это ж не "заморозка" а "разморозка". А трафик начислился в соответствии с тарифом. Если можно - опиши проблему подробнее.

Не поправили. У меня этот баг не воспроизводится, а добиться внятной отладочной информации от тех у кого воспроизводится я так и не смог.

Никак. Его больше нет. Проект закрыт. Помним, скорбим...

Може бути ще варіант "Всі забили і перейшли на aBills"

ошибся, авторизуется с обоих машин и в момент авторизации на второй пропадает интернет и на первой Нет, даже такого быть не может. Оно при попытке авторизации с другого IP скажет что "Ваш логин уже испольуется" и не авторизует.

авторизуюсь с 2 разных машин под одним логином и паролем, на обоих работает Одновременно?!

Никак нельзя. Stargazer умеет работать только с одним IP-адресом для одной учетки. Даже если их там прописано много - авторизован будет только один.

Да-да, есть еще такая тема Уже как отпостил - вспомнил про тебя

первый вроде бы считает, но надо ещё проверить если одним сервером авторизовать, то клиенты inetaccess допустим заколоченые по маку за долги будут иметь доступ в локальную сеть по впн и рррое, хотя можно разделить это всё файрволлом, но это я думаю не совсем разумный подход может тогда пусть "первый" считает траффик через ether, а "второй" через ipq? проц 2-х ядерный да действительно, теперь считает хм, не совсем устраивает подсчёт траффика через ether, локальный траффик мне не к чему считать и не хочется нагружать сервер при включении авторизатора у абонента, может есть какой сп

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

Оба не считают? Подозреваю что с cap_ipq такой фокус не пройдет. А чем плохо авторизовывать обоих одним сервером? Запуск двух Stargazer'ов на одной машине имеет смысл в том случае, когда полтора ядра перестают справляться с нагрузкой и надо более эффективно использовать многоядерные системы.

Я вот тоже постоянно этому удивляюсь

А как же с Accounting быть??? И как быть, если в дистре только 1й радиус? Можно патчи отдельно сделать, что бы паралельно под две ветки радиуса были плагины??? Пока никак. Это что за такой дистр необновляемый? Сейчас 2-й уже везде впихнули. Патч был на модуль для работы с MySQL.

спасибо за информацию патч приблизительно когда будет готов? PS. напомню, авторизуется даже при отрицательном балансе quick&dirty: diff --git a/projects/stargazer/plugins/store/mysql/mysql_store.cpp b/projects/stargazer/plugins/store/mysql/mysql_store.cpp index fefadd5..f62a846 100644 --- a/projects/stargazer/plugins/store/mysql/mysql_store.cpp

Можешь упаковать core-файл вместе со всеми бинарями и конфигом в архив? Хотя и так уже кое-что видно, но лишним не будет. выложил http://skyprox.net.ru/upload/stg_debug.tar.gz кстати вопрос, модули и библиотеки которые при make install помещаются в /usr/lib отличаются по размеру от тех собираются при сборке стг, это нормально? Конечно отличаются. Во первых это отладочная сборка - они содержат в себе отладочную информацию. Во вторых при make install-bin копирование происходит средствами утилиты install которая делает strip всем бинарникам "вычищая" лишнюю информацию из них.

Можешь упаковать core-файл вместе со всеми бинарями и конфигом в архив? Хотя и так уже кое-что видно, но лишним не будет. Уже нашел ошибку. В плагине для мускула не проверяется вариант когда запрос не вернул ни одной строки. Считается что запрошенный логин всегда существует. Патч приведу позже. Может быть завтра.

Можешь упаковать core-файл вместе со всеми бинарями и конфигом в архив? Хотя и так уже кое-что видно, но лишним не будет.

Хм, я кажется понял, почему оно не сработало. Надо было вместо make install-bin вручную раскидать stargazer, плагины из каталога projects/stargazer/modules и библиотеки из каталога lib. А то make install-bin вычищает из бинарников отладочную инфу. Так и надо сделать, а то от core-файла тоже толку не будет.

Плохо. Тогда запускай как обычно, но перед запуском сделай ulimit -c unlimited. Когда он упадет то оставит после себя core-файл. После этого делаем так: gdb /usr/sbin/stargazer (gdb) core-file /path/to/core-file (gdb) thread apply all bt

Меня не настораживает. Все правильно. Текущий адрес перед отключением сбрасывается в 0. По сравнению с 2.406 добавилась отложенная реакция на некоторые события. Надо бы собрать с дебагом и посмотреть на core-файл. А лучше вообще запустить из-под gdb и сделать backtrace после падения. Последовательность действий примерно такая: ./build debug ... make install-bin ... gdb /usr/sbin/stargazer (gdb) r /etc/stargazer ... вызываем падение ... (gdb) thread apply all bt Выхлоп этой команды покажи мне (сюда, в личку или на почту: faust@stg.dp.ua).