The idea -- Kannel stores all DLR URLs in memory. It doesn't clean them out very well nor intelligently.
If you leave bearerbox running long enough, it may never shed it's in-memory store of the DLR URLs, and thus eat up all your memory. This is different than the store-file, which stores messages, not DLRs. You could move DLRs into a DB such as MySQL. Read up the documentation on how to do that. It's a bit of a pain, so read the mailing list archives to find out how people got mysql compiled in properly and the hacks they used on some non-Linux-RPM mysql installs. I do not know if there is a flag to set for the BB that will clear out any DLR messages not requested after 24 hours... or some amount of time. That'd be nice... so maybe it already exists. Beckman On Tue, 26 Jul 2005, Alejandro J. Ramirez wrote:
Thanx all.. This is mi top output concerning swap space 13:18:28 up 1 day, 21:30, 3 users, load average: 0.01, 0.03, 0.00 60 processes: 58 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 0.0% user 0.8% system 0.0% nice 0.0% iowait 99.2% idle Mem: 1030892k av, 675004k used, 355888k free, 0k shrd, 78452k buff 359980k actv, 129764k in_d, 6740k in_c Swap: 522104k av, 0k used, 522104k free 458496k cached I think its quite alright.. As for the memory consuming processes.. This are the only ones worth mentioning root 19021 0.1 0.3 327656 3972 ? S 12:45 0:02 /home/alex/gateway-1.4.0/gw/bearerbox -d /home/alex/gateway-1.4 .0/gw/smskannel.conf root 19062 0.0 0.2 39124 2716 ? S 12:45 0:00 /home/alex/gateway-1.4.0/gw/sqlbox -d /home/alex/gateway-1.4.0/ gw/smskannel.conf root 19072 0.0 0.3 80704 3416 ? S 12:45 0:01 /home/alex/gateway-1.4.0/gw/smsbox -d /home/alex/gateway-1.4.0/ gw/smskannel.conf apache 19123 0.1 0.8 18464 8780 ? S 12:57 0:02 /usr/sbin/httpd apache 19131 0.1 0.8 18472 8792 ? S 13:05 0:01 /usr/sbin/httpd mysql 1912 0.6 1.1 15804 11432 ? S Jul24 17:36 /usr/libexec/mysqld --defaults-file=/etc/my.cnf --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking Im running this on a typical Redhat 9.0 installation. I've installed from sources. I've had this happen to me prior to the sqlbox installation. I upgraded to 1 Gb memory and it was quite for sometime.. But now it wants MORE? Do you think it might be wise to maybe install the smsbox on some other server?? Or the the sqlbox maybe? Can this even be done? Ideas welcome, Cheers, Alejandro -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Alejandro Guerrieri Enviado el: Martes, 26 de Julio de 2005 11:31 a.m. Para: [email protected] Asunto: Re: Out of Memory I don't think it's bearerbox's fault. It would involve major memory leaks and I don't think that's the case. It looks like you are not short of memory (360Mb out of 1 Gb is more than enough). Maybe you don't have swap space enabled? Please run "top" again and look for the a line like this: Swap: 1052248k av, 3512k used, 1048736k free 304424k cached If it's not there or it shows 0k size, it's not activated or at least not working as expected. In that case, when you approach your memory limit, you'll start to experience problems. If swap is ok, then the problem should be elsewere, start with "ps auxw | more" and try to look who's eating all thos megabytes of RAM. Hope it helps, On 7/26/05, Alejandro J. Ramirez <[EMAIL PROTECTED]> wrote: Hello All!! This has happened to me quite a few times now:From message log:Jul 24 04:54:38 movil kernel: Out of Memory: Killed process 6186 (bearerbox). After this the whole system hangs, you cannot telnet SSH or even use the console. Only hard reboot works. Top command shows this normally: CPU states: 0.3% user 0.3% system 0.0% nice 0.0% iowait 99.2% idle Mem: 1030892k av, 662820k used, 368072k free, 0k shrd, 77780k buff 357484k actv, 121260k in_d, 8232k in_c I have the feeling that his happens after the bearerbox,sqlbox,smsbox have being running for too long without a reset. What do you guys think? Should I have something in my crontab to reset this services on a daily basis?? Has anyone ran into this kind of problem before?? Thank you!! Alejandro -- Alejandro Guerrieri Magicom http://www.magicom-bcn.net/
--------------------------------------------------------------------------- Peter Beckman Internet Guy [EMAIL PROTECTED] http://www.purplecow.com/ ---------------------------------------------------------------------------
