Hi, sorry for delay but we have faced some problems and the planned tests was moved forward. For now I don't perform a real stress test but some functional test was fine.
Thanks a lot for this fix. Regards Lorenzo 2014-04-01 18:55 GMT+02:00 Lorenzo Bagni <ba...@networkweb.net>: > > > 2014-04-01 17:09 GMT+02:00 Stipe Tolj <st...@kannel.org>: > > Am 06.03.2014 12:37, schrieb Lorenzo Bagni: >> >>> Hi all, >>> I'm facing a blocking problem on redis backend for delivery report. >>> I'm sendig correctly (and receive on my MT) but the bearerbox hangs when >>> try to write on redis: >>> >>> smsc log: >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP[mobytusaprod]: Got PDU: >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP PDU 0x7f6c08000a10 dump: >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: type_name: submit_sm_resp >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: command_id: 2147483652 >>> <tel:2147483652> = 0x80000004 >>> >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: command_status: 0 = 0x00000000 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: sequence_number: 2 = 0x00000002 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: message_id: >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: Octet string at 0x7f6c080011a0: >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: len: 36 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: size: 37 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: immutable: 0 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: data: 37 35 33 31 62 34 32 >>> 61 2d 66 34 34 66 2d 34 33 7531b42a-f44f-43 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: data: 38 31 2d 39 63 35 61 >>> 2d 36 31 37 65 32 32 33 31 81-9c5a-617e2231 >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: data: 36 30 35 63 >>> 605c >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: Octet string dump ends. >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP PDU dump ends. >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: new group created `smpp' >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: group=`smpp' >>> key=`mobyt_campaignid' value=`1245' >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: DLR[redis]: Adding DLR >>> smsc=mobytusaprod, ts=7531b42a-f44f-4381-9c5a-617e2231605c, src=51303, >>> dst=393284677782, mask=31, boxc= >>> 2014-03-06 11:44:54 [25724] [7] DEBUG: Adding DLR into keystore >>> >>> bearerbox log: >>> 2014-03-06 11:44:33 [25724] [9] DEBUG: Started thread 10 >>> (gw/bb_boxc.c:boxc_sender) >>> 2014-03-06 11:44:33 [25724] [10] DEBUG: Thread 10 >>> (gw/bb_boxc.c:boxc_sender) maps to pid 25724. >>> 2014-03-06 11:44:54 [25724] [9] DEBUG: boxc_receiver: sms received >>> 2014-03-06 11:44:54 [25724] [9] DEBUG: send_msg: sending msg to box: >>> <127.0.0.1> >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x4a7f7c] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libpthread.so.0(+0xf710) >>> [0x7f6c21df5710] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x48d407] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x41fa63] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: >>> /usr/sbin/bearerbox(dlr_add_real+0x3a3) [0x41cf63] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x4682c2] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x469395] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x491c19] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libpthread.so.0(+0x79d1) >>> [0x7f6c21ded9d1] >>> 2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libc.so.6(clone+0x6d) >>> [0x7f6c20b85b6d] >>> >>> I've compiled kannel 1.5.0 trunk version 5081: >>> Kannel bearerbox version `svn-runknown'. Build `Mar 5 2014 14:57:57', >>> compiler `4.4.7 20120313 (Red Hat 4.4.7-4)'. System Linux, release >>> 2.6.32-431.el6.x86_64, version #1 SMP Fri Nov 22 03:15:09 UTC 2013, >>> machine x86_64. Hostname xxx.xxx.xxx, IP xxx.xxx.xxx.xxx. Libxml version >>> 2.7.6. Using OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL >>> 5.1.71, using MySQL 5.1.71. Using hiredis API 0.10.1 Using native malloc. >>> >>> The same flow works perfectly if I use the MySql backend, so I guess a >>> misconfiguration, here's the redis related config: >>> dlr-storage = redis >>> >>> group = redis-connection >>> id = redisdlr >>> host = 127.0.0.1 >>> port = 6379 >>> #password = foo >>> database = 0 >>> max-connections = 1 >>> >>> group = dlr-db >>> id = redisdlr >>> table = dlr >>> ttl = 604800 >>> 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 >>> >>> Redis works on the same box of kannel, accepts bindigs on all >>> intefraces, and I've try to perform a CRUD operation from redis-cli >>> without problems. >>> >> >> Hi Lorenzo, >> >> first of all, thanks a lot for reporting the bug, along with the >> comprehensive filing into the redmine bug tracking system. >> >> I have addressed this today and corresponding fixes have been committed >> to the SVN trunk. >> >> Stipe >> >> -- >> ------------------------------------------------------------------- >> Kölner Landstrasse 419 >> 40589 Düsseldorf, NRW, Germany >> >> tolj.org system architecture Kannel Software Foundation (KSF) >> http://www.tolj.org/ http://www.kannel.org/ >> >> mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org >> ------------------------------------------------------------------- >> >> Hi Stipe, > thanks for the fix, unfortunally this week I cannot test it, but I'll > schedule for next week. > Regards, Lorenzo >