-
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
feat(migrations): Add migration for inputs.snmp_legacy #14123
Conversation
Download PR build artifacts for linux_amd64.tar.gz, darwin_amd64.tar.gz, and windows_amd64.zip. 👍 This pull request doesn't change the Telegraf binary size 📦 Click here to get additional PR build artifactsArtifact URLs |
Am I right that in these cases it is opted for telegraf to just silently (Inform message in log) ignore the plugin rather than preventing telegraf to start up? |
I don't think we should silently ignore these but instead fail early and loudly. The user can still comment the plugins or filter the inputs via command-line option. |
I don’t see that actually. Could you point where this fail is happening? |
The fail happens as we do not remove the plugin and telegraf will (or at least should) fail on start when we rollout v1.30.0 on the deprecated plugin. |
Okay, I think I'm starting to get it.. But not completely yet.. 😂 So, why is this migration created if it's not possible to migrate? And did I also understand correctly that the plugin code will not get actually removed in 1.30? |
I created the migration in case someone runs the
We will discuss this. One idea is to keep the code in 1.30.0 (and get an error message) and remove it in 1.30.1 for the case that some unforeseen issues appear. The (more likely) alternative is to remove the code directly in revertible PRs. |
Many thanks for the explanations.. I now fully understand. |
relates to #13376
This PR adds migrations for the deprecated
inputs.snmp_legacy
plugin that requires manual intervention.