Replies: 2 comments
-
HTTP error 413 resolves to "Content Too Large". Graylog (or the underlaying Elasticsearch) typically throws this error if the message is over ~32 KiB. Maybe that helps? What does the Graylog server log tell you? |
Beta Was this translation helpful? Give feedback.
0 replies
-
We're trying to figure out how to find the according entries and see what Graylog "says". At least on NGINX (which we use as reverse proxy/for SSL termination) we don't see any errors. We will also try to implement a custom message filter and limit the size. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
We are using this settings:
<appender name="GELFNEW" class="de.siegmar.logbackgelf.GelfHttpAppender">
<uri>https://logs.example.com/gelf</uri>
<encoder class="de.siegmar.logbackgelf.GelfEncoder">
<staticField>application:${application}</staticField>
</encoder>
</appender>
<appender name="ASYNC_GELF" class="ch.qos.logback.classic.AsyncAppender">
<appender-ref ref="GELFNEW"/>
<queueSize>500</queueSize>
<neverBlock>true</neverBlock>
</appender>
<root level="DEBUG">
<appender-ref ref="ASYNC_GELF"/>
</root>
But it leads to this error on STDOUT:
12:08:02,466 |-ERROR in de.siegmar.logbackgelf.GelfHttpAppender[GELFNEW] - Invalid response from https://logs.example.com/gelf. Code: 413; Message:
Does anyone know how to handle this? How can we solve it?
Many thanks for any help!
Beta Was this translation helpful? Give feedback.
All reactions