Re: Store size increasing on MO

[amalysh]

comment out smsbox-route because as far as I see you don’t need it for only one 
smsbox.

Alex

> Am 25.05.2016 um 08:30 schrieb conandor :
> 
> I unable to start kannel if i comment out smsbox-id.
> 
> 2016-05-25 12:27:20 [15033] [0] PANIC: 'smsbox-route' group without valid 
> 'smsbox-id' directive!
> 
> ~ KH
> 
>> On 24 May 2016, at 7:52 PM, amal...@kannel.org  
>> wrote:
>> 
>> Hi,
>> 
>> looks like you MO routing is broken. Try to comment out smsbox-id = „mo“ in 
>> your config.
>> 
>> Alex
>> 
>>> Am 18.05.2016 um 05:12 schrieb conandor >> >:
>>> 
>>> I have a kannel bearerbox dedicated to MO only. And I notice the store size 
>>> keep increasing. Why is it so?
>>> 
>>> Kannel bearerbox version `1.4.4'.
>>> Build `Oct  9 2015 03:35:52', compiler `4.4.7 20120313 (Red Hat 4.4.7-16)'.
>>> System Linux, release 2.6.32-573.8.1.el6.x86_64, version #1 SMP Fri Sep 25 
>>> 19:24:22 EDT 2015, machine x86_64.
>>> Hostname localhost, IP 127.0.0.1.
>>> Libxml version 2.7.6.
>>> Using native malloc.
>>> 
>>> 
>>> Status: running, uptime 0d 0h 9m 19s
>>> 
>>> WDP: received 0 (0 queued), sent 0 (0 queued)
>>> 
>>> SMS: received 21022 (0 queued), sent 0 (1 queued), store size 1101
>>> SMS: inbound (36.59,38.03,37.61) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>>> 
>>> DLR: received 0, sent 0
>>> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>>> DLR: 0 queued, using internal storage
>>> 
>>> Box connections:
>>> smsbox:mo, IP 127.0.0.1 (0 queued), (on-line 0d 0h 9m 17s)  
>>> 
>>> 
>>> SMSC connections:
>> 
> 

Re: Store size increasing on MO

[conandor]

I unable to start kannel if i comment out smsbox-id.

2016-05-25 12:27:20 [15033] [0] PANIC: 'smsbox-route' group without valid 
'smsbox-id' directive!

~ KH

> On 24 May 2016, at 7:52 PM, amal...@kannel.org wrote:
> 
> Hi,
> 
> looks like you MO routing is broken. Try to comment out smsbox-id = „mo“ in 
> your config.
> 
> Alex
> 
>> Am 18.05.2016 um 05:12 schrieb conandor > >:
>> 
>> I have a kannel bearerbox dedicated to MO only. And I notice the store size 
>> keep increasing. Why is it so?
>> 
>> Kannel bearerbox version `1.4.4'.
>> Build `Oct  9 2015 03:35:52', compiler `4.4.7 20120313 (Red Hat 4.4.7-16)'.
>> System Linux, release 2.6.32-573.8.1.el6.x86_64, version #1 SMP Fri Sep 25 
>> 19:24:22 EDT 2015, machine x86_64.
>> Hostname localhost, IP 127.0.0.1.
>> Libxml version 2.7.6.
>> Using native malloc.
>> 
>> 
>> Status: running, uptime 0d 0h 9m 19s
>> 
>> WDP: received 0 (0 queued), sent 0 (0 queued)
>> 
>> SMS: received 21022 (0 queued), sent 0 (1 queued), store size 1101
>> SMS: inbound (36.59,38.03,37.61) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>> 
>> DLR: received 0, sent 0
>> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>> DLR: 0 queued, using internal storage
>> 
>> Box connections:
>> smsbox:mo, IP 127.0.0.1 (0 queued), (on-line 0d 0h 9m 17s)  
>> 
>> 
>> SMSC connections:
> 

Re: Store size increasing on MO

[amalysh]

Hi,

looks like you MO routing is broken. Try to comment out smsbox-id = „mo“ in 
your config.

Alex

> Am 18.05.2016 um 05:12 schrieb conandor :
> 
> I have a kannel bearerbox dedicated to MO only. And I notice the store size 
> keep increasing. Why is it so?
> 
> Kannel bearerbox version `1.4.4'.
> Build `Oct  9 2015 03:35:52', compiler `4.4.7 20120313 (Red Hat 4.4.7-16)'.
> System Linux, release 2.6.32-573.8.1.el6.x86_64, version #1 SMP Fri Sep 25 
> 19:24:22 EDT 2015, machine x86_64.
> Hostname localhost, IP 127.0.0.1.
> Libxml version 2.7.6.
> Using native malloc.
> 
> 
> Status: running, uptime 0d 0h 9m 19s
> 
> WDP: received 0 (0 queued), sent 0 (0 queued)
> 
> SMS: received 21022 (0 queued), sent 0 (1 queued), store size 1101
> SMS: inbound (36.59,38.03,37.61) msg/sec, outbound (0.00,0.00,0.00) msg/sec
> 
> DLR: received 0, sent 0
> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
> DLR: 0 queued, using internal storage
> 
> Box connections:
> smsbox:mo, IP 127.0.0.1 (0 queued), (on-line 0d 0h 9m 17s)  
> 
> 
> SMSC connections: