Re: Patch: gw/bb_boxc.c
"Nikos Balkanas" <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <1DC441F8A66B4A268154AB7B10BACD6D@drwho> |
Hi, My patch didn't cover or hide the condition, since it printed errors at each step. However, it led to a half-initialized system that could only push SMS and not receive any (DLRs or MOs). It is interesting how smsbox was able to connect to bearerbox for the push. There is an issue with your patch. What will happen if one wants just to use wap + PPG without DLRs and wants no smsbox? SMScs are still needed for the PPG. Thanks, Nikos ----- Original Message ----- From: "Alexander Malysh" <[email protected]> To: "Nikos Balkanas" <[email protected]> Cc: <[email protected]> Sent: Friday, February 19, 2010 6:54 PM Subject: Re: Patch: gw/bb_boxc.c Hi Nikos, your patch just hides configuration error. IMO we should not start at all with a wrong config and this bug is there because we ignore init errors. Attached patch fixes it... Thanks, Alexander Malysh -------------------------------------------------------------------------------- Am 19.02.2010 um 10:31 schrieb Nikos Balkanas: > Hi, > > Well, I didn't expect it either, and that's why the panic arises. I > included the whole thread to demonstrate the problem: > > In line 1194, it will return(-1) if no smsbox-port is configured in core > group. Therefore, smsbox_list_rwlock never gets allocated and if an SMS or > DLR is received, it will panic. > > I also noticed that the patch didn't include smsbox_list initialization to > NULL (There are some issues with cvs diff), so please set that as well. > > Thanks, > Nikos > ----- Original Message ----- From: "Alexander Malysh" <[email protected]> > To: "Nikos Balkanas" <[email protected]> > Cc: <[email protected]> > Sent: Friday, February 19, 2010 11:08 AM > Subject: Re: Patch: gw/bb_boxc.c > > > Hi Nikos, > > I don't see how it's should be possible that smsbox_list ist NULL. > Please look into function smsbox_start line 1230 where smsbox_list is > initialized. > > Thanks, > Alexander Malysh > > Am 19.02.2010 um 06:29 schrieb Nikos Balkanas: > >> Oops! Corrected a small typo. >> >> Nikos >> ----- Original Message ----- From: "Nikos Balkanas" <[email protected]> >> To: <[email protected]> >> Cc: "Jens Haag" <[email protected]> >> Sent: Friday, February 19, 2010 5:31 AM >> Subject: Patch: gw/bb_boxc.c >> >> >>> Hi, >>> >>> This is a trivial patch for a gentler, kinder response when receiving an >>> sms >>> and no smsbox-port is configured in core group. >>> >>> Reported by Jens Haag. >>> >>> Enjoy! >>> Nikos >>> >>> ----- Original Message ----- From: "Nikos Balkanas" >>> <[email protected]> >>> To: "Jens Haag" <[email protected]>; <[email protected]> >>> Sent: Friday, February 19, 2010 5:05 AM >>> Subject: Re: PANIC then geting DLR from SMPP. >>> >>> >>>> Actually please check and post problematic bearerbox logs from startup. >>>> The problem should be apparent right there. You didn't check logs for >>>> Errors. >>>> >>>> BR, >>>> Nikos >>>> ----- Original Message ----- From: "Nikos Balkanas" >>>> <[email protected]> >>>> To: "Jens Haag" <[email protected]>; <[email protected]> >>>> Sent: Friday, February 19, 2010 4:44 AM >>>> Subject: Re: PANIC then geting DLR from SMPP. >>>> >>>> >>>>> Happy you solved it. My apologies for putting you through all this for >>>>> nothing. You might want to comment out wapbox-port, wdp-interface and >>>>> group wapbox if you don't use them, but they don't hurt. Anyway, it >>>>> looks >>>>> like the lock was never created. This qualifies this as a bug. I will >>>>> try >>>>> to get a patch out. >>>>> >>>>> BR >>>>> ----- Original Message ----- From: "Jens Haag" <[email protected]> >>>>> To: <[email protected]> >>>>> Sent: Thursday, February 18, 2010 8:01 PM >>>>> Subject: Re: PANIC then geting DLR from SMPP. >>>>> >>>>> >>>>> I found the problem! It was wrong in conf file.. im have >>>>> wapbox- >>>>> port on CORE group... and tryed to use it as an smsbox... >>>>> changed wapbox-port to smsbox-port and everythings worked =) >>>>> >>>>> Sorry for that stupied mistake =/ >>>>> >>>>> Thanx for all help, i think im going to use this maillist more =) >>>>> >>>>> //Jens >>>>> >>>>> 18 feb 2010 kl. 18.19 skrev Nikos Balkanas: >>>>> >>>>>> Yes, that's why I asked you to comment it out. Run a valgrind on >>>>>> that. >>>>>> It should tell you useful things about the segfault (i.e. not >>>>>> allocated, allocated but freed, etc.) >>>>>> >>>>>> I am kind of surprised since kannel has thousands production >>>>>> systems, >>>>>> and this hasn't come up. So it is really a tried and worthwhile SMS >>>>>> gateway. You could also try gdb on it and break just after the lock >>>>>> is >>>>>> created (in bearerbox.c) and just before it segfaults and compare >>>>>> both >>>>>> values. It seems likely at this point that the lock is never >>>>>> created, >>>>>> but I don't have the time to go through the code now to see why not. >>>>>> That shouldn't be happenning anyway. >>>>>> >>>>>> Best of luck, >>>>>> Nikos >>>>>> ----- Original Message ----- From: "Jens Haag" <[email protected]> >>>>>> To: <[email protected]> >>>>>> Sent: Thursday, February 18, 2010 5:46 PM >>>>>> Subject: Re: PANIC then geting DLR from SMPP. >>>>>> >>>>>> >>>>>> Thanx for your time, to bad we dident fix it.. im going to have >>>>>> large scale sms system.. going to handle millions of sms.. and >>>>>> the only gateway i have found is this one =/ >>>>>> >>>>>> This is just för testing now and going to have auther camputers >>>>>> later.. what linux dist and set up (software) is best? I can try >>>>>> yo work around the problem then... and have better chance to use >>>>>> kannel =) >>>>>> >>>>>> ohh.. got "Segmentation fault" if i removed the assert.... >>>>>> >>>>>> >>>>>> //Jens Haag >>>>>> 18 feb 2010 kl. 16.32 skrev Nikos Balkanas: >>>>>> >>>>>>> Stay with latest CVS. It is the best. Nothing suspicious in the >>>>>>> logs. >>>>>>> >>>>>>> Comment out the assert in gwlib/gw-rwlock.c:137 and try again. If >>>>>>> you >>>>>>> don't, urlencode your dlr-url. >>>>>>> >>>>>>> I am sorry, I don't have the time to reproduce or follow through >>>>>>> any >>>>>>> more. >>>>>>> >>>>>>> BR, >>>>>>> Nikos >>>>>>> ----- Original Message ----- From: "Jens Haag" <[email protected]> >>>>>>> To: <[email protected]> >>>>>>> Sent: Thursday, February 18, 2010 5:15 PM >>>>>>> Subject: Re: PANIC then geting DLR from SMPP. >>>>>>> >>>>>>> >>>>>>> I have tryed all versions.. now im using cvs version.. >>>>>>> >>>>>>> I realy want this to work.. i need an powerfull sms gateway =) Can >>>>>>> i change something to get it work? Upgrade? Or is it from bad >>>>>>> hardware? >>>>>>> >>>>>>> im useing Ubuntu: Linux icit 2.6.22-14-server #1 SMP Tue Feb 12 >>>>>>> 03:10:53 UTC 2008 x86_64 GNU/Linux >>>>>>> >>>>>>> >>>>>>> //Jens Haag >>>>>>> >>>>>>> valgrind --leak-check=full ./bearerbox /etc/kannel/kannel.conf >>>>>>> ==31120== Memcheck, a memory error detector >>>>>>> ==31120== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward >>>>>>> et >>>>>>> al. >>>>>>> ==31120== Using Valgrind-3.5.0 and LibVEX; rerun with -h for >>>>>>> copyright >>>>>>> info >>>>>>> ==31120== Command: ./bearerbox /etc/kannel/kannel.conf >>>>>>> ==31120== >>>>>>> 2010-02-18 16:09:01 [31120] [0] INFO: Debug_lvl = -1, log_file = >>>>>>> <none>, log_lvl = 0 >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: MYSQL: Connected to server at >>>>>>> localhost. >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: MYSQL: server version 5.0.45- >>>>>>> Debian_1ubuntu3.3-log, client version 5.0.51a. >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: DLR using storage type: mysql >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: Kannel bearerbox version >>>>>>> `cvs-20100121'. >>>>>>> Build `Feb 18 2010 14:38:42', compiler `4.1.3 20070929 (prerelease) >>>>>>> (Ubuntu 4.1.2-16ubuntu2)'. >>>>>>> System Linux, release 2.6.22-14-server, version #1 SMP Tue Feb 12 >>>>>>> 03:10:53 UTC 2008, machine x86_64. >>>>>>> Hostname icit.se, IP 127.0.1.1. >>>>>>> Libxml version 2.6.31. >>>>>>> Using OpenSSL 0.9.8g 19 Oct 2007. >>>>>>> Compiled with MySQL 5.0.51a, using MySQL 5.0.51a. >>>>>>> Using native malloc. >>>>>>> >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: Added logfile >>>>>>> `/var/log/kannel/ >>>>>>> bearerbox.log' with level `0'. >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: HTTP: Opening server at port >>>>>>> 13000. >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: Started thread 1 (gwlib/ >>>>>>> fdset.c:poller) >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: Started thread 2 (gwlib/ >>>>>>> http.c:server_thread) >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: Started thread 3 (gw/ >>>>>>> bb_http.c:httpadmin_run) >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: starting smsbox connection >>>>>>> module >>>>>>> 2010-02-18 16:09:02 [31120] [2] DEBUG: Thread 2 (gwlib/ >>>>>>> http.c:server_thread) maps to pid 31120. >>>>>>> 2010-02-18 16:09:02 [31120] [1] DEBUG: Thread 1 (gwlib/ >>>>>>> fdset.c:poller) >>>>>>> maps to pid 31120. >>>>>>> 2010-02-18 16:09:02 [31120] [0] ERROR: Missing smsbox-port variable, >>>>>>> cannot start smsboxes >>>>>>> 2010-02-18 16:09:02 [31120] [3] DEBUG: Thread 3 (gw/ >>>>>>> bb_http.c:httpadmin_run) maps to pid 31120. >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: Set SMS resend frequency to 60 >>>>>>> seconds. >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: SMS resend retry set to >>>>>>> unlimited. >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: MO concatenated message >>>>>>> handling enabled >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: DLR rerouting for smsc id >>>>>>> <Silverstreet1> disabled. >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: Started thread 4 (gw/smsc/ >>>>>>> smsc_smpp.c:io_thread) >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: Started thread 5 (gw/ >>>>>>> bb_smscconn.c:sms_router) >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: starting UDP sender/receiver >>>>>>> module >>>>>>> 2010-02-18 16:09:02 [31120] [4] DEBUG: Thread 4 (gw/smsc/ >>>>>>> smsc_smpp.c:io_thread) maps to pid 31120. >>>>>>> 2010-02-18 16:09:02 [31120] [4] DEBUG: Connecting to <83.96.144.205> >>>>>>> 2010-02-18 16:09:02 [31120] [5] DEBUG: Thread 5 (gw/ >>>>>>> bb_smscconn.c:sms_router) maps to pid 31120. >>>>>>> 2010-02-18 16:09:02 [31120] [0] INFO: Adding interface * >>>>>>> 2010-02-18 16:09:02 [31120] [0] DEBUG: udpc_create: Bound to UDP >>>>>>> <0.0.0.0:9200> >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP[Silverstreet1]: Sending >>>>>>> PDU: >>>>>>> 2010-02-18 16:09:03 [31120] [6] DEBUG: Thread 6 (gw/ >>>>>>> bb_udp.c:udp_receiver) maps to pid 31120. >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 6 (gw/ >>>>>>> bb_udp.c:udp_receiver) >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 7 (gw/ >>>>>>> bb_udp.c:udp_sender) >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: udpc_create: Bound to UDP >>>>>>> <0.0.0.0:9201> >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP PDU 0x70a4260 dump: >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: type_name: bind_transceiver >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: command_id: 9 = 0x00000009 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: command_status: 0 = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: sequence_number: 1 = >>>>>>> 0x00000001 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: system_id: "USER" >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: password: "PASS" >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: system_type: "SMPP" >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: interface_version: 52 = >>>>>>> 0x00000034 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: addr_ton: 0 = 0x00000000 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: addr_npi: 0 = 0x00000000 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: address_range: "" >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP PDU dump ends. >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 8 (gw/ >>>>>>> bb_udp.c:udp_receiver) >>>>>>> 2010-02-18 16:09:03 [31120] [7] DEBUG: Thread 7 (gw/ >>>>>>> bb_udp.c:udp_sender) maps to pid 31120. >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP[Silverstreet1]: Got PDU: >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP PDU 0x70a7de0 dump: >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: type_name: >>>>>>> bind_transceiver_resp >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: command_id: 2147483657 = >>>>>>> 0x80000009 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: command_status: 0 = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: sequence_number: 1 = >>>>>>> 0x00000001 >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: system_id: "Silverstreet" >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP PDU dump ends. >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 9 (gw/ >>>>>>> bb_udp.c:udp_sender) >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: starting wapbox connection >>>>>>> module >>>>>>> 2010-02-18 16:09:03 [31120] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>> throughput >>>>>>> (0.00,0.00) >>>>>>> 2010-02-18 16:09:03 [31120] [8] DEBUG: Thread 8 (gw/ >>>>>>> bb_udp.c:udp_receiver) maps to pid 31120. >>>>>>> 2010-02-18 16:09:03 [31120] [9] DEBUG: Thread 9 (gw/ >>>>>>> bb_udp.c:udp_sender) maps to pid 31120. >>>>>>> 2010-02-18 16:09:03 [31120] [10] DEBUG: Thread 10 (gw/ >>>>>>> bb_boxc.c:wdp_to_wapboxes) maps to pid 31120. >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 10 (gw/ >>>>>>> bb_boxc.c:wdp_to_wapboxes) >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 11 (gw/ >>>>>>> bb_boxc.c:wapboxc_run) >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: starting WDP router >>>>>>> 2010-02-18 16:09:03 [31120] [11] DEBUG: Thread 11 (gw/ >>>>>>> bb_boxc.c:wapboxc_run) maps to pid 31120. >>>>>>> 2010-02-18 16:09:03 [31120] [0] DEBUG: Started thread 12 (gw/ >>>>>>> bearerbox.c:wdp_router) >>>>>>> 2010-02-18 16:09:03 [31120] [0] INFO: >>>>>>> ---------------------------------------- >>>>>>> 2010-02-18 16:09:03 [31120] [0] INFO: Kannel bearerbox II version >>>>>>> cvs-20100121 starting >>>>>>> 2010-02-18 16:09:03 [31120] [0] INFO: MAIN: Start-up done, entering >>>>>>> mainloop >>>>>>> 2010-02-18 16:09:03 [31120] [12] DEBUG: Thread 12 (gw/ >>>>>>> bearerbox.c:wdp_router) maps to pid 31120. >>>>>>> >>>>>>> 2010-02-18 16:09:15 [31120] [11] INFO: Client connected from >>>>>>> <127.0.0.1> >>>>>>> 2010-02-18 16:09:16 [31120] [13] DEBUG: Thread 13 (gw/ >>>>>>> bb_boxc.c:function) maps to pid 31120. >>>>>>> 2010-02-18 16:09:16 [31120] [11] DEBUG: Started thread 13 (gw/ >>>>>>> bb_boxc.c:function) >>>>>>> 2010-02-18 16:09:16 [31120] [13] DEBUG: setting up systems for new >>>>>>> wapbox >>>>>>> 2010-02-18 16:09:16 [31120] [13] DEBUG: Started thread 14 (gw/ >>>>>>> bb_boxc.c:boxc_sender) >>>>>>> 2010-02-18 16:09:16 [31120] [14] DEBUG: Thread 14 (gw/ >>>>>>> bb_boxc.c:boxc_sender) maps to pid 31120. >>>>>>> 2010-02-18 16:09:25 [31120] [13] DEBUG: boxc_receiver: got sms from >>>>>>> wapbox >>>>>>> 2010-02-18 16:09:26 [31120] [13] DEBUG: send_msg: sending msg to >>>>>>> box: >>>>>>> <127.0.0.1> >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>> throughput >>>>>>> (0.00,0.00) >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: SMPP[Silverstreet1]: Sending >>>>>>> PDU: >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: SMPP PDU 0x70b3d40 dump: >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: type_name: submit_sm >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: command_id: 4 = 0x00000004 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: command_status: 0 = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: sequence_number: 2 = >>>>>>> 0x00000002 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: service_type: NULL >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: source_addr_ton: 2 = >>>>>>> 0x00000002 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: source_addr_npi: 1 = >>>>>>> 0x00000001 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: source_addr: "123" >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: dest_addr_ton: 2 = >>>>>>> 0x00000002 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: dest_addr_npi: 1 = >>>>>>> 0x00000001 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: destination_addr: >>>>>>> "4670xxxxxxx" >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: esm_class: 3 = 0x00000003 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: protocol_id: 0 = 0x00000000 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: priority_flag: 0 = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: schedule_delivery_time: >>>>>>> NULL >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: validity_period: NULL >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: registered_delivery: 1 = >>>>>>> 0x00000001 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: replace_if_present_flag: 0 >>>>>>> = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: data_coding: 0 = 0x00000000 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: sm_default_msg_id: 0 = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:26 [31120] [4] DEBUG: sm_length: 8 = 0x00000008 >>>>>>> 2010-02-18 16:09:28 [31120] [4] DEBUG: short_message: "test sms" >>>>>>> 2010-02-18 16:09:28 [31120] [4] DEBUG: SMPP PDU dump ends. >>>>>>> 2010-02-18 16:09:28 [31120] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>> throughput >>>>>>> (1.00,0.00) >>>>>>> 2010-02-18 16:09:30 [31120] [4] DEBUG: SMPP[Silverstreet1]: Got PDU: >>>>>>> 2010-02-18 16:09:33 [31120] [4] DEBUG: SMPP PDU 0x70ba400 dump: >>>>>>> 2010-02-18 16:09:33 [31120] [4] DEBUG: type_name: submit_sm_resp >>>>>>> 2010-02-18 16:09:34 [31120] [4] DEBUG: command_id: 2147483652 = >>>>>>> 0x80000004 >>>>>>> 2010-02-18 16:09:34 [31120] [4] DEBUG: command_status: 0 = >>>>>>> 0x00000000 >>>>>>> 2010-02-18 16:09:35 [31120] [4] DEBUG: sequence_number: 2 = >>>>>>> 0x00000002 >>>>>>> 2010-02-18 16:09:35 [31120] [4] DEBUG: message_id: >>>>>>> 2010-02-18 16:09:36 [31120] [4] DEBUG: Octet string at 0x70ba5f0: >>>>>>> 2010-02-18 16:09:38 [31120] [4] DEBUG: len: 27 >>>>>>> 2010-02-18 16:09:38 [31120] [4] DEBUG: size: 28 >>>>>>> 2010-02-18 16:09:39 [31120] [4] DEBUG: immutable: 0 >>>>>>> 2010-02-18 16:09:40 [31120] [4] DEBUG: data: 53 53 41 4d 34 39 >>>>>>> 39 >>>>>>> 31 31 32 36 36 35 30 35 37 SSAM499112665057 >>>>>>> 2010-02-18 16:09:40 [31120] [4] DEBUG: data: 38 34 39 38 30 39 >>>>>>> 30 >>>>>>> 38 52 45 46 84980908REF >>>>>>> 2010-02-18 16:09:41 [31120] [4] DEBUG: Octet string dump ends. >>>>>>> 2010-02-18 16:09:42 [31120] [4] DEBUG: SMPP PDU dump ends. >>>>>>> 2010-02-18 16:09:43 [31120] [4] DEBUG: DLR[mysql]: Adding DLR >>>>>>> smsc=Silverstreet1, ts=SSAM49911266505784980908REF, src=123, >>>>>>> dst=4670xxxxxxx, mask=31, boxc= >>>>>>> 2010-02-18 16:09:44 [31120] [4] DEBUG: adding DLR entry into >>>>>>> database >>>>>>> 2010-02-18 16:09:46 [31120] [4] DEBUG: sql: INSERT INTO `dlr` >>>>>>> (`smsc`, >>>>>>> `ts`, `source`, `destination`, `service`, `url`, `mask`, `boxc`, >>>>>>> `status`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, 0) >>>>>>> 2010-02-18 16:09:49 [31120] [4] DEBUG: SMSC[Silverstreet1]: creating >>>>>>> DLR message >>>>>>> 2010-02-18 16:09:50 [31120] [4] DEBUG: SMSC[Silverstreet1]: DLR = >>>>>>> http://127.0.0.1/dlr.php?msgid=1&state= >>>>>>> %d&msisdn=%p >>>>>>> 2010-02-18 16:09:53 [31120] [4] PANIC: gwlib/gw-rwlock.c:137: >>>>>>> gw_rwlock_rdlock: Assertion `lock != NULL' failed. >>>>>>> 2010-02-18 16:09:54 [31120] [4] PANIC: ./bearerbox(gw_panic+0x260) >>>>>>> [0x4b1710] >>>>>>> 2010-02-18 16:09:56 [31120] [4] PANIC: ./bearerbox(gw_rwlock_rdlock >>>>>>> +0x44) [0x4a5597] >>>>>>> 2010-02-18 16:09:56 [31120] [4] PANIC: ./ >>>>>>> bearerbox(route_incoming_to_boxc+0x7b) [0x4154a6] >>>>>>> 2010-02-18 16:09:56 [31120] [4] PANIC: ./ >>>>>>> bearerbox(bb_smscconn_receive >>>>>>> +0x4d4) [0x417aff] >>>>>>> 2010-02-18 16:09:57 [31120] [4] PANIC: ./bearerbox(bb_smscconn_sent >>>>>>> +0x1b4) [0x417346] >>>>>>> 2010-02-18 16:09:57 [31120] [4] PANIC: ./bearerbox [0x470c65] >>>>>>> 2010-02-18 16:09:57 [31120] [4] PANIC: ./bearerbox [0x4719c8] >>>>>>> 2010-02-18 16:09:57 [31120] [4] PANIC: ./bearerbox [0x4a5d9a] >>>>>>> 2010-02-18 16:09:57 [31120] [4] PANIC: /lib/libpthread.so.0 >>>>>>> [0x5d353f7] >>>>>>> 2010-02-18 16:09:57 [31120] [4] PANIC: /lib/libc.so.6(clone+0x6d) >>>>>>> [0x66e9b2d] >>>>>>> ==31120== >>>>>>> ==31120== HEAP SUMMARY: >>>>>>> ==31120== in use at exit: 312,891 bytes in 3,591 blocks >>>>>>> ==31120== total heap usage: 5,482 allocs, 1,891 frees, 650,807 >>>>>>> bytes >>>>>>> allocated >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 933 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4E80C47: my_thread_global_init (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4E7C264: my_init (in /usr/lib/libmysqlclient_r.so. >>>>>>> 15.0.0) >>>>>>> ==31120== by 0x4E7ADA5: mysql_server_init (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4E9FE2E: mysql_init (in /usr/lib/ >>>>>>> libmysqlclient_r.so. >>>>>>> 15.0.0) >>>>>>> ==31120== by 0x4A1361: mysql_open_conn (dbpool_mysql.c:84) >>>>>>> ==31120== by 0x4A257E: dbpool_increase (dbpool.c:194) >>>>>>> ==31120== by 0x4A243E: dbpool_create (dbpool.c:160) >>>>>>> ==31120== by 0x420E69: dlr_init_mysql (dlr_mysql.c:426) >>>>>>> ==31120== by 0x41E9ED: dlr_init (dlr.c:252) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 934 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x4AC6FE: start_server_thread (http.c:2386) >>>>>>> ==31120== by 0x4AC81B: http_open_port_if (http.c:2414) >>>>>>> ==31120== by 0x416EDC: httpadmin_start (bb_http.c:556) >>>>>>> ==31120== by 0x40FB5C: init_bearerbox (bearerbox.c:495) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 935 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x416EF0: httpadmin_start (bb_http.c:558) >>>>>>> ==31120== by 0x40FB5C: init_bearerbox (bearerbox.c:495) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 936 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x472FE4: smsc_smpp_create (smsc_smpp.c:2372) >>>>>>> ==31120== by 0x425655: smscconn_create (smscconn.c:276) >>>>>>> ==31120== by 0x418567: smsc2_start (bb_smscconn.c:709) >>>>>>> ==31120== by 0x40F19E: start_smsc (bearerbox.c:238) >>>>>>> ==31120== by 0x40FC68: init_bearerbox (bearerbox.c:525) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 937 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x4185EE: smsc2_start (bb_smscconn.c:716) >>>>>>> ==31120== by 0x40F19E: start_smsc (bearerbox.c:238) >>>>>>> ==31120== by 0x40FC68: init_bearerbox (bearerbox.c:525) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 938 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x41DAD7: add_service (bb_udp.c:300) >>>>>>> ==31120== by 0x41DD10: udp_start (bb_udp.c:355) >>>>>>> ==31120== by 0x40F2F1: start_udp (bearerbox.c:298) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 939 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x41DB03: add_service (bb_udp.c:304) >>>>>>> ==31120== by 0x41DD10: udp_start (bb_udp.c:355) >>>>>>> ==31120== by 0x40F2F1: start_udp (bearerbox.c:298) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 940 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x41DAD7: add_service (bb_udp.c:300) >>>>>>> ==31120== by 0x41DD35: udp_start (bb_udp.c:356) >>>>>>> ==31120== by 0x40F2F1: start_udp (bearerbox.c:298) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 941 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x41DB03: add_service (bb_udp.c:304) >>>>>>> ==31120== by 0x41DD35: udp_start (bb_udp.c:356) >>>>>>> ==31120== by 0x40F2F1: start_udp (bearerbox.c:298) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 942 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x4145CE: wapbox_start (bb_boxc.c:1304) >>>>>>> ==31120== by 0x40F26C: start_wap (bearerbox.c:280) >>>>>>> ==31120== by 0x40F2FA: start_udp (bearerbox.c:300) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 943 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x4145FC: wapbox_start (bb_boxc.c:1307) >>>>>>> ==31120== by 0x40F26C: start_wap (bearerbox.c:280) >>>>>>> ==31120== by 0x40F2FA: start_udp (bearerbox.c:300) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 944 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x40F299: start_wap (bearerbox.c:283) >>>>>>> ==31120== by 0x40F2FA: start_udp (bearerbox.c:300) >>>>>>> ==31120== by 0x40FCD8: init_bearerbox (bearerbox.c:535) >>>>>>> ==31120== by 0x4101D0: main (bearerbox.c:652) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 945 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x41390F: wait_for_connections (bb_boxc.c:981) >>>>>>> ==31120== by 0x413B54: wapboxc_run (bb_boxc.c:1067) >>>>>>> ==31120== by 0x4A5D99: new_thread (gwthread-pthread.c:362) >>>>>>> ==31120== by 0x5D353F6: start_thread (in /lib/libpthread-2.7.so) >>>>>>> ==31120== by 0x66E9B2C: clone (in /lib/libc-2.7.so) >>>>>>> ==31120== >>>>>>> ==31120== 272 bytes in 1 blocks are possibly lost in loss record 946 >>>>>>> of 1,035 >>>>>>> ==31120== at 0x4C22450: calloc (vg_replace_malloc.c:418) >>>>>>> ==31120== by 0x401132B: _dl_allocate_tls (in /lib/ld-2.7.so) >>>>>>> ==31120== by 0x5D35B87: pthread_create@@GLIBC_2.2.5 (in /lib/ >>>>>>> libpthread-2.7.so) >>>>>>> ==31120== by 0x4A6014: spawn_thread (gwthread-pthread.c:463) >>>>>>> ==31120== by 0x4A615C: gwthread_create_real (gwthread-pthread.c: >>>>>>> 508) >>>>>>> ==31120== by 0x4131F5: run_wapbox (bb_boxc.c:762) >>>>>>> ==31120== by 0x4A5D99: new_thread (gwthread-pthread.c:362) >>>>>>> ==31120== by 0x5D353F6: start_thread (in /lib/libpthread-2.7.so) >>>>>>> ==31120== by 0x66E9B2C: clone (in /lib/libc-2.7.so) >>>>>>> ==31120== >>>>>>> ==31120== 24,528 bytes in 6 blocks are possibly lost in loss record >>>>>>> 1,034 of 1,035 >>>>>>> ==31120== at 0x4C2312C: malloc (vg_replace_malloc.c:195) >>>>>>> ==31120== by 0x4E8309E: my_once_alloc (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4E837EB: ??? (in /usr/lib/libmysqlclient_r.so. >>>>>>> 15.0.0) >>>>>>> ==31120== by 0x4E84187: ??? (in /usr/lib/libmysqlclient_r.so. >>>>>>> 15.0.0) >>>>>>> ==31120== by 0x4E843E6: get_charset_by_csname (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4E9FC09: mysql_init_character_set (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4EA187B: mysql_real_connect (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4A144A: mysql_open_conn (dbpool_mysql.c:90) >>>>>>> ==31120== by 0x4A257E: dbpool_increase (dbpool.c:194) >>>>>>> ==31120== by 0x4A243E: dbpool_create (dbpool.c:160) >>>>>>> ==31120== by 0x420E69: dlr_init_mysql (dlr_mysql.c:426) >>>>>>> ==31120== by 0x41E9ED: dlr_init (dlr.c:252) >>>>>>> ==31120== >>>>>>> ==31120== 28,616 bytes in 7 blocks are possibly lost in loss record >>>>>>> 1,035 of 1,035 >>>>>>> ==31120== at 0x4C2312C: malloc (vg_replace_malloc.c:195) >>>>>>> ==31120== by 0x4E8309E: my_once_alloc (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4E837CF: ??? (in /usr/lib/libmysqlclient_r.so. >>>>>>> 15.0.0) >>>>>>> ==31120== by 0x4E84187: ??? (in /usr/lib/libmysqlclient_r.so. >>>>>>> 15.0.0) >>>>>>> ==31120== by 0x4E843E6: get_charset_by_csname (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4E9FC09: mysql_init_character_set (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4EA187B: mysql_real_connect (in /usr/lib/ >>>>>>> libmysqlclient_r.so.15.0.0) >>>>>>> ==31120== by 0x4A144A: mysql_open_conn (dbpool_mysql.c:90) >>>>>>> ==31120== by 0x4A257E: dbpool_increase (dbpool.c:194) >>>>>>> ==31120== by 0x4A243E: dbpool_create (dbpool.c:160) >>>>>>> ==31120== by 0x420E69: dlr_init_mysql (dlr_mysql.c:426) >>>>>>> ==31120== by 0x41E9ED: dlr_init (dlr.c:252) >>>>>>> ==31120== >>>>>>> ==31120== LEAK SUMMARY: >>>>>>> ==31120== definitely lost: 0 bytes in 0 blocks >>>>>>> ==31120== indirectly lost: 0 bytes in 0 blocks >>>>>>> ==31120== possibly lost: 56,952 bytes in 27 blocks >>>>>>> ==31120== still reachable: 255,939 bytes in 3,564 blocks >>>>>>> ==31120== suppressed: 0 bytes in 0 blocks >>>>>>> ==31120== Reachable blocks (those to which a pointer was found) are >>>>>>> not shown. >>>>>>> ==31120== To see them, rerun with: --leak-check=full --show- >>>>>>> reachable=yes >>>>>>> ==31120== >>>>>>> ==31120== For counts of detected and suppressed errors, rerun >>>>>>> h: -v >>>>>>> ==31120== ERROR SUMMARY: 16 errors from 16 contexts (suppressed: 22 >>>>>>> from 21) >>>>>>> >>>>>>> >>>>>>> 18 feb 2010 kl. 14.16 skrev Nikos Balkanas: >>>>>>> >>>>>>>> PS: If you want to use valgrind, please compile kannel in debug >>>>>>>> mode >>>>>>>> (ACFLAGS = -g -Wall) >>>>>>>> >>>>>>>> Nikos >>>>>>>> ----- Original Message ----- From: "Nikos Balkanas" >>>>>>>> <[email protected] >>>>>>>> > >>>>>>>> To: "Jens Haag" <[email protected]>; <[email protected]> >>>>>>>> Sent: Thursday, February 18, 2010 3:06 PM >>>>>>>> Subject: Re: PANIC then geting DLR from SMPP. >>>>>>>> >>>>>>>> >>>>>>>>> OK. You are using pthreads (this affects lock mechanism). Looks >>>>>>>>> all >>>>>>>>> the more for memory corruption. >>>>>>>>> >>>>>>>>> What kannel version are U using? If not recent please download >>>>>>>>> and >>>>>>>>> compile latest CVS. >>>>>>>>> >>>>>>>>> If problem still persists download and compile valgrind (assuming >>>>>>>>> Linux) and run memcheck. >>>>>>>>> >>>>>>>>> BR, >>>>>>>>> Nikos >>>>>>>>> ----- Original Message ----- From: "Jens Haag" <[email protected]> >>>>>>>>> To: <[email protected]> >>>>>>>>> Sent: Thursday, February 18, 2010 1:37 PM >>>>>>>>> Subject: Re: PANIC then geting DLR from SMPP. >>>>>>>>> >>>>>>>>> >>>>>>>>> added smsc-id (to SIlverstreet1) and it is same problem.. Have >>>>>>>>> tryed >>>>>>>>> 2 different smpp´s. Here is result from ldd: >>>>>>>>> >>>>>>>>> ldd $(which bearerbox) >>>>>>>>> libmysqlclient_r.so.15 => /usr/lib/libmysqlclient_r.so.15 >>>>>>>>> (0x00002b3063b61000) >>>>>>>>> libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0x00002b3063f66000) >>>>>>>>> librt.so.1 => /lib/librt.so.1 (0x00002b30641b0000) >>>>>>>>> libresolv.so.2 => /lib/libresolv.so.2 (0x00002b30643b9000) >>>>>>>>> libnsl.so.1 => /lib/libnsl.so.1 (0x00002b30645d0000) >>>>>>>>> libm.so.6 => /lib/libm.so.6 (0x00002b30647e9000) >>>>>>>>> libpthread.so.0 => /lib/libpthread.so.0 (0x00002b3064a6a000) >>>>>>>>> libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00002b3064c87000) >>>>>>>>> libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 >>>>>>>>> (0x00002b3064fce000) >>>>>>>>> libc.so.6 => /lib/libc.so.6 (0x00002b306534e000) >>>>>>>>> libcrypt.so.1 => /lib/libcrypt.so.1 (0x00002b30656b1000) >>>>>>>>> libz.so.1 => /usr/lib/libz.so.1 (0x00002b30658e9000) >>>>>>>>> libdl.so.2 => /lib/libdl.so.2 (0x00002b3065b00000) >>>>>>>>> /lib64/ld-linux-x86-64.so.2 (0x00002b3063942000) >>>>>>>>> >>>>>>>>> Loggfile after change: >>>>>>>>> >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>>>> Sending >>>>>>>>> PDU: >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP PDU 0x797450 dump: >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: type_name: >>>>>>>>> bind_transceiver >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: command_id: 9 = >>>>>>>>> 0x00000009 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: command_status: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: sequence_number: 1 = >>>>>>>>> 0x00000001 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: system_id: "USER" >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: password: "PASS" >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: system_type: "SMPP" >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: interface_version: 52 = >>>>>>>>> 0x00000034 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: addr_ton: 0 = 0x00000000 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: addr_npi: 0 = 0x00000000 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: address_range: "" >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP[Silverstreet1]: Got >>>>>>>>> PDU: >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP PDU 0x797450 dump: >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: type_name: >>>>>>>>> bind_transceiver_resp >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: command_id: 2147483657 = >>>>>>>>> 0x80000009 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: command_status: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: sequence_number: 1 = >>>>>>>>> 0x00000001 >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: system_id: "Silverstreet" >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>> 2010-02-18 12:28:42 [30373] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>>>> throughput >>>>>>>>> (0.00,0.00) >>>>>>>>> 2010-02-18 12:28:58 [30373] [11] INFO: Client connected from >>>>>>>>> <127.0.0.1> >>>>>>>>> 2010-02-18 12:28:58 [30373] [11] DEBUG: Started thread 13 (gw/ >>>>>>>>> bb_boxc.c:function) >>>>>>>>> 2010-02-18 12:28:58 [30373] [13] DEBUG: Thread 13 (gw/ >>>>>>>>> bb_boxc.c:function) maps to pid 30373. >>>>>>>>> 2010-02-18 12:28:58 [30373] [13] DEBUG: setting up systems for new >>>>>>>>> wapbox >>>>>>>>> 2010-02-18 12:28:58 [30373] [13] DEBUG: Started thread 14 (gw/ >>>>>>>>> bb_boxc.c:boxc_sender) >>>>>>>>> 2010-02-18 12:28:58 [30373] [14] DEBUG: Thread 14 (gw/ >>>>>>>>> bb_boxc.c:boxc_sender) maps to pid 30373. >>>>>>>>> 2010-02-18 12:29:11 [30373] [13] DEBUG: boxc_receiver: got sms >>>>>>>>> from >>>>>>>>> wapbox >>>>>>>>> 2010-02-18 12:29:11 [30373] [13] DEBUG: send_msg: sending msg to >>>>>>>>> box: >>>>>>>>> <127.0.0.1> >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>>>> throughput >>>>>>>>> (0.00,0.00) >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>>>> Sending >>>>>>>>> PDU: >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP PDU 0x78fcb0 dump: >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: type_name: submit_sm >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: command_id: 4 = >>>>>>>>> 0x00000004 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: command_status: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: sequence_number: 2 = >>>>>>>>> 0x00000002 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: service_type: NULL >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: source_addr_ton: 2 = >>>>>>>>> 0x00000002 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: source_addr_npi: 1 = >>>>>>>>> 0x00000001 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: source_addr: "123" >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: dest_addr_ton: 2 = >>>>>>>>> 0x00000002 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: dest_addr_npi: 1 = >>>>>>>>> 0x00000001 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: destination_addr: >>>>>>>>> "4670xxxxxxx" >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: esm_class: 3 = 0x00000003 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: protocol_id: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: priority_flag: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: schedule_delivery_time: >>>>>>>>> NULL >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: validity_period: NULL >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: registered_delivery: 1 = >>>>>>>>> 0x00000001 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: replace_if_present_flag: >>>>>>>>> 0 >>>>>>>>> = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: data_coding: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: sm_default_msg_id: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: sm_length: 8 = 0x00000008 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: short_message: "test sms" >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>>>> throughput >>>>>>>>> (1.00,0.00) >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP[Silverstreet1]: >>>>>>>>> throughput >>>>>>>>> (1.00,0.00) >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP[Silverstreet1]: Got >>>>>>>>> PDU: >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: SMPP PDU 0x78fcb0 dump: >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: type_name: submit_sm_resp >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: command_id: 2147483652 = >>>>>>>>> 0x80000004 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: command_status: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: sequence_number: 2 = >>>>>>>>> 0x00000002 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: message_id: >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: Octet string at >>>>>>>>> 0x784910: >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: len: 27 >>>>>>>>> 2010-02-18 12:29:11 [30373] [4] DEBUG: size: 28 >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: immutable: 0 >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: data: 53 53 41 4d 39 >>>>>>>>> 35 >>>>>>>>> 31 >>>>>>>>> 37 32 31 32 36 36 34 39 32 SSAM951721266492 >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: data: 35 36 38 39 39 >>>>>>>>> 35 >>>>>>>>> 34 >>>>>>>>> 35 52 45 46 56899545REF >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: Octet string dump ends. >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: DLR[mysql]: Adding DLR >>>>>>>>> smsc=Silverstreet1, ts=SSAM95172126649256899545REF, src=123, >>>>>>>>> dst=4670xxxxxxx, mask=31, boxc= >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: adding DLR entry into >>>>>>>>> database >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: sql: INSERT INTO `dlr` >>>>>>>>> (`smsc`, >>>>>>>>> `ts`, `source`, `destination`, `service`, `url`, `mask`, `boxc`, >>>>>>>>> `status`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, 0) >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: SMSC[Silverstreet1]: >>>>>>>>> creating >>>>>>>>> DLR message >>>>>>>>> 2010-02-18 12:29:12 [30373] [4] DEBUG: SMSC[Silverstreet1]: DLR = >>>>>>>>> http://127.0.0.1/dlr.php?msgid=1&state= >>>>>>>>> %d&msisdn=%p >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: gwlib/gw-rwlock.c:137: >>>>>>>>> gw_rwlock_rdlock: Assertion `lock != NULL' failed. >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: ./bearerbox(gw_panic+0x16d) >>>>>>>>> [0x48660d] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: >>>>>>>>> ./bearerbox(gw_rwlock_rdlock >>>>>>>>> +0x4d) [0x47c13d] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: ./ >>>>>>>>> bearerbox(route_incoming_to_boxc+0x58) [0x4119a8] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: ./ >>>>>>>>> bearerbox(bb_smscconn_receive >>>>>>>>> +0x57c) [0x41805c] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: >>>>>>>>> ./bearerbox(bb_smscconn_sent >>>>>>>>> +0xf2) [0x418cc2] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: ./bearerbox [0x454e38] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: ./bearerbox [0x45639c] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: ./bearerbox [0x47d495] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: /lib/libpthread.so.0 >>>>>>>>> [0x2b456238d3f7] >>>>>>>>> 2010-02-18 12:29:14 [30373] [4] PANIC: /lib/libc.so.6(clone+0x6d) >>>>>>>>> [0x2b4562d42b2d] >>>>>>>>> >>>>>>>>> >>>>>>>>> * RESTART * >>>>>>>>> >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: SMPP[Silverstreet1]: Got >>>>>>>>> PDU: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: SMPP PDU 0x78e8a0 dump: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: type_name: deliver_sm >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: command_id: 5 = >>>>>>>>> 0x00000005 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: command_status: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: sequence_number: 1 = >>>>>>>>> 0x00000001 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: service_type: NULL >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: source_addr_ton: 9 = >>>>>>>>> 0x00000009 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: source_addr_npi: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: source_addr: >>>>>>>>> "4670xxxxxxx" >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: dest_addr_ton: 9 = >>>>>>>>> 0x00000009 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: dest_addr_npi: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: destination_addr: "123" >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: esm_class: 4 = 0x00000004 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: protocol_id: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: priority_flag: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: schedule_delivery_time: >>>>>>>>> NULL >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: validity_period: NULL >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: registered_delivery: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: replace_if_present_flag: >>>>>>>>> 0 >>>>>>>>> = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data_coding: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: sm_default_msg_id: 0 = >>>>>>>>> 0x00000000 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: sm_length: 127 = >>>>>>>>> 0x0000007f >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: short_message: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: Octet string at >>>>>>>>> 0x797820: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: len: 127 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: size: 128 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: immutable: 0 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 69 64 3a 53 53 >>>>>>>>> 41 >>>>>>>>> 4d >>>>>>>>> 39 35 31 37 32 31 32 36 36 id:SSAM951721266 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 34 39 32 35 36 >>>>>>>>> 38 >>>>>>>>> 39 >>>>>>>>> 39 35 34 35 52 45 46 20 73 49256899545REF s >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 75 62 3a 30 30 >>>>>>>>> 31 >>>>>>>>> 20 >>>>>>>>> 64 6c 76 72 64 3a 30 30 31 ub:001 dlvrd:001 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 20 73 75 62 6d >>>>>>>>> 69 >>>>>>>>> 74 >>>>>>>>> 20 64 61 74 65 3a 32 30 31 submit date:201 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 30 30 32 31 38 >>>>>>>>> 31 >>>>>>>>> 32 >>>>>>>>> 32 39 32 38 20 64 6f 6e 65 00218122928 done >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 20 64 61 74 65 >>>>>>>>> 3a >>>>>>>>> 32 >>>>>>>>> 30 31 30 30 32 31 38 31 32 date:2010021812 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 32 39 35 31 20 >>>>>>>>> 73 >>>>>>>>> 74 >>>>>>>>> 61 74 3a 44 45 4c 49 56 52 2951 stat:DELIVR >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 44 20 65 72 72 >>>>>>>>> 3a >>>>>>>>> 30 >>>>>>>>> 30 30 20 74 65 78 74 3a D err:000 text: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: Octet string dump ends. >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: message_state: 2 = >>>>>>>>> 0x00000002 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: receipted_message_id: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: Octet string at >>>>>>>>> 0x78e190: >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: len: 27 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: size: 28 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: immutable: 0 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 53 53 41 4d 39 >>>>>>>>> 35 >>>>>>>>> 31 >>>>>>>>> 37 32 31 32 36 36 34 39 32 SSAM951721266492 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: data: 35 36 38 39 39 >>>>>>>>> 35 >>>>>>>>> 34 >>>>>>>>> 35 52 45 46 56899545REF >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: Octet string dump ends. >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: SMPP[Silverstreet1] >>>>>>>>> handle_pdu, >>>>>>>>> got DLR >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: DLR[mysql]: Looking for DLR >>>>>>>>> smsc=Silverstreet1, ts=SSAM95172126649256899545REF, >>>>>>>>> dst=4670xxxxxxx, >>>>>>>>> type=1 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: sql: SELECT `mask`, >>>>>>>>> `service`, >>>>>>>>> `url`, `source`, `destination`, `boxc` FROM `dlr` WHERE `smsc`=? >>>>>>>>> AND >>>>>>>>> `ts`=? LIMIT 1 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: column=mask buffer_type=2 >>>>>>>>> max_length=0 length=6 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: column=service >>>>>>>>> buffer_type=253 >>>>>>>>> max_length=0 length=40 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: column=url buffer_type=253 >>>>>>>>> max_length=0 length=255 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: column=source >>>>>>>>> buffer_type=253 >>>>>>>>> max_length=0 length=40 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: column=destination >>>>>>>>> buffer_type=253 max_length=0 length=40 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: column=boxc buffer_type=253 >>>>>>>>> max_length=0 length=40 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: DLR[mysql]: created DLR >>>>>>>>> message >>>>>>>>> for URL <http://127.0.0.1/dlr.php?msgid=1&state=%d&msisdn=%p> >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: removing DLR from database >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: sql: DELETE FROM `dlr` >>>>>>>>> WHERE >>>>>>>>> `smsc`=? AND `ts`=? LIMIT 1 >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: new group created `smpp' >>>>>>>>> 2010-02-18 12:31:06 [30406] [4] DEBUG: group=`smpp' key=`dlr_err' >>>>>>>>> value=`000' >>>>>>>>> 2010-02-18 12:31:08 [30406] [4] PANIC: gwlib/gw-rwlock.c:137: >>>>>>>>> gw_rwlock_rdlock: Assertion `lock != NULL' failed. >>>>>>>>> 2010-02-18 12:31:08 [30406] [4] PANIC: ./bearerbox(gw_panic+0x16d) >>>>>>>>> [0x48660d] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: >>>>>>>>> ./bearerbox(gw_rwlock_rdlock >>>>>>>>> +0x4d) [0x47c13d] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: ./ >>>>>>>>> bearerbox(route_incoming_to_boxc+0x58) [0x4119a8] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: ./ >>>>>>>>> bearerbox(bb_smscconn_receive >>>>>>>>> +0x57c) [0x41805c] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: ./bearerbox [0x45535d] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: ./bearerbox [0x45639c] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: ./bearerbox [0x47d495] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: /lib/libpthread.so.0 >>>>>>>>> [0x2ba1bd15b3f7] >>>>>>>>> 2010-02-18 12:31:10 [30406] [4] PANIC: /lib/libc.so.6(clone+0x6d) >>>>>>>>> [0x2ba1bdb10b2d] >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 18 feb 2010 kl. 08.15 skrev Nikos Balkanas: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> This refers to smsbox_list_rwlock. It seems it is at this point >>>>>>>>>> invalid. Since it was created OK (else it would have panicked on >>>>>>>>>> creation), it probably means that some memory corruption is >>>>>>>>>> taking place. Please include an smsc-id in your smsc >>>>>>>>>> configuration (something simple). If problem persists, post >>>>>>>>>> output of: >>>>>>>>>> >>>>>>>>>> ldd $(which bearerbox) >>>>>>>>>> >>>>>>>>>> BR, >>>>>>>>>> Nikos >>>>>>>>>> ----- Original Message ----- From: "Jens Haag" >>>>>>>>>> <[email protected]> >>>>>>>>>> To: <[email protected]> >>>>>>>>>> Sent: Wednesday, February 17, 2010 9:51 PM >>>>>>>>>> Subject: PANIC then geting DLR from SMPP. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hi! >>>>>>>>>>> >>>>>>>>>>> kannel PANIC then i using DLR.. I got this all the time >>>>>>>>>>> (then >>>>>>>>>>> sending SMS): >>>>>>>>>>> >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMSC[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: >>>>>>>>>>> creating DLR message >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMSC[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: DLR = >>>>>>>>>>> http://127.0.0.1/dlr.php?msgid=1&state= %d&msisdn=%p >>>>>>>>>>> 2010-02-17 16:59:43 [23948] [4] PANIC: gwlib/gw-rwlock.c:137: >>>>>>>>>>> gw_rwlock_rdlock: Assertion `lock != NULL' failed. >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox(gw_panic >>>>>>>>>>> +0x16d) >>>>>>>>>>> [0x48660d] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(gw_rwlock_rdlock +0x4d) [0x47c13d] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(route_incoming_to_boxc+0x58) [0x4119a8] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(bb_smscconn_receive +0x57c) [0x41805c] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(bb_smscconn_sent +0xf2) [0x418cc2] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox [0x454e38] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox [0x45639c] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox [0x47d495] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: /lib/libpthread.so.0 >>>>>>>>>>> [0x2b09842023f7] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: /lib/libc.so.6(clone >>>>>>>>>>> +0x6d) >>>>>>>>>>> [0x2b0984bb7b2d] >>>>>>>>>>> >>>>>>>>>>> I got the same PANIC then i receive the DLR message from SMPP. >>>>>>>>>>> Here is full logg: >>>>>>>>>>> >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: SMPP PDU 0x7835c0 dump: >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: type_name: >>>>>>>>>>> bind_transceiver >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: command_id: 9 = >>>>>>>>>>> 0x00000009 >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: command_status: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: sequence_number: 1 = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: system_id: "USER" >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: password: "PASS" >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: system_type: "G1" >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: interface_version: 52 >>>>>>>>>>> = >>>>>>>>>>> 0x00000034 >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: addr_ton: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: addr_npi: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: address_range: "" >>>>>>>>>>> 2010-02-17 16:59:24 [23948] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: Optional parameter tag >>>>>>>>>>> (0x0210) >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: Optional parameter length >>>>>>>>>>> read as 1 >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: Got PDU: >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: SMPP PDU 0x783640 dump: >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: type_name: >>>>>>>>>>> bind_transceiver_resp >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: command_id: 2147483657 >>>>>>>>>>> = >>>>>>>>>>> 0x80000009 >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: command_status: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: sequence_number: 1 = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: system_id: "42IT-SMPP" >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: sc_interface_version: >>>>>>>>>>> 52 >>>>>>>>>>> = 0x00000034 >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>>>> 2010-02-17 16:59:29 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: throughput >>>>>>>>>>> (0.00,0.00) >>>>>>>>>>> 2010-02-17 16:59:33 [23948] [11] INFO: Client connected from >>>>>>>>>>> <127.0.0.1> >>>>>>>>>>> 2010-02-17 16:59:33 [23948] [11] DEBUG: Started thread 13 (gw/ >>>>>>>>>>> bb_boxc.c:function) >>>>>>>>>>> 2010-02-17 16:59:33 [23948] [13] DEBUG: Thread 13 (gw/ >>>>>>>>>>> bb_boxc.c:function) maps to pid 23948. >>>>>>>>>>> 2010-02-17 16:59:33 [23948] [13] DEBUG: setting up systems for >>>>>>>>>>> new >>>>>>>>>>> wapbox >>>>>>>>>>> 2010-02-17 16:59:33 [23948] [13] DEBUG: Started thread 14 (gw/ >>>>>>>>>>> bb_boxc.c:boxc_sender) >>>>>>>>>>> 2010-02-17 16:59:33 [23948] [14] DEBUG: Thread 14 (gw/ >>>>>>>>>>> bb_boxc.c:boxc_sender) maps to pid 23948. >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [13] DEBUG: boxc_receiver: got sms >>>>>>>>>>> from wapbox >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [13] DEBUG: send_msg: sending msg to >>>>>>>>>>> box: <127.0.0.1> >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: throughput >>>>>>>>>>> (0.00,0.00) >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: Sending >>>>>>>>>>> PDU: >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: SMPP PDU 0x77dae0 dump: >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: type_name: submit_sm >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: command_id: 4 = >>>>>>>>>>> 0x00000004 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: command_status: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: sequence_number: 2 = >>>>>>>>>>> 0x00000002 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: service_type: NULL >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: source_addr_ton: 2 = >>>>>>>>>>> 0x00000002 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: source_addr_npi: 1 = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: source_addr: "123" >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: dest_addr_ton: 2 = >>>>>>>>>>> 0x00000002 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: dest_addr_npi: 1 = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: destination_addr: >>>>>>>>>>> "4670xxxxxxx" >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: esm_class: 3 = >>>>>>>>>>> 0x00000003 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: protocol_id: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: priority_flag: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: schedule_delivery_time: >>>>>>>>>>> NULL >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: validity_period: NULL >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: registered_delivery: 1 >>>>>>>>>>> = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: replace_if_present_flag: >>>>>>>>>>> 0 = 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: data_coding: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: sm_default_msg_id: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: sm_length: 8 = >>>>>>>>>>> 0x00000008 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: short_message: "test >>>>>>>>>>> sms" >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: >>>>>>>>>>> throughput >>>>>>>>>>> (1.00,0.00) >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: >>>>>>>>>>> throughput >>>>>>>>>>> (1.00,0.00) >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: Got >>>>>>>>>>> PDU: >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: SMPP PDU 0x77dae0 dump: >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: type_name: >>>>>>>>>>> submit_sm_resp >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: command_id: 2147483652 >>>>>>>>>>> = >>>>>>>>>>> 0x80000004 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: command_status: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: sequence_number: 2 = >>>>>>>>>>> 0x00000002 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: message_id: >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: Octet string at >>>>>>>>>>> 0x784100: >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: len: 20 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: size: 21 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: immutable: 0 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: data: 31 32 36 36 34 >>>>>>>>>>> 32 32 33 39 37 30 35 33 39 35 30 1266422397053950 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: data: 30 32 30 32 >>>>>>>>>>> 0202 >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: Octet string dump >>>>>>>>>>> ends. >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: DLR[mysql]: Adding DLR >>>>>>>>>>> smsc=SMPP:server2.msgtoolbox.com:2775/2775:USER:G1, >>>>>>>>>>> ts=9223372036854775807, src=123, dst=4670xxxxxxx, mask=31, boxc= >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: adding DLR entry into >>>>>>>>>>> database >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: sql: INSERT INTO `dlr` >>>>>>>>>>> (`smsc`, `ts`, `source`, `destination`, `service`, `url`, >>>>>>>>>>> `mask`, `boxc`, `status`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, 0) >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMSC[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: >>>>>>>>>>> creating DLR message >>>>>>>>>>> 2010-02-17 16:59:41 [23948] [4] DEBUG: >>>>>>>>>>> SMSC[SMPP:server2.msgtoolbox.com:2775/2775:ICITG1_1:G1]: DLR = >>>>>>>>>>> http://127.0.0.1/dlr.php?msgid=1&state= %d&msisdn=%p >>>>>>>>>>> 2010-02-17 16:59:43 [23948] [4] PANIC: gwlib/gw-rwlock.c:137: >>>>>>>>>>> gw_rwlock_rdlock: Assertion `lock != NULL' failed. >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox(gw_panic >>>>>>>>>>> +0x16d) >>>>>>>>>>> [0x48660d] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(gw_rwlock_rdlock +0x4d) [0x47c13d] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(route_incoming_to_boxc+0x58) [0x4119a8] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(bb_smscconn_receive +0x57c) [0x41805c] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./ >>>>>>>>>>> bearerbox(bb_smscconn_sent +0xf2) [0x418cc2] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox [0x454e38] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox [0x45639c] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: ./bearerbox [0x47d495] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: /lib/libpthread.so.0 >>>>>>>>>>> [0x2b09842023f7] >>>>>>>>>>> 2010-02-17 16:59:45 [23948] [4] PANIC: /lib/libc.so.6(clone >>>>>>>>>>> +0x6d) >>>>>>>>>>> [0x2b0984bb7b2d] >>>>>>>>>>> >>>>>>>>>>> *RESTART bearerbox* >>>>>>>>>>> >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: Optional parameter tag >>>>>>>>>>> (0x0210) >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: Optional parameter length >>>>>>>>>>> read as 1 >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: Got PDU: >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: SMPP PDU 0x78ca10 dump: >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: type_name: >>>>>>>>>>> bind_transceiver_resp >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: command_id: 2147483657 >>>>>>>>>>> = >>>>>>>>>>> 0x80000009 >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: command_status: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: sequence_number: 1 = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: system_id: "42IT-SMPP" >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: sc_interface_version: >>>>>>>>>>> 52 >>>>>>>>>>> = 0x00000034 >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>>>> 2010-02-17 16:59:52 [23973] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: throughput >>>>>>>>>>> (0.00,0.00) >>>>>>>>>>> >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: throughput >>>>>>>>>>> (0.00,0.00) >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1]: Got PDU: >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: SMPP PDU 0x78ca10 dump: >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: type_name: deliver_sm >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: command_id: 5 = >>>>>>>>>>> 0x00000005 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: command_status: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: sequence_number: 1 = >>>>>>>>>>> 0x00000001 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: service_type: NULL >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: source_addr_ton: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: source_addr_npi: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: source_addr: >>>>>>>>>>> "4670xxxxxxx" >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: dest_addr_ton: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: dest_addr_npi: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: destination_addr: "123" >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: esm_class: 4 = >>>>>>>>>>> 0x00000004 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: protocol_id: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: priority_flag: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: schedule_delivery_time: >>>>>>>>>>> NULL >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: validity_period: NULL >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: registered_delivery: 0 >>>>>>>>>>> = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: replace_if_present_flag: >>>>>>>>>>> 0 = 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data_coding: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: sm_default_msg_id: 0 = >>>>>>>>>>> 0x00000000 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: sm_length: 150 = >>>>>>>>>>> 0x00000096 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: short_message: >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: Octet string at >>>>>>>>>>> 0x78ccd0: >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: len: 150 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: size: 151 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: immutable: 0 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 69 64 3a 31 32 >>>>>>>>>>> 36 36 34 32 32 33 39 37 30 35 33 id:1266422397053 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 39 35 30 30 32 >>>>>>>>>>> 30 32 20 73 75 62 3a 30 30 31 20 9500202 sub:001 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 64 6c 76 72 64 >>>>>>>>>>> 3a 30 30 31 20 73 75 62 6d 69 74 dlvrd:001 submit >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 20 64 61 74 65 >>>>>>>>>>> 3a 31 30 30 32 31 37 31 37 30 30 date:1002171700 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 20 64 6f 6e 65 >>>>>>>>>>> 20 64 61 74 65 3a 31 30 30 32 31 done date:10021 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 37 31 37 30 30 >>>>>>>>>>> 20 73 74 61 74 3a 52 45 4a 45 43 71700 stat:REJEC >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 54 44 20 65 72 >>>>>>>>>>> 72 3a 30 30 30 20 74 65 78 74 3a TD err:000 text: >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 0a 53 4d 53 43 >>>>>>>>>>> 52 65 63 65 69 70 74 4d 73 67 49 .SMSCReceiptMsgI >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 64 3a 31 32 36 >>>>>>>>>>> 36 34 32 32 33 39 37 30 35 33 39 d:12664223970539 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: data: 35 30 30 32 30 >>>>>>>>>>> 32 500202 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: Octet string dump >>>>>>>>>>> ends. >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: SMPP PDU dump ends. >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: >>>>>>>>>>> SMPP[SMPP:server2.msgtoolbox.com:2775/2775:USER:G1] handle_pdu, >>>>>>>>>>> got DLR >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: DLR[mysql]: Looking for >>>>>>>>>>> DLR >>>>>>>>>>> smsc=SMPP:server2.msgtoolbox.com:2775/2775:USER:G1, >>>>>>>>>>> ts=9223372036854775807, dst=4670xxxxxxx, type=2 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: sql: SELECT `mask`, >>>>>>>>>>> `service`, `url`, `source`, `destination`, >>>>>>>>>>> `bind_transceiver_respoxc` FROM `dlr` WHERE `smsc`=? AND >>>>>>>>>>> `ts`=? >>>>>>>>>>> LIMIT 1 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: column=mask >>>>>>>>>>> buffer_type=2 >>>>>>>>>>> max_length=0 length=6 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: column=service >>>>>>>>>>> buffer_type=253 max_length=0 length=40 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: column=url >>>>>>>>>>> buffer_type=253 >>>>>>>>>>> max_length=0 length=255 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: column=source >>>>>>>>>>> buffer_type=253 max_length=0 length=40 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: column=destination >>>>>>>>>>> buffer_type=253 max_length=0 length=40 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: column=boxc >>>>>>>>>>> buffer_type=253 >>>>>>>>>>> max_length=0 length=40 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: DLR[mysql]: created DLR >>>>>>>>>>> message for URL <http://127.0.0.1/dlr.php?msgid=1&state= >>>>>>>>>>> %d&msisdn=%p >>>>>>>>>>> > >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: removing DLR from >>>>>>>>>>> database >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: sql: DELETE FROM `dlr` >>>>>>>>>>> WHERE >>>>>>>>>>> `smsc`=? AND `ts`=? LIMIT 1 >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: new group created `smpp' >>>>>>>>>>> 2010-02-17 16:59:54 [23973] [4] DEBUG: group=`smpp' >>>>>>>>>>> key=`dlr_err' >>>>>>>>>>> value=`000' >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: gwlib/gw-rwlock.c:137: >>>>>>>>>>> gw_rwlock_rdlock: Assertion `lock != NULL' failed. >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./bearerbox(gw_panic >>>>>>>>>>> +0x16d) >>>>>>>>>>> [0x48660d] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./ >>>>>>>>>>> bearerbox(gw_rwlock_rdlock +0x4d) [0x47c13d] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./ >>>>>>>>>>> bearerbox(route_incoming_to_boxc+0x58) [0x4119a8] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./ >>>>>>>>>>> bearerbox(bb_smscconn_receive +0x57c) [0x41805c] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./bearerbox [0x45535d] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./bearerbox [0x45639c] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: ./bearerbox [0x47d495] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: /lib/libpthread.so.0 >>>>>>>>>>> [0x2ad8100b23f7] >>>>>>>>>>> 2010-02-17 16:59:56 [23973] [4] PANIC: /lib/libc.so.6(clone >>>>>>>>>>> +0x6d) >>>>>>>>>>> [0x2ad810a67b2d] >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Here is my conf: >>>>>>>>>>> >>>>>>>>>>> group = core >>>>>>>>>>> admin-port = 13000 >>>>>>>>>>> admin-password = bar >>>>>>>>>>> admin-deny-ip = "" >>>>>>>>>>> admin-allow-ip = "127.0.0.1" >>>>>>>>>>> wapbox-port = 13001 >>>>>>>>>>> wdp-interface-name = "*" >>>>>>>>>>> log-file = "/var/log/kannel/bearerbox.log" >>>>>>>>>>> box-deny-ip = "*.*.*.*" >>>>>>>>>>> box-allow-ip = "127.0.0.1" >>>>>>>>>>> dlr-storage = mysql >>>>>>>>>>> #dlr-storage = internal >>>>>>>>>>> >>>>>>>>>>> group = mysql-connection >>>>>>>>>>> id = mydlr >>>>>>>>>>> host = localhost >>>>>>>>>>> username = dlr >>>>>>>>>>> password = dlr >>>>>>>>>>> database = dlr >>>>>>>>>>> max-connections = 1 >>>>>>>>>>> >>>>>>>>>>> group = dlr-db >>>>>>>>>>> id = mydlr >>>>>>>>>>> table = dlr >>>>>>>>>>> field-smsc = smsc >>>>>>>>>>> field-timestamp = ts >>>>>>>>>>> field-destination = destination >>>>>>>>>>> field-source = source >>>>>>>>>>> field-service = service >>>>>>>>>>> field-url = url >>>>>>>>>>> field-mask = mask >>>>>>>>>>> field-status = status >>>>>>>>>>> field-boxc-id = boxc >>>>>>>>>>> >>>>>>>>>>> group = wapbox >>>>>>>>>>> bearerbox-host = localhost >>>>>>>>>>> log-file = "/var/log/kannel/wapbox.log" >>>>>>>>>>> >>>>>>>>>>> group = smsc >>>>>>>>>>> smsc = smpp >>>>>>>>>>> host = server2.msgtoolbox.com >>>>>>>>>>> port = 2775 >>>>>>>>>>> receive-port = 0 >>>>>>>>>>> smsc-username = "USER" >>>>>>>>>>> smsc-password = PASS >>>>>>>>>>> system-type = "G1" >>>>>>>>>>> address-range = "" >>>>>>>>>>> transceiver-mode = 1 >>>>>>>>>>> msg-id-type=0x01 >>>>>>>>>>> >>>>>>>>>>> group = smsbox >>>>>>>>>>> bearerbox-host = 127.0.0.1 >>>>>>>>>>> sendsms-port = 13013 >>>>>>>>>>> global-sender = 123 >>>>>>>>>>> log-file = "smsbox.log" >>>>>>>>>>> >>>>>>>>>>> group = sms-service >>>>>>>>>>> keyword = default >>>>>>>>>>> text = "No service specified" >>>>>>>>>>> catch-all = true >>>>>>>>>>> get-url = "http://localhost/sms/?seq=%I&from=%p&to=%P&text=%a" >>>>>>>>>>> max-messages = 0 >>>>>>>>>>> >>>>>>>>>>> group = sendsms-user >>>>>>>>>>> username = paymms >>>>>>>>>>> password = paymms >>>>>>>>>>> #max-messages = 10 >>>>>>>>>>> concatenation = true >>>>>>>>>>> >>>>>>>>>>> Im have tryed stable, dev release and log is from CVS >>>>>>>>>>> >>>>>>>>>>> //Jens Haag >>>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >> <bb_boxc.diff> >