BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 29 мар 2024, 21:39

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
СообщениеДобавлено: 01 ноя 2016, 09:33 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Почему то именно при наступлении первого числа и запуске начисление npay абонплат приходят несколько писем с

ID события: db.master.connection.limit.over
Время регистрации события: 01.11.2016 00:00:31
Хост сервера: BGBilling/127.0.1.1

Это может привести к снижению времени отклика системы.
Необходимо предпринять меры по ускорению работы Master базы данных.

Connections pool to Master status Idle: 0; Active: 300; maxActive: 300; maxIdle: 20

Подскажите куда копать чтоб найти причину, обычно 300 подключений хватало.

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 дек 2016, 10:24 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
В телеграмме подсказали что возможно задача Начисление NPAY абонплат не закрывает соединения с базой корректно, как это исправить только...

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 дек 2016, 13:25 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Я не понял почему в заголовке темы BGInetAcess? Это точно он присылает, а не планировщик или сервер? В этот момент посмотрите статус планировщика и сервера. На одном из них скорее всего будет "maxActive: 300; " Тогда В data.properties: db.trace=1, перезаупстить.
И дать вывод
Код:
server.sh conpool

для сервера
Или
Код:
scheduler.sh -e conpool

для планировщика.

Если это все-таки acess, что мало вероятно, то там аналогично, только параметр в xml :
<param name="db.trace" value="1"/>

Когда вы определитесь какое приложение выжирает все-таки все свои соединения и дадите вывод с conpool где будут все эти 300 соединения, то станет понятно в чем дело. Тут либо у вас в скриптах соединения текут или ошибка в нашем коде. Это ненормальная ситуация, этого быть не должно. Лучше пишите в helpdesk.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 3 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.096s | 24 Queries | GZIP : On ]