Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fluentd does not honor dns cache expiration when hostname is initially unresolvable #731

Closed
bastichelaar opened this issue Dec 2, 2015 · 4 comments
Assignees
Labels
enhancement Feature request or improve operations

Comments

@bastichelaar
Copy link

Fluentd has an option expire_dns_cache. When the hostname of the Fluentd server is unresolvable, I would expect Fluentd to retry later. Instead, the whole process stops with an exception. This is undesirable.

@repeatedly repeatedly self-assigned this Dec 3, 2015
@repeatedly
Copy link
Member

You mean fluentd should continue to initialize plugins even if DNS resolution fails?
Hmm... log warning message or providing ignore_dns_failure parameter is acceptable.

@bastichelaar
Copy link
Author

Yeah, something like that would be great. Our case: we restart our complete environment every night, and the Fluentd server/Elasticsearch cluster is not the first to start up. So every Fluentd client depending on the server to be available will fail.

Providing a flag would be ideal.

@repeatedly
Copy link
Member

Okay. I will work on it. Please wait.

repeatedly added a commit that referenced this issue Dec 4, 2015
This option is available when heartbeat_type is tcp for now.
@repeatedly repeatedly added the enhancement Feature request or improve operations label Apr 27, 2016
@repeatedly
Copy link
Member

v0.14's out_forward now has ignore_network_errors_at_startup.
It is hard to backport to v0.12. I'm now working on making v0.14 stable instead.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Feature request or improve operations
Projects
None yet
Development

No branches or pull requests

2 participants