Перейти до

killall не зупиняє stargazer


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

Скажіть будь ласка чи хтось стикався коли killall не зупиняє stargazer, або зупиняє через пів год? Якщо пробувати для прикладу killall bandwidthd вбиває зразу. 

Процес stargazer може пропасти через пів год. Інколи зразу.

Ubiling розгорнутий на віртуальній машині в proxmox. (відновлений з бекапу ver 1.1.0). cтандартними засобами ubilling.

Підкажіть куди копати. 

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
32 минуты назад, ppv сказал:

Скажіть будь ласка чи хтось стикався коли killall не зупиняє stargazer, або зупиняє через пів год?

это нормально что "через пол часа"

он при стопе дисконнектит всех юзеров что можно увидеть в tail -f /var/stargazer/allconnect.log при стопе старгейзера

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
7 hours ago, l1ght said:

это нормально что "через пол часа"

он при стопе дисконнектит всех юзеров что можно увидеть в tail -f /var/stargazer/allconnect.log при стопе старгейзера

 

 

Дякую, я щось забув що навіть при його рестарті OnConnect, OnDisconnect спрацьовує

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
  • 10 months later...

Приветствую.

Можно ли предотвратить срабатывания OnDisconnect при остановки Stargazer?

 

2021-10-04 02:02:32 -- Module 'cap_nf v. 0.4' stopped successfully.
2021-10-04 02:02:33 -- Module 'Always Online authorizator v.1.0' stopped successfully.
2021-10-04 02:02:34 -- Module 'Stg Configurator v. 2.0' stopped successfully.
2021-10-04 02:02:34 -- Traffcounter: Stop successfull.
2021-10-04 02:02:37 -- Users: Stop successfull.
2021-10-04 02:02:38 -- Queue removed successfully.
2021-10-04 02:02:38 -- StgTimer: Stop successfull.
2021-10-04 02:02:38 -- Stg stopped successfully.

 

2021-10-04 02:02:33 - [Ubilling] - OnDisconnect started for user `VNLR132132ap416_9fcs`:
2021-10-04 02:02:33 - [Executer] - Success: Firewall entry was updated/created
2021-10-04 02:02:33 - [Executer] - Success: Queue entry was updated/created
2021-10-04 02:02:33 - [Ubilling] - QC: 5, elapsed time: 0.205 sec.

 

-rw-r--r-- 1 root root   75 Sep 16  2019 firewall.ini
-rw-r--r-- 1 root root   76 Sep 16  2019 firewall_off.ini
-rw-r--r-- 1 root root  198 Sep 16  2019 ppp.ini
drwxr-xr-x 2 root root 4.0K Sep 16  2019 queue/
-rw-r--r-- 1 root root   62 Sep 16  2019 queue_tree.ini
root@ubilling:/etc/stargazer/system/executer/tpls
# cat firewall.ini
list     = "CUSTOMER_IS_ON"
address  = IP
disabled = NULL
comment  = LOGIN
root@ubilling:/etc/stargazer/system/executer/tpls
# cat firewall_off.ini
list     = "CUSTOMER_IS_OFF"
address  = IP
disabled = NULL
comment  = LOGIN
root@ubilling:/etc/stargazer/system/executer/tpls

 

Stargazer переводит юзеров в файрволе с одного адрес листа в другой тем самым их выключает. NAS Микротик.

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, Haxxproxx! сказав:

Можно ли предотвратить срабатывания OnDisconnect при остановки Stargazer?

Чтобы что?

 

11 часов назад, Haxxproxx! сказав:

Stargazer переводит юзеров в файрволе с одного адрес листа в другой тем самым их выключает. NAS Микротик.

Начнем с того, что вы используете более не поддерживаемую старую механику, на странице документации которой четко сказано что мы о этом всем думаем. А закончим тем, что если ответить на ваш вопрос, следующим, через пару дней будет "а как синхронизировать состояние пользователей на NAS-ах и их актуальным состоянием в биллинге?".

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, nightfly сказал:

Чтобы что?

 

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

 

Цитата

Начнем с того, что вы используете более не поддерживаемую старую механику, на странице документации которой четко сказано что мы о этом всем думаем. А закончим тем, что если ответить на ваш вопрос, следующим, через пару дней будет "а как синхронизировать состояние пользователей на NAS-ах и их актуальным состоянием в биллинге?".

 

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

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах
37 минут назад, Haxxproxx! сказав:

потому-что не работает Старгейзер

Почему он не работает?

 

37 минут назад, Haxxproxx! сказав:

был убит оом

шта?

 

37 минут назад, Haxxproxx! сказав:

Более логично этим заниматься в рантайме же.

 

spacer.png

 

не вижу логики

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

Ну к примеру Ваше детище(убиллинг) и нода(виртуалка, контейнер) ушло в мейнтенанс по некоторым локальным причинам или по какой-то причине Старгейзер был убит ООМ киллером к слову. Тогда зачем останавливать работу пользователей? Получается не работаю я и Вы кастомеры тоже отдохните ... Нет?

Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, Haxxproxx! сказав:

Ну к примеру Ваше детище(убиллинг) и нода(виртуалка, контейнер) ушло в мейнтенанс по некоторым локальным причинам или по какой-то причине Старгейзер был убит ООМ киллером к слову. Тогда зачем останавливать работу пользователей? Получается не работаю я и Вы кастомеры тоже отдохните ... Нет?

Типа у нас рухнуло то, что априори падать не должно. Чинить мы конечно же это не будем. Вместо этого изобретем костыли, для которых потом нужны еще обратно-синхронизирующие костыли... класс.

 

Типа "пизданулся мизинцем в тумбочку, ткну ка я отверткой себе в глаз, чтоб не так нога болела". Ясно-понятно.

  • Haha 1
Ссылка на сообщение
Поделиться на других сайтах
Только что, nightfly сказал:

Типа у нас рухнуло то, что априори падать не должно. Чинить мы конечно же это не будем. Вместо этого изобретем костыли, для которых потом нужны еще обратно-синхронизирующие костыли... класс.

 

Типа "пизданулся мизинцем в тумбочку, ткну ка я отверткой себе в глаз, чтоб не так нога болела". Ясно-понятно.

 

Ну кто Вам сказал, что чинить никто ничего не собираться? Мейнтенанс, к примеру, для этого и делается. От ООМ можно перестраховаться и не сталкиваться с ним.

Какие костыли? Чего Вы несете? Я лишь спросил не логично ли отправить биллинг в мейнтенас, остановив Stargazer грейсфул и сменить чертов, шумящий вентилятор или добавить памяти в кластер к примеру при этом не останавливать N количество пользователей?

Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, l1ght сказав:

следующий этап "PoD и CoA не работают когда биллинг не видит NAS"

а мы еще в нескольких датацентрах подымем зукиперов и очереди pod/coa будем в них держать, а потом кастомными воркерами будем контролировать точно ли они в наши некротики залились...

Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, Haxxproxx! сказав:

Какие костыли? Чего Вы несете?

Очевидно глупые, произрастающие из довольно очевидной концепции - раз вы выбрали модель взаимодействия "биллинг"=>"NAS" довольно логично ожидать, что биллинг таки будет взаимодействовать с NAS-ом.

Если же использовать обратную модель взаимодействия NAS=>Биллинг, довольно очевидно, что в момент нефункционирования биллинга NAS не будет взаимодействовать с последним, и держаться уже поднятые пользователи будут на своих таймаутах.

 

6 минут назад, Haxxproxx! сказав:

Я лишь спросил не логично ли отправить биллинг в мейнтенас, остановив Stargazer грейсфул и сменить чертов, шумящий вентилятор или добавить памяти в кластер к примеру при этом не останавливать N количество пользователей?

Я почему-то могу на ходу "сменить гудящий вентилятор и добавить памяти в кластер" не останавливая пользователей.

Возможно что-то не так делаю.

Ссылка на сообщение
Поделиться на других сайтах
23 часа назад, nightfly сказал:

а мы еще в нескольких датацентрах подымем зукиперов и очереди pod/coa будем в них держать, а потом кастомными воркерами будем контролировать точно ли они в наши некротики залились...

общение со мной не прошло бесследно)))))

только для надежной доставки надо кафку использовать которая кластеризуется с помощью зукипера)

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах
18 минут назад, l1ght сказав:

общение со мной не прошло бесследно)))))

Мой психиатр тоже так сказал.

 

18 минут назад, l1ght сказав:

только для надежной доставки надо кафку использовать которая кластеризуется с помощью зукипера)

Ага, и датацентров должно быть минимум три штука? Да?

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
годину тому, l1ght сказав:

ну в идеале да, не меньше))

Доктор сказал мне принмать таблетки и поменьше общаться с голосами в голове.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
×
×
  • Створити нове...