2015-05-08 10:45 GMT+02:00 Xavier Fustero <[email protected]>: > Hi Rainer, > > did you have time to look at the log file I send to you? Please let me know > if you need furhter log debugging info from me. I would like to have this > keepalive working with relp as it might help on the weird issue I have on > my clients sending logs using stunnel evey time I need to replace the > rsyslog server. I have to restart stunnel and rsyslog on the clients > otherwise the logs are missed.
note yet, there's too much on the plate. I hope to be able to check some time later next week, Rainer > > Thanks a log, > Xavi > > On 5 May 2015 at 15:14, Xavier Fustero <[email protected]> wrote: > >> Hi Rainer, >> >> I have run valgrind for a while using this command: >> >> G_SLICE=always-malloc G_DEBUG=gc-friendly /usr/bin/valgrind -v >> --tool=memcheck --leak-check=full --num-callers=40 --log-file=valgrind.log >> /usr/sbin/rsyslogd -dn >> >> I attach you the valgrind.log file. >> >> Thanks, >> Xavi >> >> >> On 5 May 2015 at 14:43, Rainer Gerhards <[email protected]> wrote: >> >>> can you run this under valgrind control? >>> >>> 2015-05-05 14:36 GMT+02:00 Xavier Fustero <[email protected]>: >>> > Hi, >>> > >>> > I have a problem enabling KeepAlive using relp. I am running rsyslog8.9 >>> and >>> > installed librelp1.2.5. >>> > >>> > I have set my server using imrelp module: >>> > >>> > module(load="imrelp") # needs to be done just once >>> > input(type="imrelp" port=XXXX KeepAlive="on") >>> > >>> > The configuration test doesn't return any error but when I start it in >>> > debug mode I get the above segmentation fault. From what I read in the >>> > mailing list it should work since librelp1.2.2 >>> > >>> > Is anyone experimenting the same? >>> > >>> > Thanks a log, >>> > Xavi >>> > >>> > 8958.842293629:main Q:Reg/w0 : omfile: write to stream, pData->pStrm >>> > 0x7f68e8007560, lenBuf 153, strt data May 5 12:29:18 rsyslog93 >>> > rsyslogd-2007: action 'action 6' suspended, next retry is Tue May 5 >>> > 12:29:48 2015 [v8.9.0 try http:// >>> > 8958.842316849:main Q:Reg/w0 : strm 0x7f68e8007560: file 15(syslog) >>> flush, >>> > buflen 153 >>> > 8958.842339998:main Q:Reg/w0 : strmPhysWrite, stream 0x7f68e8007560, >>> len >>> > 153 >>> > 8958.842371746:main Q:Reg/w0 : strm 0x7f68e8007560: file 15 write wrote >>> > 153 bytes >>> > 8958.842393142:main Q:Reg/w0 : Action 13 transitioned to state: rdy >>> > 8958.842413146:main Q:Reg/w0 : Action 13 transitioned to state: itx >>> > 8958.842428832:main Q:Reg/w0 : Action 13 transitioned to state: rdy >>> > 8958.842447567:main Q:Reg/w0 : actionCommit, in retry loop, iRet 0 >>> > 8958.842467037:main Q:Reg/w0 : actionCommitAll: action 23, state 1, >>> nbr to >>> > commit 0 isTransactional 1 >>> > 8958.842483308:main Q:Reg/w0 : doTransaction: have commitTransaction >>> IF, >>> > using that, pWrkrInfo 0x110d4b0 >>> > 8958.842504310:main Q:Reg/w0 : entering actionCallCommitTransaction(), >>> > state: itx, actionNbr 23, nMsgs 1 >>> > 8958.842522946:main Q:Reg/w0 : omfile: file to log to: >>> > /var/log/rs_ops/catchall/catchall.log >>> > 8958.842544403:main Q:Reg/w0 : omfile: write to stream, pData->pStrm >>> > 0x7f68e8008810, lenBuf 153, strt data May 5 12:29:18 rsyslog93 >>> > rsyslogd-2007: action 'action 6' suspended, next retry is Tue May 5 >>> > 12:29:48 2015 [v8.9.0 try http:// >>> > 8958.842565963:main Q:Reg/w0 : strm 0x7f68e8008810: file >>> 16(catchall.log) >>> > flush, buflen 153 >>> > 8958.842582026:main Q:Reg/w0 : strmPhysWrite, stream 0x7f68e8008810, >>> len >>> > 153 >>> > 8958.842607301:main Q:Reg/w0 : strm 0x7f68e8008810: file 16 write wrote >>> > 153 bytes >>> > 8958.842625989:main Q:Reg/w0 : Action 23 transitioned to state: rdy >>> > 8958.842647375:main Q:Reg/w0 : Action 23 transitioned to state: itx >>> > 8958.842662850:main Q:Reg/w0 : Action 23 transitioned to state: rdy >>> > 8958.842682249:main Q:Reg/w0 : actionCommit, in retry loop, iRet 0 >>> > 8958.842698307:main Q:Reg/w0 : actionCommitAll: action 25, state 1, >>> nbr to >>> > commit 0 isTransactional 1 >>> > 8958.842717445:main Q:Reg/w0 : doTransaction: have commitTransaction >>> IF, >>> > using that, pWrkrInfo 0x110d590 >>> > 8958.842736998:main Q:Reg/w0 : entering actionCallCommitTransaction(), >>> > state: itx, actionNbr 25, nMsgs 1 >>> > 8958.842752640:main Q:Reg/w0 : omfile: write to stream, pData->pStrm >>> > 0x7f68e8009b40, lenBuf 153, strt data May 5 12:29:18 rsyslog93 >>> > rsyslogd-2007: action 'action 6' suspended, next retry is Tue May 5 >>> > 12:29:48 2015 [v8.9.0 try http:// >>> > 8958.842773324:main Q:Reg/w0 : strm 0x7f68e8009b40: file 17(messages) >>> > flush, buflen 153 >>> > 8958.842793245:main Q:Reg/w0 : strmPhysWrite, stream 0x7f68e8009b40, >>> len >>> > 153 >>> > 8958.842816780:main Q:Reg/w0 : strm 0x7f68e8009b40: file 17 write wrote >>> > 153 bytes >>> > 8958.842837473:main Q:Reg/w0 : Action 25 transitioned to state: rdy >>> > 8958.842858696:main Q:Reg/w0 : Action 25 transitioned to state: itx >>> > 8958.842879873:main Q:Reg/w0 : Action 25 transitioned to state: rdy >>> > 8958.842903315:main Q:Reg/w0 : actionCommit, in retry loop, iRet 0 >>> > 8958.842924456:main Q:Reg/w0 : processBATCH: batch of 1 elements has >>> been >>> > processed >>> > 8958.842948219:main Q:Reg/w0 : regular consumer finished, iret=0, >>> szlog 0 >>> > sz phys 1 >>> > 8958.842969788:main Q:Reg/w0 : DeleteProcessedBatch: we deleted 1 >>> objects >>> > and enqueued 0 objects >>> > 8958.842989684:main Q:Reg/w0 : doDeleteBatch: delete batch from store, >>> new >>> > sizes: log 0, phys 0 >>> > 8958.843010406:main Q:Reg/w0 : regular consumer finished, iret=4, >>> szlog 0 >>> > sz phys 0 >>> > 8958.843032097:main Q:Reg/w0 : main Q:Reg/w0: worker IDLE, waiting for >>> > work. >>> > 8964.131915613:imrelp.c : librelp: done epoll_wait, nEvents:1 >>> > 8964.131949863:imrelp.c : new connect on RELP socket #8 >>> > Segmentation fault >>> > _______________________________________________ >>> > 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. >>> >> >> > _______________________________________________ > 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.
