Yes, definitely a decision to take at the application layer, not on the gateway.

Regards,
--
Alejandro Guerrieri
[email protected]



On 27/08/2009, at 20:29, Milan P. Stanic wrote:

On Thu, 2009-08-27 at 00:34, Donald Jackson wrote:
Your patch looks fine but, the problem is that we have received an empty MO, and this will now not allow the sms-service to process it (maybe some sort
of default process).

I'm not sure this is the behavior users would expect, I think most users would expect that if they received an empty SMS they would still receive it.

Obviously this is limited to some carriers who have this behavior in their data_sm PDU's. I think we should simply fix it in smsbox by converting a
NULL msgdata into a octstr_create("") and that should suffice without
causing any unnecessary issues with the lower layers.

Thoughts? Alot of writing for such a simple issue :D

If you allow me to express my opinion:
I'm not kannel developer, but from users perspective I agree with you. I
expect from kannel to deliver message to applications even if the
message is empty.

2009/8/27 Nikos Balkanas <[email protected]>

Dear Alex,

This is a trivial patch. However, I would like to suggest something to
improve it:

In thread sms_to_smsboxes it checks and if msg = NULL it drops it. I
added a check if msgdata is NULL to drop it as well.

This would avoid further processing (less overhead) of the sms and simplify further logic present and future, in that they wouldn't have to be concerned with it. I assume that empty MO sms don't need any sms-service or further
processing.

What do you think?

PS. Compilation is clean. I don't have, though, any smsc connections to
test it. @Hemant: Can you please test?

BR,
Nikos

----- Original Message -----
*From:* Alexander Malysh <[email protected]>
*To:* Development mailing list <[email protected]>
*Cc:* Donald Jackson <[email protected]> ; Hemant Gmail<[email protected] >; Nikos
Balkanas <[email protected]>
*Sent:* Wednesday, August 26, 2009 10:59 AM
*Subject:* Re: Patch: SMSbox crash

Hi all,
ok, seems too many parts of kannel rely on the msgdata not to be NULL.

@Donald: never use octstr_imm of you pass this to further processing. octstr_imm doesn't support all functions and you don't know what the user of
such field will do with it.

If this really the case that too much kannel parts rely on msgdata to be
not NULL then your patch is not enough. Please try attached patch
that will fix this issue for all available SMSC module.

Thanks,
Alexander Malysh

------------------------------


Am 25.08.2009 um 20:24 schrieb Nikos Balkanas:

Hi Donald,

I guess intercepting it upstream was my intention, too, however I think you got it too far back. I was thinking more likely at the SMS router function to check if payload is NULL to quietly discard the SMS and pick the next one from Q, this way minimizing overhead. Plus at this stage it would apply to
all MO SMS, not only SMPP.

I changed subject to patch, so that Alex picks up on it and speaks his
mind.

BR,
Nikos

----- Original Message -----
*From:* Donald Jackson <[email protected]>
*To:* Nikos Balkanas <[email protected]>
*Cc:* Hemant Gmail <[email protected]> ; [email protected]
*Sent:* Tuesday, August 25, 2009 8:33 PM
*Subject:* Re: SMSbox crashed

Hi Nikos,
Apologies I wasn't actually following the thread he emailed me privately :)

The problem occurs in smsbox when it tries to find a translation for the message. The different thing about these messages, is they are NULL. This is because this operator is not sending the (TLV) message_payload parameter
with the data_sm PDU if no text is specified.

Smsbox/find_translation does no NULL checking on msgdata before trying the octstr_covert_range, which is why it fails the assertion. My patch simply sets the parameter to an empty Octstr inside the data_sm code, to prevent smsbox from falling over, and then still passing the upstream applications
an empty string, instead of '(null)'.

Let me know your thoughts,

Thanks,
Donald

2009/8/25 Nikos Balkanas <[email protected]>

Thanks, Donald.

I was personally holding out for Herman to try out patching, but yours is
more than welcome.

I have also not forgotten your store isuue. I have not been able to
reproduce it with fakesmsc, so it seems to be exclusive to the at driver. I will have to add code to simulate the modem calls (don't have modem or other smsc links - I am a wap guy) and i wouldn't like to spend a lot of money to
try it out on a real connection.

Meanwhile could you provide us with some relevant bb logs from the
problem? I believe you can increase in real time the log detail from the
http administration.

BR,
Nikos

----- Original Message -----
*From:* Donald Jackson <[email protected]>
*To:* Development mailing list <[email protected]>
*Cc:* Hemant Gmail <[email protected]> ; [email protected]
*Sent:* Tuesday, August 25, 2009 4:40 PM
*Subject:* Re: SMSbox crashed

Hi Nikos,
I have fixed this problem for Hemant. There is a bug when receiving
data_sm PDU's for MO's.

I will send in the patch for CVS review shortly.

Cheers,
Donald

2009/8/25 Nikos Balkanas <[email protected]>

Hi,

Just switched to devel group. This is getting too much for users.

1) Does latest CVS still faces same problem?

2) There is no <if> statement at line 1384. I think we may be out of sync
in urltrans.c. Best look for function:

find_translation

and then consider the octstr_convert_range in there. That's the one that throws the panic. However, you shouldn't comment it out, since it is needed
by the normal (non-empty) SMS.

Best run bb through the debugger and fire an empty sms. When it crashes find the path to it. It should lead to the aforementioned function. At an appropriate point in the path, as soon as posssible, you need to check if
SMS text is NULL and if it is to discard it.

BR,
Nikos

----- Original Message -----
*From:* Hemant Gmail <[email protected]>
*To:* 'Nikos Balkanas' <[email protected]>
*Cc:* [email protected]
 *Sent:* Tuesday, August 25, 2009 3:59 PM
*Subject:* RE: SMSbox crashed

Hi Nikos,



Can I just comment the if condition on line 1384? Will that help? Please
let me know



Thanks,

Hemant



*From:* Nikos Balkanas [mailto:[email protected]]
*Sent:* Monday, August 24, 2009 8:40 PM
*To:* Hemant Gmail
*Cc:* [email protected]
*Subject:* Re: SMSbox crashed



Hi,



Just update to latest CVS and test. All patches are in there. If problem still exists I could work a simple patch for it. If you want to fix it yourself, the problem is in octstr_convert_range in gw/ urltrans.c: 1384



BR,

Nikos

----- Original Message -----

*From:* Hemant Gmail <[email protected]>

*To:* 'Nikos Balkanas' <[email protected]>

*Cc:* [email protected]

*Sent:* Monday, August 24, 2009 5:59 PM

*Subject:* RE: SMSbox crashed



Hi,



Just figured the problem .. every time Kannel receives an empty message, smsbox crashes … I am sure this is a known issue. Can you please point me to
some patch available to fix this.



Thanks again,

Hemant



*From:* Nikos Balkanas [mailto:[email protected]]
*Sent:* Thursday, August 20, 2009 12:04 PM
*To:* Hemant Gmail
*Cc:* [email protected]
*Subject:* Re: SMSbox crashed



Hi,



Seems you have an extra space in your get-url. Are you using url- mapping? How come your *www.smsexample.com/services* is translated toindex.php/smswebadmin/subscribe_users_proservices?
Is this right?



If problem persist post SMS you are sending. Also post relevant bearerbox
logs (application + access) from problem.



BR,

Nikos

----- Original Message -----

*From:* Hemant Gmail <[email protected]>

*To:* 'Nikos Balkanas' <[email protected]>

*Cc:* [email protected]

*Sent:* Thursday, August 20, 2009 7:39 AM

*Subject:* RE: SMSbox crashed



Hi Nikos,



This is an MO, please check the sms-service configuration below.



group = sms-service

keyword = default

catch-all = yes

get-url = "http://www.smsexample.com/
services?to=%P&mobilenumber=%p&message=%a&receivedon=%t"

max-messages = 4

concatenation = true

omit-empty = true



Thanks,

Hemant



*From:* Nikos Balkanas [mailto:[email protected]]
*Sent:* Wednesday, August 19, 2009 11:10 PM
*To:* Hemant Gmail
*Cc:* [email protected]
*Subject:* Re: SMSbox crashed



Hi,



Could you please post your sms-service configuration for smsgame1?



Also I assume this is an MO. What sms do you send?



BR,

Nikos

----- Original Message -----

*From:* Hemant Gmail <[email protected]>

*To:* 'Nikos Balkanas' <[email protected]>

*Cc:* [email protected]

*Sent:* Wednesday, August 19, 2009 3:51 PM

*Subject:* RE: SMSbox crashed



Hi Nikos,



Please find below the log, I hope this helps.



SMSBOX.LOG

2009-08-16 23:00:57 [4477] [4] INFO: Starting to service <smsgame1> from
<+123456789> to <1111>

2009-08-16 23:00:57 [4477] [9] DEBUG: Queue contains 0 pending requests.

2009-08-16 23:00:57 [4477] [9] DEBUG: Parsing URL `
http://www.smsexample.com/services?to=1111&mobilenumber=%2B123456789&message=smsgame1&receivedon=2009-08-17+03:00:57
':

2009-08-16 23:00:57 [4477] [9] DEBUG:   Scheme: http://

2009-08-16 23:00:57 [4477] [9] DEBUG:   Host: www.smsexample.com

2009-08-16 23:00:57 [4477] [9] DEBUG:   Port: 80

2009-08-16 23:00:57 [4477] [9] DEBUG:   Username: (null)

2009-08-16 23:00:57 [4477] [9] DEBUG:   Password: (null)

2009-08-16 23:00:57 [4477] [9] DEBUG:   Path:
/index.php/smswebadmin/subscribe_users_proservices

2009-08-16 23:00:57 [4477] [9] DEBUG:   Query:
to=1111&mobilenumber= %2B123456789&message=smsgame1&receivedon=2009-08-17+03:00:57

2009-08-16 23:00:57 [4477] [9] DEBUG:   Fragment: (null)

2009-08-16 23:00:57 [4477] [9] DEBUG: HTTP: Opening connection to `
www.smsexample.com:80' (fd=28).

2009-08-16 23:00:57 [4477] [9] DEBUG: Socket connecting

2009-08-16 23:00:57 [4477] [8] DEBUG: Get info about connecting socket

2009-08-16 23:00:57 [4477] [8] DEBUG: HTTP: Sending request:

2009-08-16 23:00:57 [4477] [8] DEBUG: Octet string at 0x10f9c950:

2009-08-16 23:00:57 [4477] [8] DEBUG:   len:  227

2009-08-16 23:00:57 [4477] [8] DEBUG:   size: 1024

2009-08-16 23:00:57 [4477] [8] DEBUG:   immutable: 0

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 47 45 54 20 2f 69 6e 64 65
78 2e 70 68 70 2f 73   GET /index.php/s

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 6d 73 77 65 62 61 64 6d 69
6e 2f 73 75 62 73 63   mswebadmin/subsc

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 72 69 62 65 5f 75 73 65 72
73 5f 70 72 6f 73 65   ribe_users_prose

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 72 76 69 63 65 73 3f 74 6f
3d 31 38 31 38 26 6d   rvices?to=1111&m

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 6f 62 69 6c 65 6e 75 6d 62
65 72 3d 25 32 42 32   obilenumber=%2B2

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 33 31 36 36 31 33 39 38 37
26 6d 65 73 73 61 67   316613987&messag

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 65 3d 46 6f 6f 74 62 61 6c
6c 26 72 65 63 65 69   e=smsgame1&recei

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 76 65 64 6f 6e 3d 32 30 30
39 2d 30 38 2d 31 37   vedon=2009-08-17

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 2b 30 33 3a 30 30 3a 35 37
20 48 54 54 50 2f 31   +03:00:57 HTTP/1

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 2e 31 0d 0a 48 6f 73 74 3a
20 77 77 77 2e 73 6d   .1..Host: www.sm

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 73 73 74 72 65 61 6d 65 72
2e 63 6f 6d 0d 0a 43   sstreamer.com..C

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 6f 6e 6e 65 63 74 69 6f 6e
3a 20 6b 65 65 70 2d   onnection: keep-

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 61 6c 69 76 65 0d 0a 55 73
65 72 2d 41 67 65 6e   alive..User-Agen

2009-08-16 23:00:57 [4477] [8] DEBUG: data: 74 3a 20 4b 61 6e 6e 65 6c
2f 31 2e 34 2e 33 0d   t: Kannel/1.4.3.

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 0a 0d
0a                                          ...

2009-08-16 23:00:57 [4477] [8] DEBUG: Octet string dump ends.

2009-08-16 23:00:58 [4477] [8] DEBUG: HTTP: Status line: <HTTP/ 1.1 200
OK>

2009-08-16 23:00:58 [4477] [8] DEBUG: HTTP: Received response:

2009-08-16 23:00:58 [4477] [8] DEBUG: Octet string at 0x10f9d630:

2009-08-16 23:00:58 [4477] [8] DEBUG:   len:  381

2009-08-16 23:00:58 [4477] [8] DEBUG:   size: 1024

2009-08-16 23:00:58 [4477] [8] DEBUG:   immutable: 0

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 44 61 74 65 3a 20 4d 6f 6e
2c 20 31 37 20 41 75   Date: Mon, 17 Au

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 67 20 32 30 30 39 20 30 33
3a 30 30 3a 35 37 20   g 2009 03:00:57

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 47 4d 54 0d 0a 53 65 72 76
65 72 3a 20 41 70 61   GMT..Server: Apa

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 63 68 65 2f 32 2e 32 2e 38
20 28 46 65 64 6f 72   che/2.2.8 (Fedor

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 61 29 0d 0a 58 2d 50 6f 77
65 72 65 64 2d 42 79   a)..X-Powered-By

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 3a 20 50 48 50 2f 35 2e 32
2e 36 0d 0a 53 65 74   : PHP/5.2.6..Set

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 2d 43 6f 6f 6b 69 65 3a 20
43 41 4b 45 50 48 50   -Cookie: CAKEPHP

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 3d 72 75 31 70 31 30 69 33
36 70 68 6b 74 33 32   =ru1p10i36phkt32

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 36 68 6b 76 68 6a 6c 75 66
67 36 3b 20 65 78 70   6hkvhjlufg6; exp

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 69 72 65 73 3d 54 68 75 2c
20 31 37 20 41 75 67   ires=Thu, 17 Aug

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 20 32 30 33 34 20 30 39 3a
30 30 3a 35 37 20 47    2034 09:00:57 G

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 4d 54 3b 20 70 61 74 68 3d
2f 69 6e 64 65 78 2e   MT; path=/index.

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 70 68 70 2f 0d 0a 50 33 50
3a 20 43 50 3d 22 4e   php/..P3P: CP="N

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 4f 49 20 41 44 4d 20 44 45
56 20 50 53 41 69 20   OI ADM DEV PSAi

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 43 4f 4d 20 4e 41 56 20 4f
55 52 20 4f 54 52 6f   COM NAV OUR OTRo

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 20 53 54 50 20 49 4e 44 20
44 45 4d 22 0d 0a 43    STP IND DEM"..C

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 6f 6e 74 65 6e 74 2d 4c 65
6e 67 74 68 3a 20 36   ontent-Length: 6

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 30 0d 0a 43 6f 6e 6e 65 63
74 69 6f 6e 3a 20 63   0..Connection: c

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 6c 6f 73 65 0d 0a 43 6f 6e
74 65 6e 74 2d 54 79   lose..Content-Ty

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 70 65 3a 20 74 65 78 74 2f
68 74 6d 6c 0d 0a 0d   pe: text/html...

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 0a 0a 59 6f 75 20 68 61 76
65 20 73 75 63 63 65   ..You have succe

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 73 73 66 75 6c 6c 79 20 73
75 62 73 63 72 69 62   ssfully subscrib

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 65 64 20 74 6f 20 46 6f 6f
74 62 61 6c 6c 20 67   ed to smsgame1 g

2009-08-16 23:00:58 [4477] [8] DEBUG: data: 72 6f 75 70 20 73 65 72 76
69 63 65 73            roup services

2009-08-16 23:00:58 [4477] [8] DEBUG: Octet string dump ends.

2009-08-16 23:00:58 [4477] [5] DEBUG: message length 59, sending 1
messages

2009-08-16 23:00:58 [4477] [0] DEBUG: Got ACK (0) of
595fac84-2cc9-4f23-a552-2fca9830206f

2009-08-16 23:00:58 [4477] [0] DEBUG: No client - multi-send or ACK to
pull-reply

2009-08-16 23:23:25 [4477] [4] PANIC: gwlib/octstr.c:2481:
seems_valid_real: Assertion `ostr != NULL' failed. (Called from
gwlib/octstr.c:836:octstr_convert_range.)

2009-08-16 23:23:25 [4477] [4] PANIC:
/usr/local/kannel/sbin/smsbox(gw_panic+0x15b) [0x43c7fb]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/ smsbox
[0x43d079]

2009-08-16 23:23:25 [4477] [4] PANIC:
/usr/local/kannel/sbin/smsbox(octstr_convert_range+0x3d) [0x43d54d]

2009-08-16 23:23:25 [4477] [4] PANIC:
/usr/local/kannel/sbin/smsbox(urltrans_find+0x55) [0x41d045]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/ smsbox
[0x415790]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/ smsbox
[0x433885]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libpthread.so.0
[0x343da06367]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libc.so.6(clone+0x6d)
[0x343ced309d]



Thanks,

Hemant



*From:* Nikos Balkanas [mailto:[email protected]]
*Sent:* Tuesday, August 18, 2009 9:02 PM
*To:* [email protected]
*Cc:* [email protected]
*Subject:* Re: SMSbox crashed



Hi,



Please supply longer logs before the problem. Make sure there are at
least 2 - 3 entries from thread [4] before the problem.



BR,

Nikos

----- Original Message -----

*From:* Hemant Gmail <[email protected]>

*To:* [email protected]

*Sent:* Monday, August 17, 2009 8:51 AM

*Subject:* SMSbox crashed



Hello,



For some reason my smsbox has started crashing since last couple of days.
Please find below the log entries.

Can anyone please help me on this?



2009-08-16 23:00:58 [4477] [0] DEBUG: Got ACK (0) of
595fac84-2cc9-4f23-a552-2fca9830206f

2009-08-16 23:00:58 [4477] [0] DEBUG: No client - multi-send or ACK to
pull-reply

2009-08-16 23:23:25 [4477] [4] PANIC: gwlib/octstr.c:2481:
seems_valid_real: Assertion `ostr != NULL' failed. (Called from
gwlib/octstr.c:836:octstr_convert_range.)

2009-08-16 23:23:25 [4477] [4] PANIC:
/usr/local/kannel/sbin/smsbox(gw_panic+0x15b) [0x43c7fb]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/ smsbox
[0x43d079]

2009-08-16 23:23:25 [4477] [4] PANIC:
/usr/local/kannel/sbin/smsbox(octstr_convert_range+0x3d) [0x43d54d]

2009-08-16 23:23:25 [4477] [4] PANIC:
/usr/local/kannel/sbin/smsbox(urltrans_find+0x55) [0x41d045]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/ smsbox
[0x415790]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/ smsbox
[0x433885]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libpthread.so.0
[0x343da06367]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libc.so.6(clone+0x6d)
[0x343ced309d]



Thanks in advance.

Hemant




--
Donald Jackson
http://www.thearchitech.com




--
Donald Jackson
http://www.thearchitech.com
donald(a)thearchitech.com

<data_sm_mo.patch>


------------------------------

Hi all,

ok, seems too many parts of kannel rely on the msgdata not to be NULL.

@Donald: never use octstr_imm of you pass this to further processing.
octstr_imm doesn't support all functions and you don't know what the
user of
such field will do with it.

If this really the case that too much kannel parts rely on msgdata to
be not NULL then your patch is not enough. Please try attached patch
that will fix this issue for all available SMSC module.

Thanks,
Alexander Malysh


Am 25.08.2009 um 20:24 schrieb Nikos Balkanas:


Hi Donald,

I guess intercepting it upstream was my intention, too, however I
think you got it too far back. I was thinking more likely at the SMS
router function to check if payload is NULL to quietly discard the
SMS and pick the next one from Q, this way minimizing overhead. Plus
at this stage it would apply to all MO SMS, not only SMPP.

I changed subject to patch, so that Alex picks up on it and speaks
his mind.

BR,
Nikos
----- Original Message -----
From: Donald Jackson
To: Nikos Balkanas
Cc: Hemant Gmail ; [email protected]
Sent: Tuesday, August 25, 2009 8:33 PM
Subject: Re: SMSbox crashed

Hi Nikos,

Apologies I wasn't actually following the thread he emailed me
privately :)

The problem occurs in smsbox when it tries to find a translation for
the message. The different thing about these messages, is they are
NULL. This is because this operator is not sending the (TLV)
message_payload parameter with the data_sm PDU if no text is
specified.

Smsbox/find_translation does no NULL checking on msgdata before
trying the octstr_covert_range, which is why it fails the assertion.
My patch simply sets the parameter to an empty Octstr inside the
data_sm code, to prevent smsbox from falling over, and then still
passing the upstream applications an empty string, instead of
'(null)'.

Let me know your thoughts,

Thanks,
Donald

2009/8/25 Nikos Balkanas <[email protected]>
Thanks, Donald.

I was personally holding out for Herman to try out patching, but
yours is more than welcome.

I have also not forgotten your store isuue. I have not been able to
reproduce it with fakesmsc, so it seems to be exclusive to the at
driver. I will have to add code to simulate the modem calls (don't
have modem or other smsc links - I am a wap guy) and i wouldn't like
to spend a lot of money to try it out on a real connection.

Meanwhile could you provide us with some relevant bb logs from the
problem? I believe you can increase in real time the log detail from
the http administration.

BR,
Nikos
----- Original Message -----
From: Donald Jackson
To: Development mailing list
Cc: Hemant Gmail ; [email protected]
Sent: Tuesday, August 25, 2009 4:40 PM
Subject: Re: SMSbox crashed

Hi Nikos,

I have fixed this problem for Hemant. There is a bug when receiving
data_sm PDU's for MO's.

I will send in the patch for CVS review shortly.

Cheers,
Donald

2009/8/25 Nikos Balkanas <[email protected]>
Hi,

Just switched to devel group. This is getting too much for users.

1) Does latest CVS still faces same problem?

2) There is no <if> statement at line 1384. I think we may be out of
sync in urltrans.c. Best look for function:

find_translation

and then consider the octstr_convert_range in there. That's the one
that throws the panic. However, you shouldn't comment it out, since
it is needed by the normal (non-empty) SMS.

Best run bb through the debugger and fire an empty sms. When it
crashes find the path to it. It should lead to the aforementioned
function. At an appropriate point in the path, as soon as posssible,
you need to check if SMS text is NULL and if it is to discard it.

BR,
Nikos
----- Original Message -----
From: Hemant Gmail
To: 'Nikos Balkanas'
Cc: [email protected]
Sent: Tuesday, August 25, 2009 3:59 PM
Subject: RE: SMSbox crashed

Hi Nikos,


Can I just comment the if condition on line 1384? Will that help?
Please let me know


Thanks,

Hemant


From: Nikos Balkanas [mailto:[email protected]]
Sent: Monday, August 24, 2009 8:40 PM
To: Hemant Gmail
Cc: [email protected]
Subject: Re: SMSbox crashed


Hi,


Just update to latest CVS and test. All patches are in there. If
problem still exists I could work a simple patch for it. If you want
to fix it yourself, the problem is in octstr_convert_range in gw/
urltrans.c: 1384


BR,

Nikos

----- Original Message -----

From: Hemant Gmail

To: 'Nikos Balkanas'

Cc: [email protected]

Sent: Monday, August 24, 2009 5:59 PM

Subject: RE: SMSbox crashed


Hi,


Just figured the problem .. every time Kannel receives an empty
message, smsbox crashes … I am sure this is a known issue. Can you
please point me to some patch available to fix this.


Thanks again,

Hemant


From: Nikos Balkanas [mailto:[email protected]]
Sent: Thursday, August 20, 2009 12:04 PM
To: Hemant Gmail
Cc: [email protected]
Subject: Re: SMSbox crashed


Hi,


Seems you have an extra space in your get-url. Are you using url-
mapping? How come your www.smsexample.com/services is translated
toindex.php/smswebadmin/subscribe_users_proservices? Is this right?



If problem persist post SMS you are sending. Also post relevant
bearerbox logs (application + access) from problem.


BR,

Nikos

----- Original Message -----

From: Hemant Gmail

To: 'Nikos Balkanas'

Cc: [email protected]

Sent: Thursday, August 20, 2009 7:39 AM

Subject: RE: SMSbox crashed


Hi Nikos,


This is an MO, please check the sms-service configuration below.


group = sms-service

keyword = default

catch-all = yes

get-url = "http://www.smsexample.com/ services?to=%P&mobilenumber=
%p&message=%a&receivedon=%t"

max-messages = 4

concatenation = true

omit-empty = true


Thanks,

Hemant


From: Nikos Balkanas [mailto:[email protected]]
Sent: Wednesday, August 19, 2009 11:10 PM
To: Hemant Gmail
Cc: [email protected]
Subject: Re: SMSbox crashed


Hi,


Could you please post your sms-service configuration for smsgame1?


Also I assume this is an MO. What sms do you send?


BR,

Nikos

----- Original Message -----

From: Hemant Gmail

To: 'Nikos Balkanas'

Cc: [email protected]

Sent: Wednesday, August 19, 2009 3:51 PM

Subject: RE: SMSbox crashed


Hi Nikos,


Please find below the log, I hope this helps.


SMSBOX.LOG

2009-08-16 23:00:57 [4477] [4] INFO: Starting to service <smsgame1>
from <+123456789> to <1111>

2009-08-16 23:00:57 [4477] [9] DEBUG: Queue contains 0 pending
requests.

2009-08-16 23:00:57 [4477] [9] DEBUG: Parsing URL `
http://www.smsexample.com/services?to=1111&mobilenumber=%2B123456789&message=smsgame1&receivedon=2009-08-17+03:00:57'

:

2009-08-16 23:00:57 [4477] [9] DEBUG:   Scheme: http://

2009-08-16 23:00:57 [4477] [9] DEBUG:   Host: www.smsexample.com

2009-08-16 23:00:57 [4477] [9] DEBUG:   Port: 80

2009-08-16 23:00:57 [4477] [9] DEBUG:   Username: (null)

2009-08-16 23:00:57 [4477] [9] DEBUG:   Password: (null)

2009-08-16 23:00:57 [4477] [9] DEBUG: Path: /index.php/ smswebadmin/
subscribe_users_proservices

2009-08-16 23:00:57 [4477] [9] DEBUG: Query: to=1111&mobilenumber=
%2B123456789&message=smsgame1&receivedon=2009-08-17+03:00:57

2009-08-16 23:00:57 [4477] [9] DEBUG:   Fragment: (null)

2009-08-16 23:00:57 [4477] [9] DEBUG: HTTP: Opening connection to `
www.smsexample.com:80
' (fd=28).

2009-08-16 23:00:57 [4477] [9] DEBUG: Socket connecting

2009-08-16 23:00:57 [4477] [8] DEBUG: Get info about connecting socket

2009-08-16 23:00:57 [4477] [8] DEBUG: HTTP: Sending request:

2009-08-16 23:00:57 [4477] [8] DEBUG: Octet string at 0x10f9c950:

2009-08-16 23:00:57 [4477] [8] DEBUG:   len:  227

2009-08-16 23:00:57 [4477] [8] DEBUG:   size: 1024

2009-08-16 23:00:57 [4477] [8] DEBUG:   immutable: 0

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 47 45 54 20 2f 69 6e
64 65 78 2e 70 68 70 2f 73   GET /index.php/s

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 6d 73 77 65 62 61 64
6d 69 6e 2f 73 75 62 73 63   mswebadmin/subsc

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 72 69 62 65 5f 75 73
65 72 73 5f 70 72 6f 73 65   ribe_users_prose

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 72 76 69 63 65 73 3f
74 6f 3d 31 38 31 38 26 6d   rvices?to=1111&m

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 6f 62 69 6c 65 6e 75
6d 62 65 72 3d 25 32 42 32   obilenumber=%2B2

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 33 31 36 36 31 33 39
38 37 26 6d 65 73 73 61 67   316613987&messag

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 65 3d 46 6f 6f 74 62
61 6c 6c 26 72 65 63 65 69   e=smsgame1&recei

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 76 65 64 6f 6e 3d 32
30 30 39 2d 30 38 2d 31 37   vedon=2009-08-17

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 2b 30 33 3a 30 30 3a
35 37 20 48 54 54 50 2f 31   +03:00:57 HTTP/1

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 2e 31 0d 0a 48 6f 73
74 3a 20 77 77 77 2e 73 6d   .1..Host: www.sm

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 73 73 74 72 65 61 6d
65 72 2e 63 6f 6d 0d 0a 43   sstreamer.com..C

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 6f 6e 6e 65 63 74 69
6f 6e 3a 20 6b 65 65 70 2d   onnection: keep-

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 61 6c 69 76 65 0d 0a
55 73 65 72 2d 41 67 65 6e   alive..User-Agen

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 74 3a 20 4b 61 6e 6e
65 6c 2f 31 2e 34 2e 33 0d   t: Kannel/1.4.3.

2009-08-16 23:00:57 [4477] [8] DEBUG:   data: 0a 0d
0a                                          ...

2009-08-16 23:00:57 [4477] [8] DEBUG: Octet string dump ends.

2009-08-16 23:00:58 [4477] [8] DEBUG: HTTP: Status line: <HTTP/1.1
200 OK>

2009-08-16 23:00:58 [4477] [8] DEBUG: HTTP: Received response:

2009-08-16 23:00:58 [4477] [8] DEBUG: Octet string at 0x10f9d630:

2009-08-16 23:00:58 [4477] [8] DEBUG:   len:  381

2009-08-16 23:00:58 [4477] [8] DEBUG:   size: 1024

2009-08-16 23:00:58 [4477] [8] DEBUG:   immutable: 0

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 44 61 74 65 3a 20 4d
6f 6e 2c 20 31 37 20 41 75   Date: Mon, 17 Au

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 67 20 32 30 30 39 20
30 33 3a 30 30 3a 35 37 20   g 2009 03:00:57

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 47 4d 54 0d 0a 53 65
72 76 65 72 3a 20 41 70 61   GMT..Server: Apa

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 63 68 65 2f 32 2e 32
2e 38 20 28 46 65 64 6f 72   che/2.2.8 (Fedor

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 61 29 0d 0a 58 2d 50
6f 77 65 72 65 64 2d 42 79   a)..X-Powered-By

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 3a 20 50 48 50 2f 35
2e 32 2e 36 0d 0a 53 65 74   : PHP/5.2.6..Set

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 2d 43 6f 6f 6b 69 65
3a 20 43 41 4b 45 50 48 50   -Cookie: CAKEPHP

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 3d 72 75 31 70 31 30
69 33 36 70 68 6b 74 33 32   =ru1p10i36phkt32

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 36 68 6b 76 68 6a 6c
75 66 67 36 3b 20 65 78 70   6hkvhjlufg6; exp

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 69 72 65 73 3d 54 68
75 2c 20 31 37 20 41 75 67   ires=Thu, 17 Aug

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 20 32 30 33 34 20 30
39 3a 30 30 3a 35 37 20 47    2034 09:00:57 G

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 4d 54 3b 20 70 61 74
68 3d 2f 69 6e 64 65 78 2e   MT; path=/index.

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 70 68 70 2f 0d 0a 50
33 50 3a 20 43 50 3d 22 4e   php/..P3P: CP="N

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 4f 49 20 41 44 4d 20
44 45 56 20 50 53 41 69 20   OI ADM DEV PSAi

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 43 4f 4d 20 4e 41 56
20 4f 55 52 20 4f 54 52 6f   COM NAV OUR OTRo

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 20 53 54 50 20 49 4e
44 20 44 45 4d 22 0d 0a 43    STP IND DEM"..C

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 6f 6e 74 65 6e 74 2d
4c 65 6e 67 74 68 3a 20 36   ontent-Length: 6

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 30 0d 0a 43 6f 6e 6e
65 63 74 69 6f 6e 3a 20 63   0..Connection: c

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 6c 6f 73 65 0d 0a 43
6f 6e 74 65 6e 74 2d 54 79   lose..Content-Ty

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 70 65 3a 20 74 65 78
74 2f 68 74 6d 6c 0d 0a 0d   pe: text/html...

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 0a 0a 59 6f 75 20 68
61 76 65 20 73 75 63 63 65   ..You have succe

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 73 73 66 75 6c 6c 79
20 73 75 62 73 63 72 69 62   ssfully subscrib

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 65 64 20 74 6f 20 46
6f 6f 74 62 61 6c 6c 20 67   ed to smsgame1 g

2009-08-16 23:00:58 [4477] [8] DEBUG:   data: 72 6f 75 70 20 73 65
72 76 69 63 65 73            roup services

2009-08-16 23:00:58 [4477] [8] DEBUG: Octet string dump ends.

2009-08-16 23:00:58 [4477] [5] DEBUG: message length 59, sending 1
messages

2009-08-16 23:00:58 [4477] [0] DEBUG: Got ACK (0) of
595fac84-2cc9-4f23-a552-2fca9830206f

2009-08-16 23:00:58 [4477] [0] DEBUG: No client - multi-send or ACK
to pull-reply

2009-08-16 23:23:25 [4477] [4] PANIC: gwlib/octstr.c:2481:
seems_valid_real: Assertion `ostr != NULL' failed. (Called from
gwlib/octstr.c:836:octstr_convert_range.)

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/
smsbox(gw_panic+0x15b) [0x43c7fb]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/smsbox
[0x43d079]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/
smsbox(octstr_convert_range+0x3d) [0x43d54d]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/
smsbox(urltrans_find+0x55) [0x41d045]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/smsbox
[0x415790]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/smsbox
[0x433885]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libpthread.so.0
[0x343da06367]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libc.so.6(clone+0x6d)
[0x343ced309d]


Thanks,

Hemant


From: Nikos Balkanas [mailto:[email protected]]
Sent: Tuesday, August 18, 2009 9:02 PM
To: [email protected]
Cc: [email protected]
Subject: Re: SMSbox crashed


Hi,


Please supply longer logs before the problem. Make sure there are at
least 2 - 3 entries from thread [4] before the problem.


BR,

Nikos

----- Original Message -----

From: Hemant Gmail

To: [email protected]

Sent: Monday, August 17, 2009 8:51 AM

Subject: SMSbox crashed


Hello,


For some reason my smsbox has started crashing since last couple of
days. Please find below the log entries.

Can anyone please help me on this?


2009-08-16 23:00:58 [4477] [0] DEBUG: Got ACK (0) of
595fac84-2cc9-4f23-a552-2fca9830206f

2009-08-16 23:00:58 [4477] [0] DEBUG: No client - multi-send or ACK
to pull-reply

2009-08-16 23:23:25 [4477] [4] PANIC: gwlib/octstr.c:2481:
seems_valid_real: Assertion `ostr != NULL' failed. (Called from
gwlib/octstr.c:836:octstr_convert_range.)

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/
smsbox(gw_panic+0x15b) [0x43c7fb]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/smsbox
[0x43d079]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/
smsbox(octstr_convert_range+0x3d) [0x43d54d]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/
smsbox(urltrans_find+0x55) [0x41d045]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/smsbox
[0x415790]

2009-08-16 23:23:25 [4477] [4] PANIC: /usr/local/kannel/sbin/smsbox
[0x433885]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libpthread.so.0
[0x343da06367]

2009-08-16 23:23:25 [4477] [4] PANIC: /lib64/libc.so.6(clone+0x6d)
[0x343ced309d]


Thanks in advance.

Hemant




--
Donald Jackson
http://www.thearchitech.com



--
Donald Jackson
http://www.thearchitech.com
donald(a)thearchitech.com
<data_sm_mo.patch>




--
Donald Jackson
http://www.thearchitech.com
donald(a)thearchitech.com

--
Kind regards,  Milan
--------------------------------------------------
Arvanta, IT Security        http://www.arvanta.net
phone: +38122478204,  +38163429022
Please do not send me e-mail containing HTML code.



Reply via email to