BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
СообщениеДобавлено: 12 мар 2013, 19:07 
Не в сети

Зарегистрирован: 17 авг 2012, 09:46
Сообщения: 42
Откуда: Чита
Карма: 0
Сегодня уже два раза пришел аларм на почту следующего вида:
Приложению недостаточно выделенной для него памяти!
Зарезервировано 1986592768 из 1986592768 (максимум) байтов памяти.
Сейчас свободно: 779894424 байтов.


сейчас
Код:
[root@vpn log]# ../radius_status.sh
version 5.1 build 361 from 18.01.2013 19:42:01
12.03.2013 22:56:26   4991   4977   14   0
Request accounts per minute start: 10; stop: 24; update: 4980
Request auths per minute accept: 10; reject: 26
Netfow packets per minute: 118800
Ignore per minute auth: 0; update: 0
Antispam ban count: 16; used per minute: 184
FlowListener: queue_size: 0; threads_active: 0; largest: 12; core: 12; pool_size: 12; recv_socket_buf_size: 131 071; recv_buf_size: 8 388 608; packets: 1339257021
Started: 28.02.2013 07:04:33   Uptime: 12 d 15:51:52
Memory total: 1 987 117 056; max: 1 987 117 056; free: 395 930 424
Memory pools:
Non-heap memory[Code Cache]: max: 50 331 648; used: 9 445 056; peek: 9 475 264
Heap memory[PS Eden Space]: max: 678 690 816; used: 286 582 128; peek: 694 550 528
Heap memory[PS Survivor Space]: max: 10 158 080; used: 8 913 016; peek: 31 752 480
Heap memory[PS Old Gen]: max: 1 398 145 024; used: 1 295 691 488; peek: 1 295 691 488
Non-heap memory[PS Perm Gen]: max: 88 080 384; used: 26 849 008; peek: 26 849 008
Thread count: 74
Trees in cache: 12
Connections pool to Master status Idle: 57; Active: 0; maxActive: 7000; maxIdle: 100


посмотрел историю сообщений вида радиус не успевает обрабатывать запросы, нашел закономерность, что параметр total все время увеличивается и никогда не уменьшается, вот прошло 12 дней после перезапуска радиуса, параметр total добрался до max.


конфиг радиуса

Код:

processor.class=ru.bitel.bgbilling.modules.dialup.radius.DialUpRadiusProcessor

processor.mid=1


auth.port=1812
acct.port=1813
admin.port=1955

acct.thread.queue=200
auth.thread.queue=1000
auth.thead.count=1000
acct.thead.count=1000

auth.thread.must.be.free.count=5
acct.thread.must.be.free.count=5

collector.capture.flow.port.1=2001

collector.capture.flow.port.1.type=netflow
#количество потоков для порта
collector.capture.flow.port.1.thread.count=12

db.driver=com.mysql.jdbc.Driver
db.url=jdbc:mysql://********/bgbilling?useUnicode=true&characterEncoding=Cp1251&allowUrlInLocalInfile=true&zeroDateTimeBehavior=convertToNull&jdbcCompliantTruncation=false&elideSetAutoCommits=true&cachePrepStmts=true&useCursorFetch=true

db.user=*****
db.pswd=*****

db.maxIdle=100
db.maxActive=7000
mq.url=failover:(nio://********:61616)
mq.user=***
mq.pswd=******

_________________

Клиент: вер. 5.1 сборка 685
Сервер: вер. 5.1 сборка 758
Linux version 2.6.18 (Red Hat 4.1.2-46)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 мар 2013, 20:21 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
В 5.1 не совсем правильно определяется, что память заканчивается - там не учитывается, срабатывал ли сборщик мусора.
С 5.2 ругается, только если мало памяти уже после срабатывания сборщика. То что java не освобождает память при интенсивной работе - нормально: она видит что памяти еще хватает, система загружена, поэтому сборщик мусора не запускает.
Однако если память растет, и вызов radius.sh gc не снижает потребление памяти обратно на средний уровень - то уже скорее всего утечка, а если возникает OutOfMemory даже после увеличения максимума - значит точно утечка.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 мар 2013, 04:53 
Не в сети

Зарегистрирован: 17 авг 2012, 09:46
Сообщения: 42
Откуда: Чита
Карма: 0
а что за команда radius.sh gc?

_________________

Клиент: вер. 5.1 сборка 685
Сервер: вер. 5.1 сборка 758
Linux version 2.6.18 (Red Hat 4.1.2-46)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 мар 2013, 11:05 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
судя по gc - это garbage collector

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 апр 2013, 02:55 
Не в сети

Зарегистрирован: 22 дек 2008, 13:02
Сообщения: 270
Откуда: Москва
Карма: 27
включите логирование gc через -verbose:gc и будете видеть сколько и чего освободилось и когда.


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

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


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

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


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

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