input: add support for upstream configuration for input client plugins. #8142
+63
−16
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Add support for upstream configuration for client input plugins.
Description
Client side input plugins like in_health and in_kubernetes_events use the upstream API but the property check for input plugins only applies downstream configuration checks. This pull request checks the plugin flags to see which one applies, either the downstream or upstream configuration map.
This allows setting upstream configuration settings for
FLB_INPUT_NET
plugins (as opposed toFLB_INPUT_NET_SERVER
). This can be used for instance to be able workaround problems with the asynchronous DNS code by settingsnet.dns.resolver
toLEGACY
.The full list of settings includes:
Without this patch only the downstream settings can be applied to these plugins. This does not seem to me like the right fit. These include:
Notes
I have not added a check to make sure that not both flags, FLB_INPUT and FLB_INPUT_SERVER, are set on a plugin. In this case the downstream configuration map would be used. There should probably be a check, earlier than
flb_input_net_property_check
, that actually checks that both flags are not set.Enter
[N/A]
in the box, if an item is not applicable to your change.Testing
Before we can approve your change; please submit the following in a comment:
If this is a change to packaging of containers or native binaries then please confirm it works for all targets.
ok-package-test
label to test for all targets (requires maintainer to do).Documentation
Backporting
Fluent Bit is licensed under Apache 2.0, by submitting this pull request I understand that this code will be released under the terms of that license.