-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Moved samara config out of init into connect #9051
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤝 ✅ CLA has been signed. Thank you!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like new artifacts were built from this PR. Get them here!
Artifact URLs
This only fixes the case for Kafka, but what about the other plugins that have this behaviour? #3723 |
Thanks @Hipska, the team will revisit that open issue next week and add thoughts/plans to the issue |
If anyone reading this later is confused, the point of this change is to make it so that Telegraf will not fail to start when this single output has a problem connecting. To @Hipska 's question, this needs to be addressed on a per-plugin basis. Plugins should use the |
100% this ^ Maybe the PR template should even have some checklist item of verifying what are the fatal/non-fatal failure modes and do they conform to the recommended pattern. |
@ssoroka That would be very nice if it is actually true, but this code proves otherwise: Lines 253 to 257 in 17e86ab
When the Start() returns an error, it will stop all other plugins and then exit..
|
This is a fix for if Kafka doesn't connect it wont stop telegraf from starting up