Patch: SMSbox crash

Alejandro Guerrieri aguerrieri at kannel.org
Thu Aug 27 20:53:10 CEST 2009


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

Regards,
--
Alejandro Guerrieri
aguerrieri at kannel.org



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 <nbalkanas at gmail.com>
>>
>>> 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 <amalysh at kannel.org>
>>> *To:* Development mailing list <devel at kannel.org>
>>> *Cc:* Donald Jackson <donaldjster at gmail.com> ; Hemant Gmail<hbaandal at gmail.com 
>>> >; Nikos
>>> Balkanas <nbalkanas at gmail.com>
>>> *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 <donaldjster at gmail.com>
>>> *To:* Nikos Balkanas <nbalkanas at gmail.com>
>>> *Cc:* Hemant Gmail <hbaandal at gmail.com> ; devel at vm1.kannel.org
>>> *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 <nbalkanas at gmail.com>
>>>
>>>> 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 <donaldjster at gmail.com>
>>>> *To:* Development mailing list <devel at kannel.org>
>>>> *Cc:* Hemant Gmail <hbaandal at gmail.com> ; devel at vm1.kannel.org
>>>> *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 <nbalkanas at gmail.com>
>>>>
>>>>> 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 <hbaandal at gmail.com>
>>>>> *To:* 'Nikos Balkanas' <nbalkanas at gmail.com>
>>>>> *Cc:* users at vm1.kannel.org
>>>>>  *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:nbalkanas at gmail.com]
>>>>> *Sent:* Monday, August 24, 2009 8:40 PM
>>>>> *To:* Hemant Gmail
>>>>> *Cc:* users at vm1.kannel.org
>>>>> *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 <hbaandal at gmail.com>
>>>>>
>>>>> *To:* 'Nikos Balkanas' <nbalkanas at gmail.com>
>>>>>
>>>>> *Cc:* users at vm1.kannel.org
>>>>>
>>>>> *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:nbalkanas at gmail.com]
>>>>> *Sent:* Thursday, August 20, 2009 12:04 PM
>>>>> *To:* Hemant Gmail
>>>>> *Cc:* users at vm1.kannel.org
>>>>> *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 <hbaandal at gmail.com>
>>>>>
>>>>> *To:* 'Nikos Balkanas' <nbalkanas at gmail.com>
>>>>>
>>>>> *Cc:* users at vm1.kannel.org
>>>>>
>>>>> *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:nbalkanas at gmail.com]
>>>>> *Sent:* Wednesday, August 19, 2009 11:10 PM
>>>>> *To:* Hemant Gmail
>>>>> *Cc:* users at vm1.kannel.org
>>>>> *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 <hbaandal at gmail.com>
>>>>>
>>>>> *To:* 'Nikos Balkanas' <nbalkanas at gmail.com>
>>>>>
>>>>> *Cc:* users at vm1.kannel.org
>>>>>
>>>>> *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:nbalkanas at gmail.com]
>>>>> *Sent:* Tuesday, August 18, 2009 9:02 PM
>>>>> *To:* hbaandal at gmail.com
>>>>> *Cc:* users at vm1.kannel.org
>>>>> *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 <hbaandal at gmail.com>
>>>>>
>>>>> *To:* users at kannel.org
>>>>>
>>>>> *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 ; devel at vm1.kannel.org
>>>> 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 <nbalkanas at gmail.com>
>>>> 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 ; devel at vm1.kannel.org
>>>> 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 <nbalkanas at gmail.com>
>>>> 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: users at vm1.kannel.org
>>>> 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:nbalkanas at gmail.com]
>>>> Sent: Monday, August 24, 2009 8:40 PM
>>>> To: Hemant Gmail
>>>> Cc: users at vm1.kannel.org
>>>> 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: users at vm1.kannel.org
>>>>
>>>> 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:nbalkanas at gmail.com]
>>>> Sent: Thursday, August 20, 2009 12:04 PM
>>>> To: Hemant Gmail
>>>> Cc: users at vm1.kannel.org
>>>> 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: users at vm1.kannel.org
>>>>
>>>> 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:nbalkanas at gmail.com]
>>>> Sent: Wednesday, August 19, 2009 11:10 PM
>>>> To: Hemant Gmail
>>>> Cc: users at vm1.kannel.org
>>>> 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: users at vm1.kannel.org
>>>>
>>>> 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:nbalkanas at gmail.com]
>>>> Sent: Tuesday, August 18, 2009 9:02 PM
>>>> To: hbaandal at gmail.com
>>>> Cc: users at vm1.kannel.org
>>>> 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: users at kannel.org
>>>>
>>>> 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.
>




More information about the devel mailing list