Перейти до

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


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

Дело "примерно" в связке user - traffcounter - capturer. Может быть. Так как мы так и не нашли причину, почему может портиться ссылка на локально создаваемый обьект (или почему может портиться сам этот обьект). Я, конечно-же, имею в виду мьютекс юзера.

Основная проблема в том что мы не можем повторить падение у себя. Так что будем благодарны если вы найдете решение.

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

Top Posters In This Topic

Основная проблема в том что мы не можем повторить падение у себя.

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

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

10 маловато, у меня при 15 стабильно работает уже пятые сутки.

думаю нада от 50 начинать.

Ссылка на сообщение
Поделиться на других сайтах
10 маловато, у меня при 15 стабильно работает уже пятые сутки.

думаю нада от 50 начинать.

 

У меня вообще 2 Мбита. Так эта зараза начала вылетать с коркой уже почти каждый день. Раньше - раз в 3 дня, а ещё раньше - ни разу. Так что может ширина канала тут и ни при чём. Равно как и нагрузка. Вылетал и утром и ночью было. Но преимущественно утром, часов в 10, когда и народу не особо сидит - менее 10 человек, и скриптов никаких особо не крутится. Кроме скрипта простого копирования базы СТГ (каждые 3 часа).

 

И кстати, я вспомнил: вылеты начались после того, как я ввёл безлимитные пакеты и файлы логов юзеров возросли в несколько раз (ранее вся папка users весила в пределах 3МБ, сейчас где-то 30МБ).

Ссылка на сообщение
Поделиться на других сайтах
У меня вообще 2 Мбита. Так эта зараза начала вылетать с коркой уже почти каждый день. Раньше - раз в 3 дня, а ещё раньше - ни разу. Так что может ширина канала тут и ни при чём. Равно как и нагрузка. Вылетал и утром и ночью было. Но преимущественно утром, часов в 10, когда и народу не особо сидит - менее 10 человек, и скриптов никаких особо не крутится. Кроме скрипта простого копирования базы СТГ (каждые 3 часа).

 

И кстати, я вспомнил: вылеты начались после того, как я ввёл безлимитные пакеты и файлы логов юзеров возросли в несколько раз (ранее вся папка users весила в пределах 3МБ, сейчас где-то 30МБ).

Попобуй эту сборку она на мускуле.

Работает нормально уже 5 суток.

И главное, там можно отключить детальную статистику. Без нее вроде стабильнее.

Ссылка на сообщение
Поделиться на других сайтах
10 маловато, у меня при 15 стабильно работает уже пятые сутки.

думаю нада от 50 начинать.

У нас не так, а так как я описал выше!

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

Тестирование проводим с помощью cap_debug, т.к. мы не являемся провайдером. Генерируем трафик более 100 Мбит.

Возможно, проблемы появляются при определенных видах трафика. Например при активном использовании p2p.

Что более странно - у местного провайдера stg работает стабильно (cap_nf, radius, store_files), в т.ч. и на безлимитных тарифах и при нагруженности порядка 4000 юзеров на сервер.

Именно это я называю невозможностью воспроизведения ошибки.

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

сколько пакетов в секнду генерил cap_debug?

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

и почему то я не уверен что дело в связке user - traffcounter - capturer.

 

Так как мы так и не нашли причину, почему может портиться ссылка на локально создаваемый обьект (или почему может портиться сам этот обьект). Я, конечно-же, имею в виду мьютекс юзера.

распишите поподробней что происходит при падении.

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

Естественно, stg-2.405.9.8. У меня сейчас просто нет времени заниматься чужими разработками...

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

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

и почему то я не уверен что дело в связке user - traffcounter - capturer.

 

 

распишите поподробней что происходит при падении.

Точных цифр сейчас уже не приведу.

Тестировали, так-же, и по inetacces - с помощью консольного авторизатора, случайными переконнектами. На форуме где-то даже есть скрин этого дела... Боря постил.

Если бы я знал что происходит при падении - я бы исправил уже, наверное ;) Бектрейсы выше в теме.

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

Консольный авторизатор только под 1 логином и с 1 ip, даже если под несколькими, то это не 4000 хаотично подкл./откл юзеров у каждого из которых есть свой вход. и исход. трафик.

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

Новая версия позволяет запускать несколько авторизаторов с одной машины. Проблему с IP решали алиасами. Тестировали на 600-800 рандомно переподключающихся "юзерах".

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

тут сейчас выяснилось что совершенно голый stg-2.405.9.8 падает у троих. с модулями mysql-store и file-store. + падает у меня на 2-х серверах

ос CentOS, Gentoo, FreeBSD 7 и 5.5

причина падений одна. не понимаю как работает на нем оператор с 4К юзеров, может можно получить тот код и сравинить что не так ?

или хотя бы узнать условия работы - OS, насторойки, используемые модули, опции компиляции, может еще что.

Ссылка на сообщение
Поделиться на других сайтах
Новая версия позволяет запускать несколько авторизаторов с одной машины. Проблему с IP решали алиасами. Тестировали на 600-800 рандомно переподключающихся "юзерах".

Это 600-800 алиасов ? жесть, и всетаки что то тут не то.

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

он с легкость повторится на реально рабочем серваке, а не на эмуляторе! :)

Ссылка на сообщение
Поделиться на других сайтах
он с легкость повторится на реально рабочем серваке, а не на эмуляторе! ;)

Видимо, не с легкостью. По крайней мере от местного прова жалоб не поступало...

Своего сервака нет.

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

Можно попробовать. Свяжись со мной по почте (faust@stg.dp.ua) или через Jabber (JID: madf@jabber.kiev.ua)

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від 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 на різних іп. Але якщо брати з одного пулу іп абонентам. Розумію що збочена реалізація але цікаво все ж).

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