What can cause the "Exiting normally" without prompting

[韩枫]

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 at deployingradius.com
> To: freeradius-users at lists.freeradius.org
> Subject: Re: What can cause the "Exiting normally" without prompting
> 
> switchport at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20090329/78738584/attachment.html>