Yes, I'm exporting that to Prometheus. That's how I found out the full counter.
That's the only thing that I can find that stands out. Regards Johan Den tis 4 juni 2024 20:12David Lang <da...@lang.hm> skrev: > to see what's happening with the queues, enable impstats so you can see > queue > and other performance stats. > > David Lang > > On Tue, 4 Jun 2024, Johan Ryberg via rsyslog wrote: > > > Date: Tue, 4 Jun 2024 16:16:27 +0200 > > From: Johan Ryberg via rsyslog <rsyslog@lists.adiscon.com> > > To: rsyslog-users <rsyslog@lists.adiscon.com> > > Cc: Johan Ryberg <jo...@securit.se> > > Subject: Re: [rsyslog] Metrics: rsyslog_queue_full_counter vs > > rsyslog_queue_discarded_full_counter? > > > > Thank you both for your reply > > > > The only config for the queue is in the action > > > > action( > > type="omprog" > > name="receiver" > > action.resumeInterval="5" > > binary="/usr/local/bin/receiver" > > killUnresponsive="on" > > signalOnClose="on" > > closeTimeout="200000" > > output="/dev/stdout" > > queue.saveonshutdown="on" > > queue.type="fixedArray" > > template="syslog" > > ) > > > > The listener is tcp for my scenario and what I can tell is that the > > pushback is an introduced delay in the psh ack to let off the pressure on > > the queue? > > > > Since the affected queue is my omprog it's probably safe to say that I'm > on > > the limit of what the current code can handle or is there any other > tuning > > that might be suggested if we play with the thought that my software can > > handle the load? > > > > Best regards Johan Ryberg > > > > On Fri, 31 May 2024 at 20:40, Rainer Gerhards via rsyslog < > > rsyslog@lists.adiscon.com> wrote: > > > >> Plus we wait a bit (pushback to sender) when the next messages come in. > But > >> all depends on queue config. > >> > >> Rainer > >> > >> Sent from phone, thus brief. > >> > >> David Lang via rsyslog <rsyslog@lists.adiscon.com> schrieb am Fr., 31. > Mai > >> 2024, 19:44: > >> > >>> when the queue hits full, you you aren't yet losing a message, it's the > >>> next > >>> message that arrives while the queue is full that is lost. > >>> > >>> David Lang > >>> _______________________________________________ > >>> rsyslog mailing list > >>> https://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 > >> https://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 > > https://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 https://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.
