Перейти до

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.9 rev 9525 The Perfect Lock
       
      Зміни в структурі БД. alter.ini: нова опція GENERATORS_ENABLED, що вмикає модуль моніторингу генераторів. alter.ini: нова опція TB_GENERATORS_NOTIFY, що вмикає нотифікацію про запущені генератори в області сповіщень. alter.ini: нова опція PON_ONU_UNI_STATUS_COMPACT, що вмикає компактне відображення стану мідних портів на ONU. alter.ini: нова опція PONBOXES_MINIMAP, що дозволяє вмикати та вимикати міні-мапу, при редагування ПОН коробки. Новий модуль Єдинорожий телепорт: дозволяє просто та зручно переносити ваш робочий білінг на новий сервер. Модуль “Реєстрація користувачів”: виправлено проблеми сумісності з PHP 8.5. Модуль “Останні події”: викинуто дубову статку на мороз. Askozia PBX: інтеграція була давно непідтримуваною, викинуто на мороз, разом зі всіма опціями. Модуль Mapon: тепер використовує OmaeURL для взаємодії з API. Модуль “Мапа ONU”: в черговий раз покращення навігації між мапою та іншими модулями системи. Новий модуль Генератори: дозволяє моніторити стан генераторів, базово облікувати мотогодини, пальне та планувати ТО. Модуль ПОНізатор: тепер причини останньої дереєстрації ONU можуть визначатись також по серійнику ONU а не тільки за MAC. Модуль “ПОН Коробки”: покращено продуктивність відмальовки зв'язків коробок на мапах. Глобально: проведено чергову спробу зробити логування подій, що відбуваються навколо користувачів, якимось трішки більш притомним. RemoteAPI: новий виклик generators, що запускає скрипти обробки станів генераторів з автоматичним запуском. RemoteAPI: новий виклик gencontrol, для примусового запуску/зупинки генераторів за допомогою зовнішнього ПЗ. Бібліотека UbillingCache: виправлено проблеми сумісності з PHP 8.5. Бібліотека OmaeURL: виправлено проблеми сумісності з PHP 8.5. Бібліотека UbillingTelegram: вся робота з CURL перенесена до одного методу, покращено сумісність з PHP 8.5. Кабінет користувача: виправлено проблеми сумісності з PHP 8.5. UBinstaller: тепер при встановленні попередньо розгортає та конфігурує SphinxSearch. UBinstaller: Зібрано бінарні пакунки для FreeBSD 14.3 amd64 + PHP 8.5. UBinstaller: Зібрано бінарні пакунки для FreeBSD 15.0 amd64 + PHP 8.5.  
      Повний чейнджлог
      Оновлена демка
       
       

    • Від maxkorn
      Доброго дня!
      На Mikrotik NAS, створив нову підмережу для клієнтів, все наче порядок, тільки помітив, що не створюються шейпери в Queues для клієнтів цієї підмережі.
      В логах Stargazer наступне:
      2025-12-29 09:05:57 - [Ubilling] - OnConnect started for user `xxasdb5rzm`:
      2025-12-29 09:05:57 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Error: Queue entry can't be updated, missing
      2025-12-29 09:05:57 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 09:05:57 - [Ubilling] - QC: 6, elapsed time: 0.064 sec.
       
      При чому, на тому ж мікротіку є ще кілька підмереж, в яких все проходить нормально:
       
      2025-12-29 08:30:17 - [Ubilling] - OnConnect started for user `22zxp7u58x`:
      2025-12-29 08:30:17 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 08:30:17 - [Ubilling] - QC: 6, elapsed time: 0.602 sec.
       
      Налаштування аналогічні, в чому може бути причина?
    • Від ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • Від ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • Від camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
×
×
  • Створити нове...