Some messages are lost about logback-gelf HOT 5 CLOSED

Hello @tarasrng !

Please check AsyncAppender documentation about how to configure queueSize and discardingThreshold regarding dropped messages in heavy load situations.

As the error message from your stack trace 'An established connection was aborted by the software in your host machine' says, it is because of a closed TCP connection. Maybe the connection has been closed by Graylog or a firewall. Depending on the configuration of this library, a retry operation is being performed afterwards with another connection but that retry could end up with a similar exception if this other connection also has been closed.

You could try the yet unreleased version of this library and configure the newly poolMaxIdleTime to automatically close connections after some time of inactivity. I think, this would probably solve your problem. See #49 for more details about this.

Let me know, if that helped and the value you had to use.

from logback-gelf.

@osiegmar thank you for suggestions!
I tried configuring queueSize and discardingThreshold - unfortunately, no luck.
Not sure how poolMaxIdleTime can help, it looks more like a cleanup parameter. Furthermore, I see lost messages even when running a short test app that runs only ~10 seconds.
Maybe retry configuration has to be tuned.
We will also try to check Graylog and monitor traffic using WireShark.

from logback-gelf.

Indeed, poolMaxIdleTime probably wouldn't help for that short lifetime. If the problem also appear on an application that runs for ~10 seconds, tcpdump or Wireshark are definitely the tools I'd use for debugging. Just another thought – you're shutting down the application gracefully, right? You may check the documentation about stopping logback-classic for additional (debugging) steps in order to ensure graceful shutdown.

from logback-gelf.

Yep, it's a graceful shutdown, and I even do sleep to make sure all the messages have a chance to be logged.

from logback-gelf.

I'll close this ticket now as I highly doubt that it is related to this library itself. Please re-open it if you have additional information.

from logback-gelf.