yes, that's what we do when file writes fail.
El jue., 23 ene. 2020 a las 18:00, MAUPERTUIS, PHILIPPE via rsyslog (<[email protected]>) escribió: > > Hi, > In my understanding, the queue doesn't solve anything in this scenario. > If the omfile fails the dedicated queue will fill up, then the main queue > will fill up. > Probably what I need is to have the message discarded whether the local > write is successful or not. > Is that possible ? > Is this the default behavior ? > Thanks > Philippe > -----Message d'origine----- > De : rsyslog [mailto:[email protected]] De la part de David > Lang via rsyslog > Envoyé : mardi 21 janvier 2020 19:54 > À : Christian, Mark via rsyslog > Cc : David Lang > Objet : Re: [rsyslog] Independant local and remote logging > > On Tue, 21 Jan 2020, Christian, Mark via rsyslog wrote: > > > What happens if action type=omrelp is blocking, won't omfile not get > > events written to local disk? Regardless, I would still recommend > > taking a close look at queues. It's trivial to add queue* directives > > to your actions, so that if one is blocking it won't negatively impact > > the other. > > note that when queues fill up you start blocking again > > see https://www.rsyslog.com/doc/v8-stable/whitepapers/queues_analogy.html > _______________________________________________ > 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. > equensWorldline is a registered trade mark and trading name owned by the > Worldline Group through its holding company. > This e-mail and the documents attached are confidential and intended solely > for the addressee. If you receive this e-mail in error, you are not > authorized to copy, disclose, use or retain it. Please notify the sender > immediately and delete this email from your systems. As emails may be > intercepted, amended or lost, they are not secure. EquensWorldline and the > Worldline Group therefore can accept no liability for any errors or their > content. Although equensWorldline and the Worldline Group endeavours to > maintain a virus-free network, we do not warrant that this transmission is > virus-free and can accept no liability for any damages resulting from any > virus transmitted. The risks are deemed to be accepted by everyone who > communicates with equensWorldline and the Worldline Group by email > _______________________________________________ > 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.
