All my SMSCs are active and these messages are going out very fine. But when the queue keep on increasing as I'm getting more and more MT requests. At some point the memory exhaust and may be because of that, the throughput goes down to 4 or 5 and messages will fail.
I've upgraded my memory. Any other suggestions for more stability? -------- * * On Thu, Oct 28, 2010 at 1:04 AM, Alejandro Guerrieri < [email protected]> wrote: > Your issue are all those big queues on the SMSC's. Thats definitely using > memory... > > Your MO throughput is way higher than your MT throughput, you're going to > have to drop messages eventually if you continue like that. > > You need to get rid of those queues, either delivering the messages, or > purging them. I don't know if those sms centers are active, you blurred the > information... > > Anyway, you should check your smsc logs and see why those messages are not > going out. You might have to drop the older ones, if they're staying for > days it's probably not worth sending it anyway. > > Regards, > > Alex > > > On Wed, Oct 27, 2010 at 6:49 PM, Jinson <[email protected]> wrote: > >> Attached the screen shot of the status page and configuration used. >> >> I'm using more than 10 SMSC connections and I've mentioned only 3 in the >> configuration attached and have multiple sessions of the same account >> >> When queue gets increased, it uses 70% of my swap area the throughput goes >> below 3 and sometimes even 1. Otherwise I'm getting a throughput of >> 50sms/sec on average. >> >> >> On Wed, Oct 27, 2010 at 12:26 AM, Alejandro Guerrieri < >> [email protected]> wrote: >> >>> Ah, no, you have 397780 queued. >>> >>> I bet if you check the spool folder, there's about 400k files in it. >>> >>> Those almost 400k queued are messages being held somehow on your >>> platform. It could be an smsc reconnecting or something similar. >>> >>> Can't tell without full information... >>> >>> >>> On Tue, Oct 26, 2010 at 6:16 PM, Jinson <[email protected]> wrote: >>> >>>> Please find the status page content at a particular point of time...I >>>> have more than 5 SMSC connections and I've pasted only one here... >>>> >>>> SMS: received 2504832 (397780 queued), sent 1238151 (0 queued), store >>>> size 1078 >>>> >>>> SMS: inbound (6.20,8.86,32.50) msg/sec, outbound (10.1 ,3.56,16.07) >>>> msg/sec >>>> >>>> . >>>> >>>> . >>>> >>>> . >>>> >>>> *SMPP1* SMPP:xxx.xxx.xxx:xxx/xx:xxxx: (online 63160s, rcvd >>>> 338367, sent 158036, failed 4940, queued 278999 msgs) >>>> >>>> -------- >>>> *Jinson* >>>> * >>>> >>>> >>>> * >>>> >>>> >>>> On Tue, Oct 26, 2010 at 9:31 PM, Alejandro Guerrieri < >>>> [email protected]> wrote: >>>> >>>>> You have "store size" of 800 thousand? Please paste the status page >>>>> content. >>>>> >>>>> You're wrong about sqlbox, that's not the way it works, and wouldn't >>>>> make any difference in your case. >>>>> >>>>> Regards, >>>>> >>>>> Alex >>>>> >>>>> On Tue, Oct 26, 2010 at 5:32 PM, Jinson <[email protected]> wrote: >>>>> >>>>>> Please find the responses... >>>>>> >>>>>> Kannel is running as root. >>>>>> >>>>>> There are messages in the queue. but very less when compared to memory >>>>>> queue >>>>>> >>>>>> Queue is about *800 thousand* messages in the worst case. and store >>>>>> will be less than 20 thousand. >>>>>> >>>>>> >>>>>> >>>>>> How can I reduce the amount of queued messages? By giving a cap for >>>>>> the HTTP request to the smsbox? >>>>>> >>>>>> I suppose that by using sqlbox, queue will not be there in memory and >>>>>> messages will be processed from the database. >>>>>> >>>>>> -------- >>>>>> *Jinson* >>>>>> >>>>>> >>>>>> On Tue, Oct 26, 2010 at 8:45 PM, Alejandro Guerrieri < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Ok, some questions: >>>>>>> >>>>>>> kannel is running as "user"? >>>>>>> >>>>>>> Are you sure there's nothing on the store? >>>>>>> >>>>>>> How big is your queue anyway? >>>>>>> >>>>>>> And some answers: >>>>>>> >>>>>>> Add more memory, or reduce the amount of queued messages. There's no >>>>>>> way out, pending messages will _always_ be kept in memory for >>>>>>> performance >>>>>>> reasons (it would be painfully slow otherwise). >>>>>>> >>>>>>> Swapping will trash your performance badly, if you'r sending big >>>>>>> amounts of messages, you need to use the proper hardware to do it. >>>>>>> >>>>>>> sqlbox doesn't have anything to do with your problem. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Alex >>>>>>> >>>>>>> >>>>>>> On Tue, Oct 26, 2010 at 5:05 PM, Jinson <[email protected]> wrote: >>>>>>> >>>>>>>> I can not afford consuming huge memories...its already using 80% of >>>>>>>> my swap area and message queues are getting increased. >>>>>>>> >>>>>>>> Is there any alternative to solve this? How about sqlbox? >>>>>>>> >>>>>>>> -------- >>>>>>>> *Jinson* >>>>>>>> * >>>>>>>> >>>>>>>> >>>>>>>> * >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Oct 26, 2010 at 8:29 PM, Alejandro Guerrieri < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Oh, and BTW, the store is a "safeguard" that it's only used when >>>>>>>>> starting the service (to reload pending messages, etc). >>>>>>>>> >>>>>>>>> Under normal operations, kannel will keep all messages in memory >>>>>>>>> _and_ back them up on the store. If you shutdown the service (or if it >>>>>>>>> crashes or it's killed), kannel will use the store to restore the >>>>>>>>> queue. >>>>>>>>> >>>>>>>>> So, if you have a huge queue, expect it to consume vast amounts of >>>>>>>>> memory, even with the store in place. >>>>>>>>> >>>>>>>>> Hope it helps, >>>>>>>>> >>>>>>>>> Alex >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Oct 26, 2010 at 4:56 PM, Alejandro Guerrieri < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Jinson, >>>>>>>>>> >>>>>>>>>> store-dump-freq only applies to the "file" store-type. >>>>>>>>>> >>>>>>>>>> Are you sure that the spool folder exists, and it's writable by >>>>>>>>>> the process kannel is running as? >>>>>>>>>> >>>>>>>>>> Have you checked the logs? >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> >>>>>>>>>> Alex >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Oct 26, 2010 at 4:47 PM, Jinson <[email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> Sorry for the trouble. Was trying to convey the exact problem. >>>>>>>>>>> >>>>>>>>>>> I'm still facing this issue. My messages are getting queued up in >>>>>>>>>>> the memory queue and not getting moved into the store. >>>>>>>>>>> >>>>>>>>>>> -------- >>>>>>>>>>> *Jinson* >>>>>>>>>>> >>>>>>>>>>> 2010/10/26 Nikos Balkanas <[email protected]> >>>>>>>>>>> >>>>>>>>>>> Not when you are spamming the list. 3 emails about the same thing >>>>>>>>>>>> in the last 4 hours is abuse, for users who volunteer their free >>>>>>>>>>>> time to >>>>>>>>>>>> help. >>>>>>>>>>>> >>>>>>>>>>>> Nikos >>>>>>>>>>>> ----- Original Message ----- From: Jinson >>>>>>>>>>>> To: users >>>>>>>>>>>> Cc: Divya Philip >>>>>>>>>>>> Sent: Tuesday, October 26, 2010 3:19 PM >>>>>>>>>>>> Subject: Re: Question about Store Type >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Can somebody help me with the query? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Oct 26, 2010 at 11:24 AM, Jinson <[email protected]> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> A correction : >>>>>>>>>>>> I have huge message queue in memory related to each SMSC >>>>>>>>>>>> connection and very less number of messages in store. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Oct 26, 2010 at 10:59 AM, Jinson <[email protected]> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hello Group, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Can somebody explain how Kannel Store mechanism works? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I can see three configuration parameters in the user guide. >>>>>>>>>>>> store-type, store-location and store-dump-freq. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> My problem is that I have huge message queue in memory related >>>>>>>>>>>> to each SMSC connection and very less number of messages in queue. >>>>>>>>>>>> My swap >>>>>>>>>>>> usage is always above 70% because of the memory queues. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Is there any way to move these queued messages in memory to >>>>>>>>>>>> store? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Attached my core group conf >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> #Kannel configuration >>>>>>>>>>>> group = core >>>>>>>>>>>> admin-port = xxxx >>>>>>>>>>>> admin-password = "xxx" >>>>>>>>>>>> status-password = "xxxx" >>>>>>>>>>>> smsbox-port = xxxx >>>>>>>>>>>> smsbox-port-ssl = no >>>>>>>>>>>> sms-resend-retry = 0 >>>>>>>>>>>> store-type = spool >>>>>>>>>>>> store-location = "/xxxxxxxxxxl" >>>>>>>>>>>> dlr-storage = mysql >>>>>>>>>>>> log-file = "/var/log/kannel/kannel-core.log" >>>>>>>>>>>> access-log = "/var/log/kannel/bearerbox-access.log" >>>>>>>>>>>> log-level = 1 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> Jinson. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
