Перейти до

Stargazer Вылетает из процессов


Рекомендованные сообщения

Вот уже много версий подряд происходит такое:

Вылетает из процессов stargazer, stg-exec - остается.

Имеем: все пользователи которые были в это время подключены - имееют халявный инет (ибо авторизатор крассный и биллинг не считает). Новые подключится не могут.

Сейчас весрия 405я стоит. В логах пусто (все нормально). Машина - Core 2 DUO; E4600; 2.4GHz; 2M cache; 800MHz. Онлайн до 60 чел.

Что делать ? как и что включить в логировании что бы отследить проблему ???

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 135
  • Створено
  • Остання відповідь

Top Posters In This Topic

проверяй по крону на живность.

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

Ссылка на сообщение
Поделиться на других сайтах

А из разработчиков никто ничего не посоветует ?

З.Ы. не поделитесь скриптами на крон, чего и как проверять ? Кстати как часто можно проверять ?

Ссылка на сообщение
Поделиться на других сайтах
А из разработчиков никто ничего не посоветует ?

З.Ы. не поделитесь скриптами на крон, чего и как проверять ? Кстати как часто можно проверять ?

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

Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...

Привет всем. Сразу признаюсь - в этом деле не шарю. ;)

СТГ 2.4.01, FreeBSD 6.2

Пытаюсь поднять СТГ при вылете из процессов - автоматом. Собрал скрипт из примеров на форуме (честно содрал):

 

#!/bin/sh

 

case "$1" in

 

# Vyborka iz processov

 

NUM='ps ax | grep stargazer | grep -v grep | wc -l'

 

if [ $NUM -lt 1 ]

then

 

# Esli ne nayden - restart

 

pid=$(ps -ax|grep stargazer|grep -v grep | awk '{print $1}')

kill ${pid} > /dev/null 2>&1

echo "Stop Billing Server..."

sleep 2

/usr/sbin/stargazer

echo "Starting Billing Server..."

sleep 1

 

fi

 

Ругается на "if [ $NUM -lt 1 ]" - говорит "syntax error: "if" unexpected" (expecting ")")

Почему?

 

И кстати, такая вот ситуация:

СТГ вылетел, правила остались - чел продолжает халявно юзать Инет.

СТГ рестартанул, но правила остались. Опять халява.

Если вместе с рестартом сбрасывать правила - юзвери это почувствуют. Неудобство.

Как с этим бороться?

Ссылка на сообщение
Поделиться на других сайтах
Если вместе с рестартом сбрасывать правила - юзвери это почувствуют. Неудобство.

Как с этим бороться?

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

Ссылка на сообщение
Поделиться на других сайтах

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

Так что там по поводу автоподнятия СТГ (см. мой пост выше)?

Ссылка на сообщение
Поделиться на других сайтах
А что если после рестарта стг сервера и файрволла посылать пользакам сообщения в инетаццесс мол, просьба всем передернуть подключение - "профилактика" )).

если профилактика будет каждые 5 часов, то юзеры охренеют от таковой)

Ссылка на сообщение
Поделиться на других сайтах
...

Ругается на "if [ $NUM -lt 1 ]" - говорит "syntax error: "if" unexpected" (expecting ")")

Почему?

...

 

Там, во-первых, апострофы должны быть, а не одинарные кавычки (проверь).

Во-вторых посмотри что там у тебя в NUM попадает.

Ссылка на сообщение
Поделиться на других сайтах
Там, во-первых, апострофы должны быть, а не одинарные кавычки (проверь).

Во-вторых посмотри что там у тебя в NUM попадает.

 

Ставил то и другое. Ничего не меняется.

Не могу глянуть что туда попадает, т.к. при попытке перенаправления значения в файл ($NUM >> file) - ругается на "word unexpected". Какая-то непонятная заковыка с этим $NUM. :/

 

Насколько я знаю - если в винде убить авторизатор, то через некоторое время СТГ удаляет allow-правила на этот комп.

Странно, что он не делает того же самого после своего рестарта, когда не видит авторизатора на конкретной машине. Или делает?

Ссылка на сообщение
Поделиться на других сайтах

как и было - вылетает из процесов.

Но в данный момент обнаружил, что старгейзер - мертв

stg-exec - жив.

Старгейзер умер с ..........

stargazer[479]: segfault at 00001f5c eip b7f7b100 esp b5c5bdbc error 4

 

Мож это что-то дает? Корок немерянно есть.

Ссылка на сообщение
Поделиться на других сайтах
Ставил то и другое. Ничего не меняется.

Не могу глянуть что туда попадает, т.к. при попытке перенаправления значения в файл ($NUM >> file) - ругается на "word unexpected". Какая-то непонятная заковыка с этим $NUM. :/

 

Насколько я знаю - если в винде убить авторизатор, то через некоторое время СТГ удаляет allow-правила на этот комп.

Странно, что он не делает того же самого после своего рестарта, когда не видит авторизатора на конкретной машине. Или делает?

Зачем в файл? Выведи в stdout.

Правилами занимается не Stargazer а скрипты.

Ссылка на сообщение
Поделиться на других сайтах
как и было - вылетает из процесов.

Но в данный момент обнаружил, что старгейзер - мертв

stg-exec - жив.

Старгейзер умер с ..........

stargazer[479]: segfault at 00001f5c eip b7f7b100 esp b5c5bdbc error 4

 

Мож это что-то дает? Корок немерянно есть.

Какая версия?

Ссылка на сообщение
Поделиться на других сайтах

madf, спасибо, заработало. Сделал так:

 

#!/bin/sh

 

# Vyborka iz processov

 

NUM='ps ax | grep stargazer | grep -v grep | wc -l'

 

if [ $NUM -le 1 ]

then

 

# Esli ne nayden - restart

 

pid=$(ps -ax|grep stargazer|grep -v grep | awk '{print $1}')

kill ${pid} > /dev/null 2>&1

echo "Stop Billing Server..."

sleep 2

/usr/sbin/stargazer

echo "Starting Billing Server..."

sleep 1

 

fi

 

Так же загляните сюда, кому интересно.

Ссылка на сообщение
Поделиться на других сайтах
Какая версия?

2.4.405 за последнею неделю насобирал 60 корок. :lol:

Сегодня случился еще один принеприятный глюк:

Абонплата снимается 1го числа в 00:00.

Старгейзер снял абонплату, и в 00:01 отвалился, в итоге новые stat файлы на винт не записал.

Откатил время назад, снял абонплату и глюк повторился. В 00:01 старгейзер опять умер.

Ссылка на сообщение
Поделиться на других сайтах

Зашли мне на faust@stg.dp.ua бинари (stargazer, библиотеки и модули), одну корку и лог. Посмотрим...

Данные храниш в мускуле?

Ссылка на сообщение
Поделиться на других сайтах

завалялось. вот только корок нет.

Старые версии падали точно также регулярно, разве что 2007.01.20 относительно стабильно работала. Хотя тоже падения были, но не по 10 раз в день.

Ссылка на сообщение
Поделиться на других сайтах

Я имею в виду - может старгейзер пользует старые модули или старые библиотеки при работе. Это может быть причиной очень нестабильной работы.

Ссылка на сообщение
Поделиться на других сайтах

Короче, ничего я не увидел по твоим коркам. Система все-таки другая...

Предлагаю следующее:

- собрать в режиме отладки;

- запустить, указав путь к модулям ./modules и установив LD_LIBRARY_PATH=../../lib

- получить корку;

- запустить gdb ./stargazer;

- (gdb) core-file <имя_файла_с_коркой>;

- (gdb) bt;

 

И показать что оно выдаст.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від Keen
      Пару дней назад под юзером админ пропал вход через stargazer configurator.
      Начало писать Invalid password. Хотя пароль не меняли.
      Ессно через ubilling тоже вход слетел. Просто обновляется на страницу входа.
      Решил ребутнуть старгейзер, т.к. в папке admins файлы не менялись с 2011г и по бекапам хеш паролей сходится.  Затупил уже мускул база, а не файловая.
      Теперь выдает recv data answer error
      в логах:
      2023-06-07 13:23:02 -- Admin's connect failed. IP 192.168.0.14
      2023-06-07 13:26:24 -- Shutting down... 15
      2023-06-07 13:26:24 -- +++++++++++++++++++++++++++++++++++++++++++++
      2023-06-07 13:26:30 -- Module: 'Stargazer RPC v. 0.2'. Stop successfull.
      2023-06-07 13:26:30 -- Module: 'Stg configurator v.0.08'. Stop successfull.
      2023-06-07 13:26:31 -- Module: 'Pinger v.1.01'. Stop successfull.
      2023-06-07 13:26:33 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.
      2023-06-07 13:26:34 -- Module: 'InetAccess authorization plugin v.1.4'. Stop successfull.
      2023-06-07 13:26:34 -- Module: 'Ether_cap v.1.2'. Stop successfull.
      2023-06-07 13:26:34 -- Traffcounter: Stop successfull.
      2023-06-07 13:26:35 -- Users: Stop successfull.
      2023-06-07 13:26:36 -- Queue removed successfully.
      2023-06-07 13:26:36 -- StgTimer: Stop successfull.
      2023-06-07 13:26:36 -- Stg stopped successfully.
      2023-06-07 13:26:36 -- ---------------------------------------------
      2023-06-07 13:27:20 -- Stg v. 2.407-p1
      2023-06-07 13:27:20 -- Message queue created successfully. msgKey=5555 msgID=32768
      2023-06-07 13:27:20 -- Timer thread started successfully.
      2023-06-07 13:27:20 -- Storage plugin: mysql_store v.0.67. Loading successfull.
      2023-06-07 13:27:20 -- Error in parameter password
      2023-06-07 13:27:21 -- Users started successfully.
      2023-06-07 13:27:21 -- Traffcounter started successfully.
      2023-06-07 13:27:21 -- Module: 'Ether_cap v.1.2'. Start successfull.
      2023-06-07 13:27:21 -- Module: 'InetAccess authorization plugin v.1.4'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Always Online authorizator v.1.0'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Pinger v.1.01'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Stargazer RPC v. 0.2'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Stg configurator v.0.08'. Start successfull.
      2023-06-07 13:27:24 -- Stg started successfully.
      2023-06-07 13:27:24 -- +++++++++++++++++++++++++++++++++++++++++++++
      2023-06-07 13:27:43 -- Invalid configuration request
       
      Если через stg configurator (windows) зайти под юзером касира - конфигуратор виснет намертво..
      При этом через юбиллинг доступ есть и линуховый sgconfig под касиром все обрабатывает
      Пните, где копать?
       
    • Від ppv
      Доброго дня, не працює примусовий опит OLT. Якщо оновлювати дані для даного ОЛТ то все норм. Була версія білінгу 1.3.3, вчора оновив до 1.3.6 нічого не змінилось.
      Чи може я щось пропустив в оновленях що треба було доналаштувати? Підкажіть будь ласка, хочу знати на що звернути увагу.
      Через крон теж не згрібає сигнали, хоча бачу регламенти проходять. Олт BDCOM різного типу.
      До білінгу давно не дивився, незнаю точно коли проблема появилась.
    • Від ppv
      Цікаво а чи реально, реалізація кучаген, тип підключення pppoe, nas на різних іп. Але якщо брати з одного пулу іп абонентам. Розумію що збочена реалізація але цікаво все ж).
    • Від ProstoName
      Після видалення непотрібної мережі під номером 3 (є мережі з ID 1,2,4) вилазять такі помилки на сторінці з мережами (***billing/?module=multinet):
       
      Notice: Undefined offset: 3 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1069

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1070

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1071

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1072

      Notice: Undefined offset: 1 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1074

×
×
  • Створити нове...