Перейти к содержимому

Масовий ресет


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

За яких обставин (налаштувань) може відбуватися масовий ресет?

NAS і Ubilling(0.7.0 rev. 4720) на окремих серверах. Користувачів 470. Сьогодні пару абонентів подзовинили і повідомили що у них пропав Інтернет.

Перевіряю  таблицях ipfw на NAS - IP прописане в таблицях 3 і 4, а от pipe для цього IP є тільки до таблиці 3 а до 4 нема. І так по кожному абоненту. В логах allconnect.log на NAS - масовий ресет користувачів з часу до двух ночі. При чому якраз на цих користувачах, що не прописалися pipe вискакували помилки:

Warning: mysql_connect(): MySQL server has gone away in /etc/rscriptd/GetUpSpeed on line 5
 
Warning: mysql_connect(): Error while reading greeting packet. PID=40025 in /etc/rscriptd/GetUpSpeed on line 5
 
Warning: mysql_connect(): MySQL server has gone away in /etc/rscriptd/GetUpSpeed on line 5
 
Warning: mysql_select_db(): No such file or directory in /etc/rscriptd/GetUpSpeed on line 6
 
Warning: mysql_select_db(): A link to the server could not be established in /etc/rscriptd/GetUpSpeed on line 6
 
Warning: mysql_query(): No such file or directory in /etc/rscriptd/GetUpSpeed on line 8
 
Warning: mysql_query(): A link to the server could not be established in /etc/rscriptd/GetUpSpeed on line 8
 
Кожному з цих абонентів я зробив ресет вручну - все працює. Але чому могла виникнути така ситуація. Раніше такого не помічав. Ніяких серйозних змін в системі не робив, крім оновлення Ubilling. Правда вночі пропадав канал із шлюзом пару раз і як раз приблизно в цей час. Але хіба при падінні каналу зі шлюзом повинен відбуватися масовий ресет? Перевірив в логах піврічної давності - такого не спостерігалося. В alter.ini MASSRESET_ENABLED=0
Ссылка на сообщение
Поделиться на других сайтах

 

 

NAS і Ubilling(0.7.0 rev. 4720)

Доброго дня панове некрофіли.

 

http://wiki.ubilling.net.ua/doku.php?id=faq

 

Q: У вас так часто выходят релизы, обновляться объязательно?
A: Да. Что платной, что бесплатной поддержке подлежат только текущие версии Ubilling с ревизиями равными или большими ревизии последнего стабильного релиза. Обновления для того и выходят, чтобы вы любимые наши, не напоминали нам о багах исправленных еще год назад. И нет - предложения о портировании новых модулей в ваш «старый любимый 0.2.8» тоже не рассматриваются.

 

 

 

Кожному з цих абонентів я зробив ресет вручну - все працює. Але чому могла виникнути така ситуація.

Написано ж англіцьким по білому

 

 

 

MySQL server has gone away

 

 

 

Але хіба при падінні каналу зі шлюзом повинен відбуватися масовий ресет?

Дивлячись, шо ви розумієте під "масовим ресетом". Очевидно далеко не те, чим воно є насправді. В такому випадку, остаточно не зрозуміло, чому ви намагаєтесь оперувати невідомою вам термінологією, і при цьому сподіваєтесь, що хтось буде вгадувати, в чому ваша проблема і як в вас побудовано взаємодію з NAS-ами.

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

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

ну и да, загадка что ж там с бд такого происходит

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

Під "масовим ресетом" я мав на увазі масове відключення всіх користувачів і повторне їх включення за дуже малий проміжок часу. В прикріпленому файлі - лог цих подій(з allconnect.log).

allconnect.txt

Схоже дійсно на те як сказав l1ght - втрачається звязок між білінгом і насом, я дійсно і раніше спостерігав при падінні каналу перших секунд 10-20 не маю доступу до сервера з насом. Що відбувалося з бд в той час не можу сказати, логування в mysql не було включено.

А на рахунок, як побудована взаємодія з NAS, то як описано в рекомендціях до Ubilling так і зробив. Два сервера, на обох intel i350-t4, один інтерфейс NAS аплінковий, інший - на обонентів і біллінг. Установлював і біллінг і NAS зі скриптів інсталяторів, що вказані в документації до Ubilling.

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

 

 

Під "масовим ресетом" я мав на увазі масове відключення всіх користувачів і повторне їх включення за дуже малий проміжок часу. В прикріпленому файлі - лог цих подій(з allconnect.log).

Як водиться просто дісконнект при втраті зв'язку між rscript та біллінговим сервером. Це штатна поведінка - так і має бути. Має це якесь відношення до події "ресет"? Ні - не має. Має це якесь відношення до старої механіки примусового массресету? Ні - не має. А ви собі продовжуйте розуміти як хочете.

 

 

 

А на рахунок, як побудована взаємодія з NAS, то як описано в рекомендціях до Ubilling так і зробив. Два сервера, на обох intel i350-t4, один інтерфейс NAS аплінковий, інший - на обонентів і біллінг.

Ну про існування зовнішнього NAS-у з rscript очевидно, з вигляду оригінальної теми треба було здогадуватись. Окей - повгадували. Далі шо?

Або осильте хоч якийсь стабільний лінк між біллінгом та НАС-ом(нормальний варіант), або крутіть таймаут в rscriptd.conf (ублюдський варіант) - більше вам порадити нічого.

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

Дякую за поради. 

До речі, про існування зовнішнього NAS-су, я написав ще в першому пості

 

 

NAS і Ubilling(0.7.0 rev. 4720) на окремих серверах.
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   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 годин дня ?
×
×
  • Создать...