| forum.bitel.ru http://forum.bitel.ru/ |
|
| Connections limit is over!!!!! http://forum.bitel.ru/viewtopic.php?f=5&t=4782 |
Страница 1 из 1 |
| Автор: | DShatskikh [ 13 ноя 2010, 12:46 ] |
| Заголовок сообщения: | Connections limit is over!!!!! |
В последнее время периодически, примерно раз в два дня, у клиентов появляется 718 ошибка, а у радиуса DefaultServerSetup - Pool [radius]: Connections limit is over!!!!! сервер 4.6 сборка 645 dialup 4.6 сборка 216 fedora linux С чем это может быть связано и что предпринять для ликвидации проблемы? |
|
| Автор: | Akhmat [ 13 ноя 2010, 17:05 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
Изза перегруженности mysql. У меня такое тоже бывало. Сделайте тюны производительности БД, и/или апгрейд сервака, возможно поможет также разнесение сервисов БГ по разным сервакам. |
|
| Автор: | DShatskikh [ 13 ноя 2010, 17:11 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
Что тюнить-то? Какие параметры? Я не большой спец по mysql... |
|
| Автор: | Akhmat [ 13 ноя 2010, 17:15 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
выложите свой my.ini, какое железо на серваке. Также где то на форуме были примерные настройки mysql от разработчиков. |
|
| Автор: | Phricker [ 13 ноя 2010, 17:23 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
Эффективная настройка MySQL |
|
| Автор: | DShatskikh [ 13 ноя 2010, 18:25 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
[client] port = 3306 socket = /var/lib/mysql/mysql.sock [mysqld] port = 3306 socket = /var/lib/mysql/mysql.sock skip-bdb skip-locking long_query_time = 5 key_buffer = 384M max_allowed_packet = 50M table_cache = 4000 sort_buffer_size = 8M read_buffer_size = 2M read_rnd_buffer_size = 8M myisam_sort_buffer_size = 64M thread_cache_size = 8 query_cache_size = 64M thread_concurrency = 8 max_connections = 4000 default-character-set=cp1251 skip-federated server-id = 1 skip-innodb [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash [isamchk] key_buffer = 256M sort_buffer_size = 256M read_buffer = 2M write_buffer = 2M [myisamchk] key_buffer = 256M sort_buffer_size = 256M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout |
|
| Автор: | Akhmat [ 13 ноя 2010, 19:20 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
Попробуй вот это поболее myisam_sort_buffer_size = 256M Да и из вики настроек возьми чего. Когда настраивал, экспериментил с настройками, оперативки не особо жалел. |
|
| Автор: | DShatskikh [ 13 ноя 2010, 19:34 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
Система в работе, особо не поэкспериментируешь...в последнее время подросла нагрузка и пошли эти ошибки... |
|
| Автор: | Akhmat [ 13 ноя 2010, 19:38 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
почему? останавливаешь сервисы, перезапускаешь базу. перерыв сервисов только для подключающихся клиентов, минуты три от силы. чем хорош БГ, тем что перезапускать сервисы можно практически безболезненно |
|
| Автор: | skyb [ 13 ноя 2010, 20:02 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
Тут я думаю проблема в боязни эксперементировать...на живых то оно да...я как предлагаю---утром рано, скопировать my.cfn и вперед баловаться, всеравно ошибку устранять нужно, а что делать...инфа она ценная. Если быстро не получается запустить сервис, фаил наместо 
|
|
| Автор: | jack7 [ 15 ноя 2010, 12:35 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
покажи значения из radius.properties Код: auth.thread.count=
acct.thread.count= netflow.thread.count= |
|
| Автор: | DShatskikh [ 15 ноя 2010, 13:08 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
auth.thread.count=2000 acct.thread.count=3000 |
|
| Автор: | jack7 [ 15 ноя 2010, 13:17 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
попробуй поставь 100 для обоих параметров (даже если клиентов во много раз больше), рестартни радиус и понаблюдай ps предположительно радиус (являясь многопоточным приложением) при массовых переподключениях клиентов "валит" MySQL-сервер запросами авторизации |
|
| Автор: | DShatskikh [ 15 ноя 2010, 13:49 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
не маловато-ли??? под 3000 одновременных коннектов... |
|
| Автор: | jack7 [ 15 ноя 2010, 13:52 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
auth.thread.count насколько я понимаю это не число коннектов, а число нитей используемых только для авторизации |
|
| Автор: | snark [ 15 ноя 2010, 23:48 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
тут, на форуме, кто-то из разработчиков как то подробно расписывал что они значат ... ссылку вот так сразу не дам, так что придется поискать 
|
|
| Автор: | jack7 [ 16 ноя 2010, 10:10 ] |
| Заголовок сообщения: | Re: Connections limit is over!!!!! |
2 пост сверху viewtopic.php?f=5&t=3599&p=28026 Администратор писал(а): auth.thread.must.be.free.count - определяет число "глотающих" потоков. Т.е. в случае заполнения пула какое-то число потоков должно оставаться свободным, чтобы "проглатывать" запросы, обеспечивая по факту освобождения БД обработку самых свежих. Делать эту переменную больше 5 смыслу особо нет, т.к. процесс быстрый.
acct.thread.must.be.free.count - можно оставить где-то 10 потоков, чтобы 10 потоков всегда обрабатывали пакеты старта и стопа. А общее число потоков авторизации и аккаунтинга можно максимум в 110 поставить тех и тех. Вообще аккаунтинг менее приоритетен, но с другой стороны апдейтов идёт зато в 10 раз больше обычно чем авторизаций. Поэтому поровну в самый раз. Подобная конфигурация до 60 000 одновременных коннектов проверялась. Дальнейшее увеличение потоков эффекта особого не даст (если только у вас не больше 100 ядер ). Потоки только помогают сгладить небольшой всплеск запросов. Если система объективно не успевает, наращивание числа потоков не поможет. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|