It also causes core dumps on startup when present.
Should remove the use of the maxErrorMessages in the templates/rule/remote.erb
https://github.com/rsyslog/rsyslog/blob/main/ChangeLog
Version 8.29.0 [v8-stable] 2017-08-08
- omfwd/udp: improve error reporting, deprecate maxerrormessages parameter
Generally improved udp-related error messages (e.g. they now contain the
socket number, which makes it easier to related them to errors reported by
net.c subsystem).
We also deprecated (removed) the "maxerrormessages" configuration parameters.
It provided some very rough rate-limiting capabilities and was introduced
before we had native rate-limiters. The default was that only the first 5
error messages were actually reported. For long-running instances, that
meant that in many cases no errors were ever reported. We now use the default
internal message rate limiter, which works far better and ensures that also
long-running instances will be able to emit error messages after prolonged
runtime. In contrast, this also means that users will see more error
messages from rsyslog, but that should actually improve the end user
experience.
It also causes core dumps on startup when present.
Should remove the use of the maxErrorMessages in the templates/rule/remote.erb
https://github.com/rsyslog/rsyslog/blob/main/ChangeLog
Version 8.29.0 [v8-stable] 2017-08-08
Generally improved udp-related error messages (e.g. they now contain the
socket number, which makes it easier to related them to errors reported by
net.c subsystem).
We also deprecated (removed) the "maxerrormessages" configuration parameters.
It provided some very rough rate-limiting capabilities and was introduced
before we had native rate-limiters. The default was that only the first 5
error messages were actually reported. For long-running instances, that
meant that in many cases no errors were ever reported. We now use the default
internal message rate limiter, which works far better and ensures that also
long-running instances will be able to emit error messages after prolonged
runtime. In contrast, this also means that users will see more error
messages from rsyslog, but that should actually improve the end user
experience.