Re: Patch: gw/bb_boxc.c
Alexander Malysh <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
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> >>>> >>> >>> >> >