BiTel

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

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

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



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 17 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
jack7
 Заголовок сообщения: Радиус не поднимает новые сессии
СообщениеДобавлено: 31 окт 2011, 13:33 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Сегодня утром перезапустились сессии pppoe

после определенного количества соединений пользователи не могут подключить сессию PPPoE
ошибки в логах

Цитата:
10-31/13:30:39 WARN [RadiusListener] RadiusListener - RadiusListener authentication queue full...
10-31/13:30:39 WARN [RadiusListener] RadiusListener - RadiusListener authentication queue full...
10-31/13:30:39 WARN [RadiusListener] RadiusListener - RadiusListener authentication queue full...


конфиг радиуса
Цитата:
auth.thread.queue=4000
auth.thread.count=2000
acct.thread.count=2000
netflow.thread.count=100
db.maxIdle=5000
db.maxActive=10000


в чем может быть проблема?
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 31 окт 2011, 13:37 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Какая версия? Ошибок в логах нет? Скрипт предобработки на насе есть какой-нибудь?
Попробуйте
Цитата:
auth.thread.queue=1000
auth.thread.count=100
acct.thread.count=100
netflow.thread.count=100
db.maxIdle=100
db.maxActive=10000
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 13:43 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Код:
 Клиент: вер. 5.1 сборка 569 от 11.07.2011 18:42:55
os:Linux; java:Sun Microsystems Inc., v.1.6.0_18
   Сервер: вер. 5.1 сборка 690 от 11.07.2011 18:42:40
os:Linux; java:Sun Microsystems Inc., v.1.6.0_27

   bill вер. 5.1 сборка 237 от 20.06.2011 13:05:45
   card вер. 5.1 сборка 170 от 07.07.2011 12:48:08
   dialup вер. 5.1 сборка 183 от 06.07.2011 14:13:51
   drweb вер. 5.1 сборка 54 от 04.10.2011 17:16:44
   email вер. 5.1 сборка 148 от 29.09.2010 13:00:35
   enaza вер. 5.1 сборка 3 от 29.06.2011 14:13:14
   ipn вер. 5.1 сборка 241 от 06.07.2011 14:18:05
   mps вер. 5.1 сборка 166 от 07.07.2011 13:54:59
   npay вер. 5.1 сборка 180 от 06.07.2011 17:35:06
   payonline вер. 5.1 сборка 5 от 22.03.2011 16:42:55
   rentsoft вер. 5.1 сборка 8 от 11.05.2011 15:27:04
   reports вер. 5.1 сборка 176 от 27.06.2011 18:48:24
   rscm вер. 5.1 сборка 150 от 06.07.2011 14:17:40
   ru.bitel.bgbilling.plugins.cashcheck вер. 5.1 сборка 84 от 30.03.2011 11:06:42
   ru.bitel.bgbilling.plugins.cladr вер. 5.1 сборка 97 от 29.09.2010 13:01:09
   ru.bitel.bgbilling.plugins.crm вер. 5.1 сборка 179 от 16.03.2011 20:29:17
   ru.bitel.bgbilling.plugins.documents вер. 5.1 сборка 117 от 18.01.2011 13:03:56
   ru.bitel.bgbilling.plugins.helpdesk вер. 5.1 сборка 164 от 30.05.2011 13:41:27
   ru.bitel.bgbilling.plugins.organizer вер. 5.1 сборка 50 от 10.06.2011 00:38:13
   trayinfo вер. 5.1 сборка 146 от 20.05.2011 16:24:48
   wm вер. 5.1 сборка 132 от 29.09.2010 13:00:59



рекомендуемые параметры поставил, как протестирую - отпишусь
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 13:47 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
тоже самое
Цитата:
10-31/13:46:45 WARN [RadiusListener] RadiusListener - RadiusListener authentication queue full...
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 13:51 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Код:
 ./radius.sh status
version 5.1 build 243 from 06.12.2010 12:22:10
31.10.2011 13:51:20   7836   4122   2   3712
Request accounts per minute start: 35; stop: 1637; update: 4260
Request auths per minute accept: 2130; reject: 90
Netfow packets per minute: 14000
Ignore per minute auth: 0; update: 0
Antispam ban count: 0; used per minute: 0
FlowListener: queue_size: 0; threads_active: 0; largest: 100; core: 100; pool_size: 100; recv_socket_buf_size: 131 071; recv_buf_size: 8 388 608; packets: 3713
Started: 31.10.2011 13:42:10   Uptime: 0 d 00:09:09
Memory total: 1 718 353 920; max: 3 817 799 680; free: 740 966 896
Memory pools:
Non-heap memory[Code Cache]: max: 50 331 648; used: 7 592 576; peek: 7 598 720
Heap memory[PS Eden Space]: max: 1 345 454 080; used: 707 524 176; peek: 1 317 076 992
Heap memory[PS Survivor Space]: max: 20 447 232; used: 20 427 392; peek: 52 810 000
Heap memory[PS Old Gen]: max: 2 863 333 376; used: 249 435 456; peek: 298 234 032
Non-heap memory[PS Perm Gen]: max: 85 983 232; used: 25 013 336; peek: 25 013 336
Thread count: 342
Trees in cache: 81
Connections pool to Master status Idle: 261; Active: 102; maxActive: 10000; maxIdle: 5000
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 13:57 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
хотя вроде получше стало =)
понаблюдаю часок - отпишусь

но на почту стали приходить сообщения
Цитата:
ID события: radius.wait.thread
Время регистрации события: 31.10.2011 13:50:39

В рамках отведенного переменными количества потоков auth.thread.count и размером очереди обработки auth.thread.queue RADIUS сервер не успеевает производить обработку авторизационных запросов.
Возможная причина - загруженность базы данных.


их стоит игнорировать ?
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 31 окт 2011, 15:06 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
их стоит игнорировать ?
Не совсем, радиус не успевает обработать все запросы аутентификации. Хотя это может быть временно, после перезапуска.

Попробуйте радиус обновить на последний билд.
Только сделайте бекап старого радиуса.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 31 окт 2011, 15:12 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А у вас mysqladmin -h.... -u... -p processlist сразу выполняется, без паузы? Недавно у одного клиента проблема была с внутренним dns, которая приводила к тому, что открытие соединения к базе происходило с паузой в несколько секунд (несмотря на то, что в url подключения был указан ip адрес).
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 17:36 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Amir писал(а):
А у вас mysqladmin -h.... -u... -p processlist сразу выполняется, без паузы? Недавно у одного клиента проблема была с внутренним dns, которая приводила к тому, что открытие соединения к базе происходило с паузой в несколько секунд (несмотря на то, что в url подключения был указан ip адрес).

у меня база на локалхосте
Код:
time mysqladmin -ppass processlist 1>/dev/null

real   0m0.009s
user   0m0.004s
sys   0m0.004s



а ошибки на почту прилетают постоянно
Вернуться к началу
 Профиль  
 
skn
СообщениеДобавлено: 31 окт 2011, 17:56 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
Добавьте в my.cnf в секцию

Код:
[mysqld]
....
skip-name-resolve


не факт, что поможет, но работать немного быстрее точно станет

и промониторте работу компа c mysql коммандами

Код:
htop

и
Код:
iotop -a
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 18:14 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Вложение:
pac_screenshot_50259955.6236693.jpg
pac_screenshot_50259955.6236693.jpg [ 466.81 КБ | Просмотров: 6966 ]


Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 18:18 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Вложение:
iotop.png
iotop.png [ 215.09 КБ | Просмотров: 6966 ]


Вернуться к началу
 Профиль  
 
skn
СообщениеДобавлено: 31 окт 2011, 21:40 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
судя по скринам нагрузка есть на процы и прилично что то пишется на винт
понаблюбайте в разные моменты (при минимальной и максимальной нагрузке)
сравните результаты, проанализуруйте, сделайте предположения, проверте и делайте выводы...

в БД таблицы какого типа? MyISAM?
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 31 окт 2011, 22:34 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
нагрузку по процам смотрю по load average - там и 1.0 нет , насколько я понимаю для 8 процессоров это 1/8 допустимой нагрузки (то есть все процессы обрабатываются вовремя, без постановки в очередь)
пишет в основном mysql на диск, таблицы в основном в myisam, в innodb только большие таблицы с логами
также идет запись детальной статистики + запись binlog для mysql - но эти разные задачи разнесены на разные диски
iotop показывает общую нагрузку на диски, по atop можно увидеть нагрузку по отдельным дискам, там видно что в основном грузят binlog и запись netlfow (деталка)
Вернуться к началу
 Профиль  
 
skn
СообщениеДобавлено: 01 ноя 2011, 03:49 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
а что mysql с такой скоростью на диск пишет?
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 01 ноя 2011, 11:30 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
mysql пишет в таблицы биллинга
обычные логи за полдня уже выросли вот так
Код:
-rw-rw---- 1 mysql mysql  3,0G Ноя  1 10:34 session_detail_2_201110.ibd
-rw-rw---- 1 mysql mysql  1,1G Ноя  1 06:43 log_function_process_201110.ibd
-rw-rw---- 1 mysql mysql   11G Ноя  1 00:56 log_server_2_201110.ibd
-rw-rw---- 1 mysql mysql  6,5G Окт  1 00:54 log_server_2_201109.MYD
-rw-rw---- 1 mysql mysql  2,1G Сен 30 23:59 log_error_2_201109.MYD
-rw-rw---- 1 mysql mysql  1,1G Сен 30 23:59 log_function_process_201109.MYD
-rw-rw---- 1 mysql mysql  7,3G Сен  1 00:55 log_server_2_201108.MYD
-rw-rw---- 1 mysql mysql  1,3G Сен  1 00:00 log_function_process_201108.MYD
-rw-rw---- 1 mysql mysql  2,5G Авг 31 23:59 log_error_2_201108.MYD
-rw-rw---- 1 mysql mysql  4,0G Авг 12 13:03 log_error_2_201107.MYD


+ запись binlog (но это менее критично)
Вернуться к началу
 Профиль  
 
jack7
СообщениеДобавлено: 01 ноя 2011, 11:58 
Не в сети
Клиент

Зарегистрирован: 02 окт 2008, 17:52
Сообщения: 530
Карма: 27
Код:
mysql  Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (x86_64) using readline 6.1

Connection id:          23231
Current database:
Current user:           root@localhost
SSL:                    Not in use
Current pager:          stdout
Using outfile:          ''
Using delimiter:        ;
Server version:         5.1.49-3-log (Debian)
Protocol version:       10
Connection:             Localhost via UNIX socket
Server characterset:    utf8
Db     characterset:    utf8
Client characterset:    utf8
Conn.  characterset:    utf8
UNIX socket:            /var/run/mysqld/mysqld.sock
Uptime:                 23 hours 48 min 41 sec

Threads: 418  Questions: 73522344  Slow queries: 87938  Opens: 3030286  Flush tables: 1  Open tables: 256  Queries per second avg: 857.693
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 17 ] 

Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

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

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

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

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

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