<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
thanks,<BR>
logs (dmesg, messages, radius.log) does not have any special tips.<BR> <BR>> Date: Tue, 31 Mar 2009 16:02:01 -0300<BR>> Subject: Re: What can cause the "Exiting normally" without prompting<BR>> From: listas.luafran@gmail.com<BR>> To: freeradius-users@lists.freeradius.org<BR>> <BR>> Just in case this can help you, take a look at<BR>> http://linux-mm.org/OOM_Killer<BR>> <BR>> Basically the linux kernel has mechanism to kill processes when it<BR>> runs out of memory. In this case kill signal should not be SIGTERM but<BR>> googling I found it may be possible in some cases the kernel use this<BR>> signal.<BR>> <BR>> Search in your kernel logs (/var/log/dmesg) to see if you have<BR>> something like "invoked oom-killer"<BR>> <BR>> Regards<BR>> Luciano<BR>> <BR>> 2009/3/31 韩枫 <switchport@hotmail.com>:<BR>> > sorry, it includes the prepaid module that i write. u can not reproduce.<BR>> ><BR>>!
  > test shell<BR>> > ------------------------<BR>> > #!/bin/bash<BR>> > i=0<BR>> > while true<BR>> > do<BR>> > date<BR>> > time ../radclient -p 16 -q -s -t 3 -r 3 -f auth_test 127.0.0.1:1812 auth<BR>> > xxxxxx<BR>> > i=`expr $i \+ 1`<BR>> > echo $i<BR>> > done<BR>> > ----------------------------<BR>> > auth_test<BR>> > User-Name=test1, User-Password=111111, Calling-Station-Id=192.168.10.1<BR>> > ,NAS-IP-Address=192.168.0.1, NAS-Port=1, Service-Type=Framed,<BR>> > Framed-Protocol=PPP<BR>> > User-Name=test2, User-Password=111111, Calling-Station-Id=192.168.10.1<BR>> > ,NAS-IP-Address=192.168.0.1, NAS-Port=2, Service-Type=Framed,<BR>> > Framed-Protocol=PPP<BR>> > User-Name=test3, User-Password=111111, Calling-Station-Id=192.168.10.1<BR>> > ,NAS-IP-Address=192.168.0.1, NAS-Port=3, Service-Type=Framed,<BR>> > Framed-Protocol=PPP<BR>> > User!
 -Name=test4, User-Password=111111, Calling-Station-Id=192.168.10.1<BR>
> > ,NAS-IP-Address=192.168.0.1, NAS-Port=4, Service-Type=Framed,<BR>> > Framed-Protocol=PPP<BR>> > User-Name=test5, User-Password=111111, Calling-Station-Id=192.168.10.1<BR>> > ,NAS-IP-Address=192.168.0.1, NAS-Port=5, Service-Type=Framed,<BR>> > Framed-Protocol=PPP<BR>> > ...<BR>> > ---------------------------<BR>> ><BR>> > i am testing, possible the same code have not the problem on Centos 5.2 X86.<BR>> > CENTOS 5.2 X86_64 have the problem.<BR>> ><BR>> >> Date: Mon, 30 Mar 2009 16:17:02 -0300<BR>> >> Subject: Re: What can cause the "Exiting normally" without prompting<BR>> >> From: listas.luafran@gmail.com<BR>> >> To: freeradius-users@lists.freeradius.org<BR>> >><BR>> >> 2009/3/29 韩枫 <switchport@hotmail.com>:<BR>> >> > hi,<BR>> >> > os is centos 5.2 x64,pgsql is 8.3.7. i have not set the cpu quotas.<BR>> >> > Ev!
 en, I do not know how to set up cpu quotas.<BR>> >> > --------------------------------------------------------------<BR>> >> > # ulimit -a<BR>> >> > core file size (blocks, -c) unlimited<BR>> >> > data seg size (kbytes, -d) unlimited<BR>> >> > scheduling priority (-e) 0<BR>> >> > file size (blocks, -f) unlimited<BR>> >> > pending signals (-i) 139264<BR>> >> > max locked memory (kbytes, -l) 32<BR>> >> > max memory size (kbytes, -m) unlimited<BR>> >> > open files (-n) 8192<BR>> >> > pipe size (512 bytes, -p) 8<BR>> >>! > POSIX message queues &nb! sp; (bytes, -q) 819200<BR>> >> > real-time priority (-r) 0<BR>> >> > stack size (kbytes, -s) 10240<BR>> >> > cpu time (seconds, -t) unlimited<BR>> >> > max user processes (-u) 139264<BR>> >> > virtual memory (kbytes, -v) unlimite!
 d<BR>> >> > file locks (-x) unlimited<BR>> >> &gt
;<BR>> >> > --------------------------------------------------------------<BR>> >> > Whether or not the changed module will cause this to happen?<BR>> >> ><BR>> >> >> Date: Sat, 28 Mar 2009 08:25:48 -0700<BR>> >> >> From: aland@deployingradius.com<BR>> >> >> To: freeradius-users@lists.freeradius.org<BR>> >> >> Subject: Re: What can cause the "Exiting normally" without prompting<BR>> >> >><BR>> >> >> switchport@hotmail.com wrote:<BR>> >> >> > i am testing freeradius 2.1.X by radclient , when the number of<BR>> >> >> > requests arrive 6million+, freeradius will "Exiting normally"<BR>> >> >> > without> >> > prompting.<BR>> >> >><BR>> >> >> The only time it exits is when something tells it to exit. e.g. via<BR>> >> >> SIGTERM.<BR>> >> &g!
 t;><BR>> >> >> I've never seen it exit like that in any of my performance tests.<BR>> >> >> Maybe you have CPU quotas for the server?<BR>> >> >><BR>> >><BR>> >> Could you give more details about how to reproduce the situation?<BR>> >><BR>> >> Thanks<BR>> >> Luciano<BR>> >><BR>> >> -<BR>> >> List info/subscribe/unsubscribe? See<BR>> >> http://www.freeradius.org/list/users.html<BR>> ><BR>> > ________________________________<BR>> > 微软地图实时路况,为您节省的不仅仅是时间! 立即查看!<BR>> > -<BR>> > List info/subscribe/unsubscribe? See<BR>> > http://www.freeradius.org/list/users.html<BR>> ><BR>> <BR>> -<BR>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html<BR><br /><hr />把MSN装进手机,更多聊天乐趣等你挖掘! <a href='http://mobile.msn.com.cn/' target='_new'>立刻下载!</!
 a></body>
</html>