Re: Patch: gw/bb_boxc.c
Alexander Malysh <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, patch commited to CVS. Thanks, Alexander Malysh Am 22.02.2010 um 12:35 schrieb Alexander Malysh: > great :) > > Am 22.02.2010 um 12:05 schrieb Nikos Balkanas: > >> Yes I did, but I missed the point when you return NULL. Doesn't break wap compatibility. >> >> Nikos >> ----- Original Message ----- From: "Alexander Malysh" <[email protected]> >> To: "Nikos Balkanas" <[email protected]> >> Cc: <[email protected]> >> Sent: Monday, February 22, 2010 11:07 AM >> Subject: Re: Patch: gw/bb_boxc.c >> >> >> Hi Nikos, >> >> did you read my patch? I don't think so, because my patch doesn't change anything for NO_SMS compile case. My patch >> just add code to _not_ ignore initialization errors on start. Initialization code is the same... >> >> Thanks, >> Alexander Malysh >> >> Am 22.02.2010 um 07:00 schrieb Nikos Balkanas: >> >>> Yes, but in wap only operation this is guaranteed - i.e. no DLRs and no smscs. If BB panics in such a case you break wap compatibility. Please include panic statements within: >>> >>> #ifndef NO_SMS >>> >>> to at least get a clean compile. >>> >>> BR, >>> Nikos >>> ----- Original Message ----- From: "Alexander Malysh" <[email protected]> >>> To: "Nikos Balkanas" <[email protected]> >>> Cc: <[email protected]> >>> Sent: Sunday, February 21, 2010 11:35 PM >>> Subject: Re: Patch: gw/bb_boxc.c >>> >>> >>> Hi Nikos, >>> >>> Am 19.02.2010 um 19:12 schrieb Nikos Balkanas: >>> >>>> 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. >>> >>> yes, I know but IMO it's better to require smsbox-port defined for such setup because we are unable to guarantee that no DLRs would be sent from SMSCs and if they would be >>> send we have at least initialized bb_boxc interface. >>> >>>> >>>> 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 -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> >>>>> >>>> >>>> >>> >> >