forum.bitel.ru :: Просмотр темы - Радиус виснет после длительного простоя

05-20/22:19:56 INFO [pool-1-thread-8] radius - AUTH:
Type=AUTHENTICATION_REQUEST
Attributes:
User-Name=ppuser123
NAS-Identifier=MikroTik
NAS-Port-Id=6_Lan
CHAP-Password=НC±Т)эл~-±нo6Ѕєє
NAS-IP-Address=192.168.8.1
NAS-Port=383
Service-Type=2
Framed-Protocol=1
Calling-Station-Id=00:21:63:62:61:C6
NAS-Port-Type=15
CHAP-Challenge=Ґ&Жіsц“(qТ·Iы^
Called-Station-Id=pppoe_in

05-20/22:19:57 INFO [pool-1-thread-8] radius - RESPONSE:
Type=AUTHENTICATION_ACCEPT
Process time auth: 1279 init_tariff: 2; set_ip: 2; common_auth: 123
Attributes:
Acct-Interim-Interval=60
Service-Type=2
Framed-Protocol=1
Framed-IP-Address=192.168.7.30

05-20/22:20:03 INFO [pool-1-thread-9] radius - AUTH:
Type=AUTHENTICATION_REQUEST
Attributes:
User-Name=ppuser123
NAS-Identifier=MikroTik
NAS-Port-Id=6_Lan
CHAP-Password=НC±Т)эл~-±нo6Ѕєє
NAS-IP-Address=192.168.8.1
NAS-Port=383
Service-Type=2
Framed-Protocol=1
Calling-Station-Id=00:21:63:62:61:C6
NAS-Port-Type=15
CHAP-Challenge=Ґ&Жіsц“(qТ·Iы^
Called-Station-Id=pppoe_in

05-20/22:20:04 ERROR [pool-1-thread-9] LoggingPrintStream - Stop without start!
05-20/22:20:09 INFO [pool-1-thread-9] radius - RESPONSE:
Type=AUTHENTICATION_ACCEPT
Process time auth: 5738 init_tariff: 11; set_ip: 2; common_auth: 890
Attributes:
Acct-Interim-Interval=60
Service-Type=2
Framed-Protocol=1
Framed-IP-Address=192.168.7.30

05-20/22:20:10 INFO [pool-1-thread-10] radius - AUTH:
Type=AUTHENTICATION_REQUEST
Attributes:
User-Name=ppuser123
NAS-Identifier=MikroTik
NAS-Port-Id=6_Lan
CHAP-Password=НC±Т)эл~-±нo6Ѕєє
NAS-IP-Address=192.168.8.1
NAS-Port=383
Service-Type=2
Framed-Protocol=1
Calling-Station-Id=00:21:63:62:61:C6
NAS-Port-Type=15
CHAP-Challenge=Ґ&Жіsц“(qТ·Iы^
Called-Station-Id=pppoe_in

05-20/22:20:10 ERROR [pool-1-thread-10] LoggingPrintStream - Stop without start!
05-20/22:20:15 INFO [pool-1-thread-10] radius - RESPONSE:
Type=AUTHENTICATION_ACCEPT
Process time auth: 4861 init_tariff: 1; set_ip: 2; common_auth: 60
Attributes:
Acct-Interim-Interval=60
Service-Type=2
Framed-Protocol=1
Framed-IP-Address=192.168.7.30

billing# uname -a
FreeBSD billing.lan 6.4-RELEASE FreeBSD 6.4-RELEASE #0: Wed Nov 26 12:11:16 UTC 2008 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386
billing# java -version
java version "1.6.0_03-p4"
Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_19_may_2009_21_46-b00)
Java HotSpot(TM) Client VM (build 1.6.0_03-p4-root_19_may_2009_21_46-b00, mixed mode)

version 4.6 build 206 from 29.05.2009 11:24:00
31.05.2009 20:34:50 84 84 0 0
Request accounts per minute start: 1; stop: 0; update: 44
Request auths per minute accept: 2; reject: 0
Netfow packets per minute: 2889
Ignore per minute auth: 0; update: 0
Antispam ban count: 0; used per minute: 0
FlowListener: queue_size: 0; threads_active: 0; largest: 10; core: 10; pool_size: 10; recv_socket_buf_size: 131 071; recv_buf_size: 4 194 304; packets: 4322463
Started: 30.05.2009 10:58:37 Uptime: 1 d 09:36:12
Memory total: 26 476 544; max: 477 233 152; free: 14 137 288
Trees in cache: 3
Connections pool to Master status Idle: 6; Active: 0; maxActive: 300; maxIdle: 20
Connections pool to Trash "trash_1" status Idle: 2; Active: 0; maxActive: 300; maxIdle: 20

Linux 2.6.27.19-170.2.35.fc10.x86_64 #1 SMP Mon Feb 23 13:00:23 EST 2009 x86_64 x86_64 x86_64 GNU/Linux

last pid: 73180; load averages: 0.01, 0.04, 0.01 up 13+17:35:34 17:05:43
69 processes: 1 running, 68 sleeping
CPU: 0.7% user, 0.0% nice, 0.4% system, 0.0% interrupt, 98.9% idle
Mem: 241M Active, 307M Inact, 130M Wired, 35M Cache, 110M Buf, 272M Free
Swap: 1999M Total, 1999M Free

Автор:	Chaos [ 21 май 2009, 00:35 ]
Заголовок сообщения:	Радиус виснет после длительного простоя
После длительного простоя радиус виснет. Замечено при времени простоя более 6 часов. Абонента при этом отбрасывает с ошибкой таймаута. Лог: Код: 05-20/22:19:56 INFO [pool-1-thread-8] radius - AUTH: Type=AUTHENTICATION_REQUEST Attributes: User-Name=ppuser123 NAS-Identifier=MikroTik NAS-Port-Id=6_Lan CHAP-Password=НC±Т)эл~-±нo6Ѕєє NAS-IP-Address=192.168.8.1 NAS-Port=383 Service-Type=2 Framed-Protocol=1 Calling-Station-Id=00:21:63:62:61:C6 NAS-Port-Type=15 CHAP-Challenge=Ґ&Жіsц“(qТ·Iы^ Called-Station-Id=pppoe_in 05-20/22:19:57 INFO [pool-1-thread-8] radius - RESPONSE: Type=AUTHENTICATION_ACCEPT Process time auth: 1279 init_tariff: 2; set_ip: 2; common_auth: 123 Attributes: Acct-Interim-Interval=60 Service-Type=2 Framed-Protocol=1 Framed-IP-Address=192.168.7.30 05-20/22:20:03 INFO [pool-1-thread-9] radius - AUTH: Type=AUTHENTICATION_REQUEST Attributes: User-Name=ppuser123 NAS-Identifier=MikroTik NAS-Port-Id=6_Lan CHAP-Password=НC±Т)эл~-±нo6Ѕєє NAS-IP-Address=192.168.8.1 NAS-Port=383 Service-Type=2 Framed-Protocol=1 Calling-Station-Id=00:21:63:62:61:C6 NAS-Port-Type=15 CHAP-Challenge=Ґ&Жіsц“(qТ·Iы^ Called-Station-Id=pppoe_in 05-20/22:20:04 ERROR [pool-1-thread-9] LoggingPrintStream - Stop without start! 05-20/22:20:09 INFO [pool-1-thread-9] radius - RESPONSE: Type=AUTHENTICATION_ACCEPT Process time auth: 5738 init_tariff: 11; set_ip: 2; common_auth: 890 Attributes: Acct-Interim-Interval=60 Service-Type=2 Framed-Protocol=1 Framed-IP-Address=192.168.7.30 05-20/22:20:10 INFO [pool-1-thread-10] radius - AUTH: Type=AUTHENTICATION_REQUEST Attributes: User-Name=ppuser123 NAS-Identifier=MikroTik NAS-Port-Id=6_Lan CHAP-Password=НC±Т)эл~-±нo6Ѕєє NAS-IP-Address=192.168.8.1 NAS-Port=383 Service-Type=2 Framed-Protocol=1 Calling-Station-Id=00:21:63:62:61:C6 NAS-Port-Type=15 CHAP-Challenge=Ґ&Жіsц“(qТ·Iы^ Called-Station-Id=pppoe_in 05-20/22:20:10 ERROR [pool-1-thread-10] LoggingPrintStream - Stop without start! 05-20/22:20:15 INFO [pool-1-thread-10] radius - RESPONSE: Type=AUTHENTICATION_ACCEPT Process time auth: 4861 init_tariff: 1; set_ip: 2; common_auth: 60 Attributes: Acct-Interim-Interval=60 Service-Type=2 Framed-Protocol=1 Framed-IP-Address=192.168.7.30 Сборка радиус BGRadiusDialup_4.6_201 Платформа Код: billing# uname -a FreeBSD billing.lan 6.4-RELEASE FreeBSD 6.4-RELEASE #0: Wed Nov 26 12:11:16 UTC 2008 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 billing# java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_19_may_2009_21_46-b00) Java HotSpot(TM) Client VM (build 1.6.0_03-p4-root_19_may_2009_21_46-b00, mixed mode)

Автор:	owl [ 21 май 2009, 12:04 ]
Заголовок сообщения:	Подтверждаю, та же хрень
Подтверждаю, та же хрень Fedora release 9 BGRadiusDialUp version 4.6 build 203 from 11.05.2009 22:59:23 java version "1.6.0_12" Java(TM) SE Runtime Environment (build 1.6.0_12-b04) Java HotSpot(TM) 64-Bit Server VM (build 11.2-b01, mixed mode) В radius.log: 05-21/08:35:43 INFO [pool-1-thread-13] radius - AUTH: Type=AUTHENTICATION_REQUEST Attributes: User-Name=first NAS-Identifier=mpd.saransk-tv.ru NAS-Port=0 Service-Type=2 Framed-Protocol=1 Calling-Station-Id=10.10.0.252 NAS-Port-Type=5 MS-CHAP2-Response=^A·ÈâSðð^^p`¢^O:¢ì¾Â<U+0086>^@^@^@^@^@^@^@^@ªæM¶O%á^E¢@Á^Z¼^Tco¶^M?ÇÊ<U+0087>zd MS-CHAP-Challenge=»^^hì×3OÀþ,Ç^DÓ<U+0086><U+0083><U+0086> 05-21/08:35:43 ERROR [pool-1-thread-13] LoggingPrintStream - Stop without start! 05-21/08:35:43 INFO [pool-1-thread-13] radius - RESPONSE: Type=AUTHENTICATION_ACCEPT Process time auth: 11 init_tariff: 0; set_ip: 1; common_auth: 7 После рестарта радиуса начинает авторизовать, потом проблема повторяется.

Автор:	Chaos [ 21 май 2009, 14:24 ]
Заголовок сообщения:
Упс!!! я уж было готовился снести FreeBSD и начать эксперементировать с Федорой. Выясняется, что проблема не в платформе. Спасибо, owl за своевременную реакцию.

Автор:	Heggi [ 21 май 2009, 19:09 ]
Заголовок сообщения:
Угу, давно такое, начал грешить на циску, т.к. радиус отвечает ACCEPT, а циска посылает клиента либо 718 либо 691... Раньше разбираться некогда было, просто перегружал радиус и все, а сегодня логи посмотрел и... появилось очень много вопросов -)

Автор:	m0nk3y [ 25 май 2009, 12:36 ]
Заголовок сообщения:
up

forum.bitel.ru http://forum.bitel.ru/

Радиус виснет после длительного простоя http://forum.bitel.ru/viewtopic.php?f=5&t=2333	Страница 1 из 1

Автор:	Chaos [ 27 май 2009, 14:23 ]
Заголовок сообщения:
up

Автор:	Администратор [ 27 май 2009, 16:07 ]
Заголовок сообщения:
Цитата: Угу, давно такое, начал грешить на циску, т.к. радиус отвечает ACCEPT, а циска посылает клиента либо 718 либо 691... Раньше разбираться некогда было, просто перегружал радиус и все, а сегодня логи посмотрел и... появилось очень много вопросов -) Что-то не понял. У вас радиус получается что-то отвечает. В логе запись есть раз про ACCEPT. У кого вообще усыпает, можете кинуть в личку письмо с доступом, как уснет? Постараемся быстро среагировать.. Желательно на LINUX чтобы был..

Автор:	Chaos [ 28 май 2009, 14:19 ]
Заголовок сообщения:
Цитата: У кого вообще усыпает, можете кинуть в личку письмо с доступом, как уснет? Постараемся быстро среагировать.. Желательно на LINUX чтобы был.. Откликнулся кто нить с Линуксом? Дайте знать. Только у нас Фря. Попробуем проложить маршруты снаружи.

Автор:	Heggi [ 30 май 2009, 16:06 ]
Заголовок сообщения:
Повесил на планировщик перезапуск каждый час... Нагрузка не большая, да и перезапускается быстро..

Автор:	mazay-d [ 31 май 2009, 22:39 ]
Заголовок сообщения:
У меня 206 сборка, не замечал зависаний, может нагрузка маленькая до 100 в пике.... Код: version 4.6 build 206 from 29.05.2009 11:24:00 31.05.2009 20:34:50 84 84 0 0 Request accounts per minute start: 1; stop: 0; update: 44 Request auths per minute accept: 2; reject: 0 Netfow packets per minute: 2889 Ignore per minute auth: 0; update: 0 Antispam ban count: 0; used per minute: 0 FlowListener: queue_size: 0; threads_active: 0; largest: 10; core: 10; pool_size: 10; recv_socket_buf_size: 131 071; recv_buf_size: 4 194 304; packets: 4322463 Started: 30.05.2009 10:58:37 Uptime: 1 d 09:36:12 Memory total: 26 476 544; max: 477 233 152; free: 14 137 288 Trees in cache: 3 Connections pool to Master status Idle: 6; Active: 0; maxActive: 300; maxIdle: 20 Connections pool to Trash "trash_1" status Idle: 2; Active: 0; maxActive: 300; maxIdle: 20 Код: Linux 2.6.27.19-170.2.35.fc10.x86_64 #1 SMP Mon Feb 23 13:00:23 EST 2009 x86_64 x86_64 x86_64 GNU/Linux

Автор:	Администратор [ 01 июн 2009, 11:57 ]
Заголовок сообщения:
To: Heggi Вы бы лучше доступ дали, исправить бы это дело.. Chaos дал, но у него FreeBSD. Все-таки мы даже официально эту платформу не поддерживем. То ли там чудеса опять Java, то ли наши ошибки. Хорошо бы и на Linux такой случай изучить..

Автор:	owl [ 02 июн 2009, 11:55 ]
Заголовок сообщения:
У нас это зависание сопровождалось сообщением на админский ящик следующего содержания: ID события: system.no.memory Время регистрации события: 02.06.2009 09:41:45 Приложению недостаточно выделенной для него памяти! Зарезервировано 257425408 из 257425408 (максимум) байтов памяти. Сейчас свободно: 254783032 байтов. Необходимо выделить большее количество памяти приложению. Добавил памяти в скрипте запуска, - вместо дефолтных 256М сделал 1024. Посмотрим что будет. К сожалению сначала сделал, а потом уж на форум заглянул. Если ситуация повторится, постараюсь сразу списаться с разработчиками.

Автор:	Администратор [ 02 июн 2009, 18:08 ]
Заголовок сообщения:
У Chaos очень похоже, что в свап просто уходит. На машине 240 что ли МБ памяти, а радиусу выделено до 256 Мб. У вас как с памятью на самой машине? Попробуйте при зависе тоже нам отписать, посмотрим..

Автор:	Chaos [ 02 июн 2009, 19:17 ]
Заголовок сообщения:
С память не так плачевно, как Вам показалось на первый взгляд Код: last pid: 73180; load averages: 0.01, 0.04, 0.01 up 13+17:35:34 17:05:43 69 processes: 1 running, 68 sleeping CPU: 0.7% user, 0.0% nice, 0.4% system, 0.0% interrupt, 98.9% idle Mem: 241M Active, 307M Inact, 130M Wired, 35M Cache, 110M Buf, 272M Free Swap: 1999M Total, 1999M Free 241, это типа активно, 272 свободно..., итого 512. С явой...эт последнее, что Sun предложила для BSD... В общем, я полагаю, Вам надо больше инфы с разных машин и платформ. owl, подскажите ключи, которыми вы пользовались для настройки выделения памяти. Предки у наших осей все таки общие.

Автор:	owl [ 02 июн 2009, 19:24 ]
Заголовок сообщения:
У нас памяти на машине более чем достаточно, 8Г общий размер оперативки и она ни кем не задействована. 2Chaos: Памяти для радиуса я добавлял меняя в radius.sh параметр -Xmx256m на -Xmx1024m.

Автор:	Amir [ 03 июн 2009, 12:53 ]
Заголовок сообщения:
Для линукса можно попробовать echo 10 > /proc/sys/vm/swappiness чтобы использование swap уменьшить или даже echo 0 > /proc/sys/vm/swappiness Цитата: It seems Java memory usage keeps growing to the point where our system is beginning to use the swap file. Should we adjust down somewhat Java's heap memory percentage to avoid growing swap file usage? -- What we are doing these days is setting vm.swappiness=0 as per the Performance Tuning Guidelines wiki article. We found the later 2.6 kernels are very aggressive at moving things out to swap; that setting reduces that tendency considerably, with no observed ill effects. Если поможет то выставить в /etc/sysctl.conf vm.swappiness =

Автор:	Администратор [ 03 июн 2009, 13:06 ]
Заголовок сообщения:
To Chaos. А статус RUN у процесса не знаете что означает? Еще бы активность диска поизучать в момент когда после долгого простоя вызывается ./radius_status.sh. И вообще как-нибудь можно посмотреть, какая часть памяти процесса в свапе?

Автор:	Chaos [ 03 июн 2009, 15:35 ]
Заголовок сообщения:
Администратор писал(а): To Chaos. А статус RUN у процесса не знаете что означает? Еще бы активность диска поизучать в момент когда после долгого простоя вызывается ./radius_status.sh. И вообще как-нибудь можно посмотреть, какая часть памяти процесса в свапе? ХЗ, как все это делается. Освоение Unix-подобных начал с FreeBSD 2 месяца назад. В основном юзаю ps ax \| grep имя процесса и top -i . Поставил параметр -Xmx256m в -Xmx384m, через 10 часов попробовл авторизоваться, все ОК, посмотрим, что дальше будет.

Автор:	Heggi [ 15 июн 2009, 20:46 ]
Заголовок сообщения:
Подниму тему. Как успехи в борьбе с радиусом?

Автор:	Администратор [ 16 июн 2009, 11:09 ]
Заголовок сообщения:
Ну собственно, пока вроде не жалуются. Если у вас есть проблемы - дайте доступ, посмотрим.

Автор:	Chaos [ 16 июн 2009, 15:22 ]
Заголовок сообщения:
Я организовал костыль ввиде перезапуска каждые 2 часа. Выделение большей памяти проблему не решило. Ну дайте же кто нить доступ разработчикам к платформе с официально поддерживаемым дистрибутивом.

Автор:	Администратор [ 16 июн 2009, 18:45 ]
Заголовок сообщения:
To Chaos: Не нашли, как запретить увод приложения в свап? Виснет с теми же признаками? Если статус выполнить - отвисает?

Автор:	Heggi [ 17 июн 2009, 02:18 ]
Заголовок сообщения:
У меня щас тоже с костылем, но до костыля отвисало после 10-15 попыток авторизации. P.S. я бы и рад дать доступ к системе, но если опять начнутся зависания, меня юзеры просто порвут, так что сорри.

Автор:	toluol [ 17 июн 2009, 03:17 ]
Заголовок сообщения:
Гм прочитал тему - похоже кривая ява на freebsd (сам уже год как перелез c freebsd на debian). Сейчас поставил под bgbilling машинку Athlon64 3000+ 1024M памяти с debian5.0amd64 java 1.6.0_12 - вертится сервер,три радиуса (vpn,ipn,voip) и коллектор ipn - без нагрузки (разве что 1 клиент коннектится через маршрутизатор mikrotik(переподключается раз в полдня его роутер) и с трех микротиков netflow на него валится) за последний месяц небыло ниодного зависания с подобными логами. Или у меня загрузка маленькая для проявления глюков?

Автор:	Chaos [ 17 июн 2009, 11:54 ]
Заголовок сообщения:
Администратор писал(а): To Chaos: Не нашли, как запретить увод приложения в свап? Виснет с теми же признаками? Если статус выполнить - отвисает? Неа. Да и не искал, и после костыля уже не игрался, там уже юзеры сидят. Остаётся только надеятся, что это вылезет когда нибудь на Линуксе в Вашей тестовой лаборатории. Кстати, не нашел в доках системных требований. У нас P2.4, 512 RAM, 2*40Gb Geom Soft Raid. Достаточно ли этого для расчета на 100 коннектов?

Автор:	Администратор [ 17 июн 2009, 12:36 ]
Заголовок сообщения:
Цитата: У нас P2.4, 512 RAM, 2*40Gb Geom Soft Raid. Достаточно ли этого для расчета на 100 коннектов? Я бы памяти добавил, если на той же машине еще и сервер биллинга и MySQL. Хотя и так хватить должно.

Страница 1 из 1	Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/