Re: Patch: gw/bb_boxc.c
Alexander Malysh <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
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 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> >
smsbox_init.diff
(application/octet-stream, 1.3 KB)
diff --git a/gw/bearerbox.c b/gw/bearerbox.c
index d523d8a..f8cd08b 100644
--- a/gw/bearerbox.c
+++ b/gw/bearerbox.c
@@ -233,9 +233,15 @@ static int start_smsc(Cfg *cfg)
if (started)
return 0;
- smsbox_start(cfg);
+ if (smsbox_start(cfg) == -1) {
+ error(0, "Unable to start smsbox module.");
+ return -1;
+ }
- smsc2_start(cfg);
+ if (smsc2_start(cfg) == -1) {
+ error(0, "Unable to start smsc module.");
+ return -1;
+ }
started = 1;
return 0;
@@ -522,8 +528,11 @@ static Cfg *init_bearerbox(Cfg *cfg)
list = cfg_get_multi_group(cfg, octstr_imm("smsc"));
if (list != NULL) {
- start_smsc(cfg);
- gwlist_destroy(list, NULL);
+ gwlist_destroy(list, NULL);
+ if (start_smsc(cfg) == -1) {
+ panic(0, "Unable to start SMSCs.");
+ return NULL;
+ }
}
}
#endif
@@ -649,7 +658,8 @@ int main(int argc, char **argv)
flow_threads = gwlist_create();
- init_bearerbox(cfg);
+ if (init_bearerbox(cfg) == NULL)
+ panic(0, "Initialization failed.");
info(0, "----------------------------------------");
info(0, GW_NAME " bearerbox II version %s starting", GW_VERSION);