Re: Patch: gw/bb_boxc.c
"Nikos Balkanas" <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <23453936D0F54B3895834A228B9CE505@drwho> |
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> >>> >> >> >