> -----Original Message----- > From: [email protected] [mailto:rsyslog- > [email protected]] On Behalf Of Marcin Miroslaw > Sent: Friday, June 01, 2012 1:23 PM > To: [email protected] > Subject: Re: [rsyslog] rsyslog-5.8.11 omit syncing is always on? > > W dniu 01.06.2012 12:49, Rainer Gerhards pisze: > >> Furthermore i can see rsyslogd doesn't create queue files with messages > >> which wasn't send to relp receiver. > > > > That's intentional. There is little point in having imfile pull all > > messages into the > queue files. So imfile should be delayed. HOWEVER, this is intended to happen > in > a way that does not affect other traffic. Obviously something fails here. It > would > also probably good to have a way to change the default behavior, in case you > want it differently (e.g. the file is rotated away too quickly, so that you > actually > want to copy data to the queue files). > > Hmm, what about messages received from logger?
That's a different story, I talked about imfile. > Should be saved in spool > when rsyslogd receives SIGTERM? Those messages can't be replayed from > imfile. Exactly. My main thought error, as I currently see it, is that while it is great to delay inputs when they submit to main queues, it is counter-productive to try the same with action queues. After all, the messages are already accepted and we would actually delay the main q worker (this is exactly what happens). I guess this is at the root of the problems we currently see. But I need to do some more analysis... Rainer > Regards, > Marcin > _______________________________________________ > 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 _______________________________________________ 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
