<html>

<head>

<style>

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Verdana

}

</style>

</head>

<body class='hmmessage'>

hi,<BR>

    the os is changed from x86_64 to x86, this is no longer the problem. <BR>

    x86_64 os are probably the cause of this problem.<BR> <BR>

<HR id=stopSpelling>

From: switchport@hotmail.com<BR>To: freeradius-users@lists.freeradius.org<BR>Subject: RE: What can cause the "Exiting normally" without prompting<BR>Date: Tue, 31 Mar 2009 19:51:14 +0000<BR><BR>

<STYLE>

.ExternalClass .EC_hmmessage P

{padding:0px;}

.ExternalClass body.EC_hmmessage

{font-size:10pt;font-family:Verdana;}

</STYLE>

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. > &!

 gt;<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>&g!

 t; > User! -Name=test4, User-Password=111111, Calling-Station-Id=19

2.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>> &g!

 t;> > 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 (kbyt!

 es, -v) unlimite! d<BR>> >> > file locks (-x) unlimited<BR

>> >> > ;<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/">立刻下载！</A><br /><hr />使用新一代 Windows Live Messenger 轻松交流和共享！ <a href='http://im.live.cn/messenger.aspx' target='_new'>立刻下载！</a></body>

</html>