Hi
I have a problem with Kannel 1.4.1 queuing messages. The kannel setup is 1.4.1 with sqlbox-standalone. When Kannel runs for a while, it starts to behave in a manner like this: it receives MO requests and fetches responses alright. However, it is unable to send messages and majority of the outbound messages build up an MT queue. But the thing is the queue [or cache, I’m not sure as at this time] is not shown by the kannel MT queue variables. I can confirm a scenario in which the kannel MT queue variable showed the number of messages in queue. But this queue or cache does not show up on that variable. When I look in the logs I see large patches with messages like these below: 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: gwlist_len = 1176 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa1b6cb0 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa1f2e58 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa1cfdd0 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa296048 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa2d1818 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa296230 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa1cbe98 vs 0xa1b6cb0) 2006-12-05 14:32:13 [17197] [10] DEBUG: sms_router: handling message (0xa1bc2e8 vs 0xa1b6cb0) When I do a restart to kannel to force the messages in queue/cache out, it simply dumps the messages into an MT queue and continues processing new MO requests. It starts deflating the queue then but the rate is very slow; about a few messages every minute or two. Initially I thought it was a capacity issue in that when the rate of transmitting MT’s is very high then this kind of scenario is more likely to play out. However I have observed this same behaviors even with very low message rates [MO/MT]. Does anyone have any idea about how to solve. Most of what I have found on the mailing list concerning this message relates to EMI2 and other issues. Nii Amon, Rancard Solutions Ltd., web: HYPERLINK "http://www.rancardsolutions.com"http://www.rancardsolutions.com cell: +233.27.617.6997 office: +233.21.782.949 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.7/569 - Release Date: 12/5/2006
