What can cause the "Exiting normally" without prompting
hi, i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without prompting. the testing freeradius have pgsql module. thanks.
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM. I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server? Alan DeKok.
hi, os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas. Even, I do not know how to set up cpu quotas. -------------------------------------------------------------- # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 139264 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 8192 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 139264 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited -------------------------------------------------------------- Whether or not the changed module will cause this to happen?
Date: Sat, 28 Mar 2009 08:25:48 -0700 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: What can cause the "Exiting normally" without prompting
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM.
I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server?
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
_________________________________________________________________ Live Search视频搜索，快速检索视频的利器！ http://www.live.com/?scope=video
2009/3/29 韩枫 <switchport@hotmail.com>:
hi, os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas. Even, I do not know how to set up cpu quotas. -------------------------------------------------------------- # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 139264 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 8192 pipe size (512 bytes, -p) 8 POSIX message queues &nb! sp; (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 139264 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
-------------------------------------------------------------- Whether or not the changed module will cause this to happen?
Date: Sat, 28 Mar 2009 08:25:48 -0700 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: What can cause the "Exiting normally" without prompting
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM.
I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server?
Could you give more details about how to reproduce the situation? Thanks Luciano
sorry, it includes the prepaid module that i write. u can not reproduce. test shell ------------------------ #!/bin/bash i=0 while true do date time ../radclient -p 16 -q -s -t 3 -r 3 -f auth_test 127.0.0.1:1812 auth xxxxxx i=`expr $i \+ 1` echo $i done ---------------------------- auth_test User-Name=test1, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=1, Service-Type=Framed, Framed-Protocol=PPP User-Name=test2, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=2, Service-Type=Framed, Framed-Protocol=PPP User-Name=test3, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=3, Service-Type=Framed, Framed-Protocol=PPP User-Name=test4, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=4, Service-Type=Framed, Framed-Protocol=PPP User-Name=test5, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=5, Service-Type=Framed, Framed-Protocol=PPP ... --------------------------- i am testing, possible the same code have not the problem on Centos 5.2 X86. CENTOS 5.2 X86_64 have the problem.
Date: Mon, 30 Mar 2009 16:17:02 -0300 Subject: Re: What can cause the "Exiting normally" without prompting From: listas.luafran@gmail.com To: freeradius-users@lists.freeradius.org
2009/3/29 韩枫 <switchport@hotmail.com>:
hi, os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas. Even, I do not know how to set up cpu quotas. -------------------------------------------------------------- # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 139264 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 8192 pipe size (512 bytes, -p) 8 POSIX message queues &nb! sp; (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 139264 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
-------------------------------------------------------------- Whether or not the changed module will cause this to happen?
Date: Sat, 28 Mar 2009 08:25:48 -0700 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: What can cause the "Exiting normally" without prompting
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM.
I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server?
Could you give more details about how to reproduce the situation?
Thanks Luciano
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
_________________________________________________________________ 上Windows Live 中国首页，下载最新版 MSN！ http://im.live.cn/
Just in case this can help you, take a look at http://linux-mm.org/OOM_Killer Basically the linux kernel has mechanism to kill processes when it runs out of memory. In this case kill signal should not be SIGTERM but googling I found it may be possible in some cases the kernel use this signal. Search in your kernel logs (/var/log/dmesg) to see if you have something like "invoked oom-killer" Regards Luciano 2009/3/31 韩枫 <switchport@hotmail.com>:
sorry, it includes the prepaid module that i write. u can not reproduce.
test shell ------------------------ #!/bin/bash i=0 while true do date time ../radclient -p 16 -q -s -t 3 -r 3 -f auth_test 127.0.0.1:1812 auth xxxxxx i=`expr $i \+ 1` echo $i done ---------------------------- auth_test User-Name=test1, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=1, Service-Type=Framed, Framed-Protocol=PPP User-Name=test2, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=2, Service-Type=Framed, Framed-Protocol=PPP User-Name=test3, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=3, Service-Type=Framed, Framed-Protocol=PPP User-Name=test4, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=4, Service-Type=Framed, Framed-Protocol=PPP User-Name=test5, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=5, Service-Type=Framed, Framed-Protocol=PPP ... ---------------------------
i am testing, possible the same code have not the problem on Centos 5.2 X86. CENTOS 5.2 X86_64 have the problem.
Date: Mon, 30 Mar 2009 16:17:02 -0300 Subject: Re: What can cause the "Exiting normally" without prompting From: listas.luafran@gmail.com To: freeradius-users@lists.freeradius.org
2009/3/29 韩枫 <switchport@hotmail.com>:
hi, os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas. Even, I do not know how to set up cpu quotas. -------------------------------------------------------------- # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 139264 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 8192 pipe size (512 bytes, -p) 8 ! > POSIX message queues &nb! sp; (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 139264 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
-------------------------------------------------------------- Whether or not the changed module will cause this to happen?
Date: Sat, 28 Mar 2009 08:25:48 -0700 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: What can cause the "Exiting normally" without prompting
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without> >> > prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM.
I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server?
Could you give more details about how to reproduce the situation?
Thanks Luciano
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
________________________________ 微软地图实时路况，为您节省的不仅仅是时间！ 立即查看！ - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
thanks, logs (dmesg, messages, radius.log) does not have any special tips.
Date: Tue, 31 Mar 2009 16:02:01 -0300 Subject: Re: What can cause the "Exiting normally" without prompting From: listas.luafran@gmail.com To: freeradius-users@lists.freeradius.org
Just in case this can help you, take a look at http://linux-mm.org/OOM_Killer
Basically the linux kernel has mechanism to kill processes when it runs out of memory. In this case kill signal should not be SIGTERM but googling I found it may be possible in some cases the kernel use this signal.
Search in your kernel logs (/var/log/dmesg) to see if you have something like "invoked oom-killer"
Regards Luciano
2009/3/31 韩枫 <switchport@hotmail.com>:
sorry, it includes the prepaid module that i write. u can not reproduce.
test shell ------------------------ #!/bin/bash i=0 while true do date time ../radclient -p 16 -q -s -t 3 -r 3 -f auth_test 127.0.0.1:1812 auth xxxxxx i=`expr $i \+ 1` echo $i done ---------------------------- auth_test User-Name=test1, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=1, Service-Type=Framed, Framed-Protocol=PPP User-Name=test2, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=2, Service-Type=Framed, Framed-Protocol=PPP User-Name=test3, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=3, Service-Type=Framed, Framed-Protocol=PPP User-Name=test4, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=4, Service-Type=Framed, Framed-Protocol=PPP User-Name=test5, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=5, Service-Type=Framed, Framed-Protocol=PPP ... ---------------------------
i am testing, possible the same code have not the problem on Centos 5.2 X86. CENTOS 5.2 X86_64 have the problem.
Date: Mon, 30 Mar 2009 16:17:02 -0300 Subject: Re: What can cause the "Exiting normally" without prompting From: listas.luafran@gmail.com To: freeradius-users@lists.freeradius.org
2009/3/29 韩枫 <switchport@hotmail.com>:
hi, os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas. Even, I do not know how to set up cpu quotas. -------------------------------------------------------------- # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 139264 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 8192 pipe size (512 bytes, -p) 8 ! > POSIX message queues &nb! sp; (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 139264 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
-------------------------------------------------------------- Whether or not the changed module will cause this to happen?
Date: Sat, 28 Mar 2009 08:25:48 -0700 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: What can cause the "Exiting normally" without prompting
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without> >> > prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM.
I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server?
Could you give more details about how to reproduce the situation?
Thanks Luciano
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
________________________________ 微软地图实时路况，为您节省的不仅仅是时间！ 立即查看！ - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
_________________________________________________________________ 梦幻K图，百变造型，让你的照片与众不同，快来MClub试试吧！ http://club.msn.cn/?form=3
hi, the os is changed from x86_64 to x86, this is no longer the problem. x86_64 os are probably the cause of this problem. From: switchport@hotmail.com To: freeradius-users@lists.freeradius.org Subject: RE: What can cause the "Exiting normally" without prompting Date: Tue, 31 Mar 2009 19:51:14 +0000 thanks, logs (dmesg, messages, radius.log) does not have any special tips.
Date: Tue, 31 Mar 2009 16:02:01 -0300 Subject: Re: What can cause the "Exiting normally" without prompting From: listas.luafran@gmail.com To: freeradius-users@lists.freeradius.org
Just in case this can help you, take a look at http://linux-mm.org/OOM_Killer
Basically the linux kernel has mechanism to kill processes when it runs out of memory. In this case kill signal should not be SIGTERM but googling I found it may be possible in some cases the kernel use this signal.
Search in your kernel logs (/var/log/dmesg) to see if you have something like "invoked oom-killer"
Regards Luciano
2009/3/31 韩枫 <switchport@hotmail.com>:
sorry, it includes the prepaid module that i write. u can not reproduce.
! > test shell
------------------------ #!/bin/bash i=0 while true do date time ../radclient -p 16 -q -s -t 3 -r 3 -f auth_test 127.0.0.1:1812 auth xxxxxx i=`expr $i \+ 1` echo $i done ---------------------------- auth_test User-Name=test1, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=1, Service-Type=Framed, Framed-Protocol=PPP User-Name=test2, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=2, Service-Type=Framed, Framed-Protocol=PPP User-Name=test3, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=3, Service-Type=Framed, Framed-Protocol=PPP User! -Name=test4, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=4, Service-Type=Framed, Framed-Protocol=PPP User-Name=test5, User-Password=111111, Calling-Station-Id=192.168.10.1 ,NAS-IP-Address=192.168.0.1, NAS-Port=5, Service-Type=Framed, Framed-Protocol=PPP ... ---------------------------
i am testing, possible the same code have not the problem on Centos 5.2 X86. CENTOS 5.2 X86_64 have the problem.
Date: Mon, 30 Mar 2009 16:17:02 -0300 Subject: Re: What can cause the "Exiting normally" without prompting From: listas.luafran@gmail.com To: freeradius-users@lists.freeradius.org
2009/3/29 韩枫 <switchport@hotmail.com>:
hi, os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas. Ev! en, I do not know how to set up cpu quotas. -------------------------------------------------------------- # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 139264 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 8192 pipe size (512 bytes, -p) 8 ! > POSIX message queues &nb! sp; (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 139264 virtual memory (kbytes, -v) unlimite! d file locks (-x) unlimited ; -------------------------------------------------------------- Whether or not the changed module will cause this to happen?
Date: Sat, 28 Mar 2009 08:25:48 -0700 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: What can cause the "Exiting normally" without prompting
switchport@hotmail.com wrote:
i am testing freeradius 2.1.X by radclient , when the number of requests arrive 6million+, freeradius will "Exiting normally" without> >> > prompting.
The only time it exits is when something tells it to exit. e.g. via SIGTERM. &g! t;> I've never seen it exit like that in any of my performance tests. Maybe you have CPU quotas for the server?
Could you give more details about how to reproduce the situation?
Thanks Luciano
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
________________________________ 微软地图实时路况，为您节省的不仅仅是时间！ 立即查看！ - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
把MSN装进手机，更多聊天乐趣等你挖掘！ 立刻下载！ _________________________________________________________________ Messenger安全保护中心，免费修复系统漏洞，保护Messenger安全！ http://im.live.cn/safe/
participants (4)
-
Alan DeKok -
Luciano Afranllie -
switchport＠hotmail.com -
韩枫