Re: Fwd: Could not open bearerbox

[Stipe Tolj]

Am 19.06.2017 12:10, schrieb Robin C:


Have you checked it? Any updates>??


Hi Robin,

just had a moment to look into this.

The corresponding source code locations don't correspond IMO to the 
backtrace of the PANIC, especially I don't see any reference for 
octstr_ncompare() at gw/smsc/smsc_smpp.c:854.


Is this a vanilla 1.4.4 source build, or do you have patches here that 
have been applied? If yes, then I will need the gw/smsc/smsc_smpp.c file 
from you to review.


--
Best Regards,
Stipe Tolj

---
Düsseldorf, NRW, Germany

Kannel Foundation tolj.org system architecture
http://www.kannel.org/http://www.tolj.org/

stolj at kannel.org   st at tolj.org
---

Fwd: Could not open bearerbox

[Robin C]

-- Forwarded message --
From: Robin C 
Date: Fri, Jun 16, 2017 at 10:49 AM
Subject: Re: Could not open bearerbox
To: Stipe Tolj 


Hi,

Have you checked it? Any updates>??

On Wed, Jun 14, 2017 at 11:39 AM, Robin C  wrote:

> Hi,
>
> Thank you for the reply. Please find the output of the command 'addr2line
> -e bearerbox 0x49e5a7 0x4640a0 0x467375 0x48f269' below:
>
> /root/gateway-1.4.4/gwlib/octstr.c:2373
> /root/gateway-1.4.4/gw/smsc/smsc_smpp.c:854
> /root/gateway-1.4.4/gw/smsc/smsc_smpp.c:1655
> /root/gateway-1.4.4/gwlib/gwthread-pthread.c:820
>
> On Fri, Jun 9, 2017 at 9:15 PM, Stipe Tolj  wrote:
>
>> Am 07.06.2017 09:59, schrieb Robin C:
>>
>>> Hi,
>>>
>>> I couldn't start the bearerbox. Please check the logs below:
>>>
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG: SMPP PDU 0x7f467a10 dump:
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   type_name: bind_transceiver
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   command_id: 9 = 0x0009
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   command_status: 0 = 0x
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   sequence_number: 1 = 0x0001
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   system_id: "usera"
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   password: "pwd"
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   system_type: "smpp11"
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   interface_version: 52 =
>>> 0x0034
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   addr_ton: 0 = 0x
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   addr_npi: 0 = 0x
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG:   address_range: NULL
>>> 2017-06-07 13:13:38 [18942] [9] DEBUG: SMPP PDU dump ends.
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG: SMPP[MTNL_S1]: Got PDU:
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG: SMPP PDU 0x7f467c000a10 dump:
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG:   type_name: bind_transceiver_resp
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG:   command_id: 2147483657 =
>>> 0x8009
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG:   command_status: 0 = 0x
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG:   sequence_number: 1 = 0x0001
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG:   system_id: NULL
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG: SMPP PDU dump ends.
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG: SMPP[MTNL_S1]: throughput
>>> (0.00,0.00)
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: sms_router: gwlist_len = 4
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: sms_router: handling message
>>> (0x13c6150 vs 0x13c6150)
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: Message routed successfully.
>>> 2017-06-07 13:13:38 [18942] [8] DEBUG: SMPP[MTNL_S1]: throughput
>>> (0.00,0.00)
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: sms_router: handling message
>>> (0x13c9fb0 vs 0x13c9fb0)
>>> *2017-06-07 13:13:38 [18942] [8] PANIC: gwlib/octstr.c:2549:
>>> seems_valid_real: Assertion `ostr != NULL' failed. (Called from
>>> gwlib/octstr.c:956:octstr_ncompare.)*
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: Message routed successfully.
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: sms_router: handling message
>>> (0x13c9ba0 vs 0x13c9ba0)
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: Message routed successfully.
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: sms_router: handling message
>>> (0x13c4e80 vs 0x13c4e80)
>>> 2017-06-07 13:13:38 [18942] [10] DEBUG: Message routed successfully.
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox(gw_backtrace+0xae)
>>> [0x4986fe]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox(gw_panic+0x159)
>>> [0x498869]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox() [0x499aa2]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox(octstr_ncompare+0x47)
>>> [0x49e5a7]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox() [0x4640a0]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox() [0x467375]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: ./bearerbox() [0x48f269]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: /lib64/libpthread.so.0(+0x7aa1)
>>> [0x7f4698acbaa1]
>>> 2017-06-07 13:13:38 [18942] [8] PANIC: /lib64/libc.so.6(clone+0x6d)
>>> [0x7f4697c94aad]
>>>
>>
>>
>> Hi,
>>
>> please provide the function location backtrace via output of:
>>
>>   $ addr2line -e bearerbox 0x49e5a7 0x4640a0 0x467375 0x48f269
>>
>> this will show us at what code locations the callstack is traversed.
>>
>> --
>> Best Regards,
>> Stipe Tolj
>>
>> ---
>> Düsseldorf, NRW, Germany
>>
>> Kannel Foundation tolj.org system architecture
>> http://www.kannel.org/http://www.tolj.org/
>>
>> stolj at kannel.org   st at tolj.org
>> ---
>>
>>
>
>
> --
>
>*Thanks & Regards,*
>
>
>
>   Robin C
>
>  Linux System Administrator
>
>
>
> *ZIN-CRON | Bulk Sms, Voice Calls, Long Codes, Short Codes, Software
> Development, Web &