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