I'll check with that json-c version. Meanwhile, is it possible for you to get debug symbols for libc and post backtrace again?
-- Regards, Janmejay PS: Please blame the typos in this mail on my phone's uncivilized soft keyboard sporting it's not-so-smart-assist technology. On Jan 20, 2015 4:15 AM, "Thomas D." <[email protected]> wrote: > Hi, > > Rainer wrote: > > On all of my environments as well. That's one of those cases where the > > problem occurs in a very specific setting only. We now need to find our > > how to debug that under Travis. ... > > It is not Travis-specific. I see the same failure on my local Ubuntu 12.04 > box I created to mirror Travis :) > > Clean Ubuntu 12.04.5... just run the same commands from the ".travis.xml" > file -> Reproducible. > > This only happens with "libjson0-dev 0.9-1ubuntu1" or when you use > json-c-0.9 from source. > > So does rsyslog require json-c >=0.10? If not, here's the gdb output: > > Reading symbols from /srv/build/rsyslog/tools/rsyslogd...done. > [New LWP 125551] > [New LWP 125553] > [New LWP 125554] > [New LWP 125552] > [New LWP 125555] > [New LWP 125556] > [New LWP 125557] > [New LWP 125546] > [New LWP 125550] > [New LWP 125549] > > warning: Can't read pathname for load map: Input/output error. > > warning: Could not load shared library symbols for 7 libraries, e.g. > ../runtime/.libs/lmnet.so. > Use the "info sharedlibrary" command to see the complete listing. > Do you need "set solib-search-path" or "set sysroot"? > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > Core was generated by `../tools/rsyslogd -C -n -irsyslog.pid > -M../runtime/.libs:../.libs -f./testsuite'. > Program terminated with signal 11, Segmentation fault. > #0 0x00002b5614002d70 in ?? () > (gdb) bt > #0 0x00002b5614002d70 in ?? () > #1 0x00002b5606b58eda in lh_table_lookup_entry (t=0x2b5614002d10, > k=0xb40e26) at linkhash.c:159 > #2 0x00002b5606b58fd9 in lh_table_lookup (t=0x2b5614002d10, k=0xb40e26) at > linkhash.c:175 > #3 0x00002b5606b55096 in json_object_object_get (jso=0x2b56140064c0, > key=0xb40e26 "bar") at json_object.c:272 > #4 0x000000000042467e in jsonVarExtract (root=0x2b56140064c0, key=0xb40e26 > "bar", value=0x2b560875a960) at msg.c:4218 > #5 0x0000000000420b34 in msgGetJSONPropJSON (pMsg=0x2b5610004470, > pProp=0xb3a7a0, pjson=0x2b560875a960) at msg.c:2848 > #6 0x000000000047a3c7 in evalVar (var=0xb3a790, usrptr=0x2b5610004470, > ret=0x2b560875aa30) at rainerscript.c:1785 > #7 0x000000000047c2a6 in cnfexprEval (expr=0xb3a790, ret=0x2b560875aa30, > usrptr=0x2b5610004470) at rainerscript.c:2322 > #8 0x000000000047caec in cnfexprEvalCollection (expr=0xb3a790, > usrptr=0x2b5610004470) at rainerscript.c:2483 > #9 0x0000000000447dae in execForeach (stmt=0xb42800, pMsg=0x2b5610004470, > pWti=0xb39e60) at ruleset.c:271 > #10 0x00000000004485b9 in scriptExec (root=0xb40e40, pMsg=0x2b5610004470, > pWti=0xb39e60) at ruleset.c:464 > #11 0x0000000000447e5d in execForeach (stmt=0xb42870, pMsg=0x2b5610004470, > pWti=0xb39e60) at ruleset.c:284 > #12 0x00000000004485b9 in scriptExec (root=0xb3a5c0, pMsg=0x2b5610004470, > pWti=0xb39e60) at ruleset.c:464 > #13 0x0000000000448731 in processBatch (pBatch=0xb39e98, pWti=0xb39e60) at > ruleset.c:503 > #14 0x000000000045f129 in msgConsumer (notNeeded=0x0, pBatch=0xb39e98, > pWti=0xb39e60) at rsyslogd.c:576 > #15 0x00000000004433b6 in ConsumerReg (pThis=0xb39980, pWti=0xb39e60) at > queue.c:1897 > #16 0x000000000043e3eb in wtiWorker (pThis=0xb39e60) at wti.c:334 > #17 0x000000000043cea9 in wtpWorker (arg=0xb39e60) at wtp.c:389 > #18 0x00002b560632ce9a in start_thread (arg=0x2b560875b700) at > pthread_create.c:308 > #19 0x00002b56070552ed in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 > #20 0x0000000000000000 in ?? () > (gdb) info sharedlibrary > From To Syms Read Shared Object Library > 0x00002b5606110050 0x00002b560611c528 Yes (*) > /lib/x86_64-linux-gnu/libz.so.1 > 0x00002b560632a740 0x00002b5606336358 Yes > /lib/x86_64-linux-gnu/libpthread.so.0 > 0x00002b5606542de0 0x00002b5606543918 Yes > /lib/x86_64-linux-gnu/libdl.so.2 > 0x00002b56067481e0 0x00002b560674b6b8 Yes > /lib/x86_64-linux-gnu/librt.so.1 > 0x00002b560694eb40 0x00002b560694f988 Yes (*) /usr/lib/libestr.so.0 > 0x00002b5606b54290 0x00002b5606b59658 Yes > /opt/json-c-0.9/lib/libjson.so.0 > 0x00002b5606d5d570 0x00002b5606d5ebe8 Yes (*) > /lib/x86_64-linux-gnu/libuuid.so.1 > 0x00002b5606f7ffa0 0x00002b56070c44c0 Yes > /lib/x86_64-linux-gnu/libc.so.6 > 0x00002b5605ee9af0 0x00002b5605f03eaa Yes > /lib64/ld-linux-x86-64.so.2 > No > ../runtime/.libs/lmnet.so > 0x00002b560752a140 0x00002b5607531a08 Yes > /lib/x86_64-linux-gnu/libnss_files.so.2 > No > ../plugins/imdiag/.libs/imdiag.so > No > ../runtime/.libs/lmnetstrms.so > No ../.libs/lmtcpsrv.so > No > ../plugins/mmjsonparse/.libs/mmjsonparse.so > No > ../plugins/imptcp/.libs/imptcp.so > No > ../runtime/.libs/lmnsd_ptcp.so > (*): Shared library is missing debugging information. > > > -Thomas > > > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > DON'T LIKE THAT. > _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
