Hi,
I found some weird situation. I cross checked bearerbox-access log and
smsbox-access log. In the bearerbox-access I found 874 messages. But when check
smsbox-access it's only 871 sent to back end application using http get
protocol. Where does the 3 messages gone?I see no errors in the
Hi,
Did you check your store queue before starting? There were propably some
leftover messages in there...
BR,
Nikos
- Original Message -
From: sangprabv sangpr...@gmail.com
To: Kannel list users@kannel.org
Sent: Monday, August 09, 2010 10:29 AM
Subject: Does SMSBox Really Sent Out
You're complicating things... even while bearerbox _process_ the DLR's as
they arrive, they're awaited for on someplace else than the store, either
a memory queue or a DB table, that's my point. Your example of a
disconnected box doesn't apply to a real-case scenario at all and it's just
a
Have you checked the application's access log as well? I bet they won't be
there...
Nothing else on the logs? Maybe the requests failed and are being retried
(or Kannel gave up retrying and discarded them).
Regards,
Alex
On Mon, Aug 9, 2010 at 9:29 AM, sangprabv sangpr...@gmail.com wrote:
Hi Nikos,
Do you experience memory problem? In my case Kannel is eating the memory on
high load traffics. I always need to restart the box to get more memory. I even
give 3 on /proc/sys/vm/drop_caches but still Kannel eat the memory :(
sangprabv
sangpr...@gmail.com
Hi Nikos,
Thanks again for the feedback. You hit the nail on the head - I am seeing
WARNING: smsbox_list empty! throughout the bearerbox log. Looks like
running sqlbox alone is not enough to truly emulate a smsbox.
So, I delved into the source for sqlbox, and from what I can see, it has no
ACK
Hi
You have a 3rd option: Do nothing on either boxes but do it on your
own application that feed sms to opensmppbox.
I do something like that by parsing the bearerbox status page and
getting each smsc queue.
If you do mess with either box, you will be brancing off
kannel/opensmppbox and will
Hi,
You are missing an smsbox-route group. Once you configure that, your DLR
problem will disappear. You need to set an smsbox-id in your smsbox group (I
remeber you already have a dummy one), that corresponds to the id in your
sqlbox. Then configure that to your smsbox-route group. Right now
Hi,
Server was 64bit Ubuntu system, kernel 2.6.31-22. Dual core Xeon @3.4GHz. 4
GB RAM. MyIsam Mysql, with index on ts,smsc. You may have to adjust this if
using latest svn with EMI or CIMD2 connections. Interestingly, SQLbox,
performed the same as smsbox in MT with DB for DLRs.
BR,
Nikos
No memory problems. It is reasonable that kannel will use more memory in
higher traffic, since all queues are in memory, as long as it drops to
nominal levels once the traffic is gone.
BR,
Nikos
- Original Message -
From: sangprabv
To: brett skinner
Cc: Nikos Balkanas ; kannel users
Hi Nikos,
I'll certainly try what you suggest, but I'm not quite sure that's the
issue. Although bearerbox may think it doesn't have any smsboxes connected,
it's still happily routing messages to sqlbox - here's a brief extract from
the bearerbox log:
2010-08-09 23:46:52 [24133] [4] WARNING:
Hi,
That's fine, but I asked you to post relevant bb logs from modem
initailaization, which I don't see. Have you read User's guide about it?
BR,
Nikos
- Original Message -
From: Dlamini Langa Phillip la...@sptc.co.sz
To: Nikos Balkanas nbalka...@gmail.com
Cc: users@kannel.org
Sent:
Hi,
Today I've found some critical error with kannel spool store-type.
When I have messages in a queue (spool) and restart Bearerbox I get
Panic:
2010-08-09 17:49:55 [29887] [0] PANIC: Not handled sms_type within store!
2010-08-09 17:49:55 [29887] [0] PANIC:
Nope. What you see is entirely different. send_msg is not sending the DLR to
sqlbox, but rather responding an ACK to the received MT. I don't know if
there is a problem with sqlbox, but I bet I would have heard about it if it
were, but revert to the svn version and try smsbox-route. The warning
Hi,
You have a corrupted SMS in your spool. Remove it and you will be fine.
BR,
Nikos
- Original Message -
From: Tomasz ad...@impexrur.pl
To: users@kannel.org
Sent: Monday, August 09, 2010 7:30 PM
Subject: Problem with spool store - missing sms_type
Hi,
Today I've found some
I think you are both right.
The smsbox_list empty problem is a bearerbox routing problem.
However, AFAIR, sqlbox doesn't send back an ACK to saved messages if it
receives them.
It sure would be nice if it did.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Please share the patch ;)
== Rene
-Original Message-
From: Toby Phipps [mailto:toby.phi...@nexmedia.com.sg]
Sent: Monday, 09 August, 2010 18:24
To: 'Nikos Balkanas'; 'Rene Kluwen'; users@kannel.org
Subject: RE: Life without smsbox
Hi Nikos,
I'll certainly try what you suggest, but I'm
Btw, you can post it on the de...@kannel.org list with a copy to Alejandro
Guerrieri alejandro.guerri...@gmail.com.
He is the one maintaining sqlbox at the moment.
== Rene
-Original Message-
From: users-boun...@kannel.org [mailto:users-boun...@kannel.org] On Behalf
Of Rene Kluwen
Sent:
Hmm, OK. Interesting. I've reverted to the SVN head of sqlbox and configured
the following:
group = smsbox
bearerbox-host = localhost
smsbox-id = sqlbox
group = smsbox-route
smsbox-id = sqlbox
group = sqlbox
id = sqlbox
smsbox-id = sqlbox
bearerbox-port = 13100
bearerbox-host = localhost
#
Please address list.
I didn't know that opensmppbox has now a queue. Clearly you shouldn't have
overlapping spools between bb and openssmppbox. Configure different spool
areas for each one.
BR,
Nikos
- Original Message -
From: Tomasz ad...@impexrur.pl
To: Nikos Balkanas
Hi,
Yes, I know that they are corrupted, but all msgs in spool are always
corrupted :) I removed them, but all new messages queued at spool are
corrupted.
They are probably incorrectly saved by Bearerbox/openSMPPBOX.
The problem starts when I want to restart Bearerbox - it displays
PANICs and
I reiterate. SQLbox shouldn't have such an error. Your smsbox-route is not
correct, you need to specify smsc-id. Read User's guide about it. You should
still be getting that WARNING.
Solve that, and you should be set.
BR,
Nikos
- Original Message -
From: Toby Phipps
Hi,
Open SMPPBOX haven't its own queue - I submit messages to Bearerbox
via open SMPPBOX from other system. But sometimes these messages are
being queued by Bearerbox in spool.
But when Bearerbox is restarted while at spool there are some messages, it
PANICs and won't run.
The problem is
A similar problem happens with sqlbox if you don't set the sms_type to 2
when submitting mt's: everything works fine until you restart the service,
and then when bearerbox tries to restore the queue from the store it fails
with those errors.
I don't know if opensmppbox is leaving the sms type
hi evrybody,
I've somme probleme with kannel.
My smsc is connected with kannel and it's onlines. But when i loock to
store-status, i see many sms are queued.
And these sms are destinated to this smsc witch is online.
My smsbox is also online.
Does somebody can help me?
From:
Hi,
I've tried to send message via standard SMSBOX (CGI push) and when it
is being queued sms_type field is present (value 2).
But if message is pushed via open SMPPBOX, sms_type field is missing
and Bearerbox crashes during restart. So it must be issue with open
SMPPBOX.
As Alex wrote,
Yep, smsbox doesn't. Sqlbox, if you're not careful, does.
The problem is with the way messages are checked. When messages are received
from a box, they go to memory first _and_ the store later. In that case,
bearerbox doesn't perform any sanity checks on the sms type field.
Now, when messages
True. You have the same smsbox-id for both smsbox and sqlbox.
It should be different.
But... probably sqlbox isn't going to send an ACK. At least I didn't put it
in the code. Maybe someone else.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday,
Hi,
The behaviour in store is the only correct one. sms_type could be an MO (0),
MT (2) or DLR (3). Different logic and routing is applied in each case.
During startup it doesn't know which one is and correctly panics. During
operation, maybe bb can tell more, but I am not sure it is always
Hi,
If your problem is with MOs, please read User's guide about smsbox-route.
That should do it.
BR,
Nikos
- Original Message -
From: Omar THIAM
To: users@kannel.org
Sent: Monday, August 09, 2010 8:44 PM
Subject: store sms MO
hi evrybody,
I've somme probleme with kannel.
My smsc
Exactly.
The point is: during normal operation, kannel of course it doesn't panic and
will accept messages without a valid sms type. However, they're kept on the
store with an invalid format, so if you shutdown the service with messages
pending on the store, and just one of them happens to have
Yes, open smppbox should correctly fill in the correct type. If it doesn't it
is an error.
But at the same time: If one particular message has an incorrent sms_type. Why
panic? It can just discard the message and go on with normal operation.
== Rene
-Original Message-
From:
Hi,
Always use users list for such questions.
Add your server to /etc/hosts.
I don't know to which variable name you are referring to.
Try:
telnet 9201
from a shell to see if you have connectivity to HTTP smsc. That address
2.2.2.2 in your send-url looks mighty suspicious.
BR,
Nikos
Try valgrind in linux.
BR,
Nikos
- Original Message -
From: sangprabv sangpr...@gmail.com
To: Nikos Balkanas nbalka...@gmail.com
Cc: brett skinner tatty.dishcl...@gmail.com; kannel users
users@kannel.org
Sent: Tuesday, August 10, 2010 3:35 AM
Subject: Re: Kannel performance
Yeah I understand that. But when the there is no traffic. Kannel doesn't
release the cached or buffered memory it used. Do you have any solution? What
command to list down or trace the memory usage by Kannel? So maybe we can
investigate which function or module in Kannel is eating the memory.
Rene,
As the subject line suggests, I'm not actually running a smsbox, and the
smsbox-id in both sqlbox and smsbox groups is set to the same value as
recommended by Nikos (below) in order to force the routing. Maybe I
misunderstood his directions?
In any case, the smsbox_list empty warning
36 matches
Mail list logo