You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<source>
type forward
port 24224
bind 0.0.0.0
</source>
<match *.*>
type copy
<store>
type forward
<server>
host {{fluentd_aggregator_name}}
port 24225
</server>
</store>
<store>
type stdout
</store>
</match>
the problem happen with or without the copy plugin.
What I am expecting is that fluentd starts normally (even if it can not connect to the endpoint),
the output to stdout still works fine
and the connection to my aggregator is retried periodically (and start working when possible).
Instead; what really happened is that fluentd exited with code 256.
Am I doing something wrong?
Exiting fluentd because one endpoint is down is a little too risky for production.
The text was updated successfully, but these errors were encountered:
What I am expecting is that fluentd start, the output to stdout still happen and the connection to my aggregator is retried periodically.
out_forward retries buffer flush when the error happens during plugin running phase.
In your case, error happens during configuration phase, not plugin running phase.
This behaviour is for safety bacause Fluentd can't judge actual errors and hard to recover it.
We have one specific patch for out_forward, but no merged yet: #735
I am using the latest fluentd docker image.
I pretty much have the same infra as this without ssl
if the aggregator is down I can not start my fluentd clients
the fluentd clients
the problem happen with or without the copy plugin.
What I am expecting is that fluentd starts normally (even if it can not connect to the endpoint),
Instead; what really happened is that fluentd exited with code 256.
Am I doing something wrong?
Exiting fluentd because one endpoint is down is a little too risky for production.
The text was updated successfully, but these errors were encountered: