-
Notifications
You must be signed in to change notification settings - Fork 253
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
bug: The requested DurationSeconds exceeds the MaxSessionDuration #814
Comments
@wenchajun Any ideas? I don't think we have to fix this problem, as it is a fluent-plugin-opensearch issue. Just pinning the plugin's version to v1.1.0 would resolve it, or even better, making it possible for users to set and override the versions. Can't we do it? I've seen the elasticsearch plugin version is pinned. They've tried to fix it on the plugin side, but it didn't work. It's even worse: |
I agree with you. The latest version is probably unstable and we can use a stable version, it should not be changed from the configuration, it should be changed from the docker image. |
Seems like they have a fix now: I'm not sure it's possible, but ideally we could let users override plug-ins version. |
Describe the issue
My fluent-operator setup had been up and running for a few months with Fluentbit and Fluentd.
Just recently I stumbled upon this Fluentd error:
After some investigation I found that my
customPlugin
had automatically installed the latest release of the fluent-plugin-opensearch:https://github.com/fluent/fluent-plugin-opensearch
$ kubectl exec fluentd-0 -- gem list --local fluent-plugin-opensearch (1.1.1)
This release changes the default session duration of the fluentd authentication with opensearch to 5h:
https://github.com/fluent/fluent-plugin-opensearch/pull/78/files
Which conflicted with the IAM role assigned to my Fluentd pod, which has a
maxSessionDuration
of 1 hour. To confirm that, I changed the maxSessionDuration to 6 hours and Fluentd started working again.Automatic update of plugin versions is a critical concern.
Is there any way to pin the versions of the plugins I'm using?
Here is my current ClusterOutput configuration:
To Reproduce
I'm not sure it's possible. Maybe if you have Fluentd running for a while you can delete its statefulset and it may return with newer plugin versions, if there are any.
Expected behavior
Being able to pin plugin version either via customPlugin AND the templates.
Your Environment
How did you install fluent operator?
Via Helm chart.
Additional context
Also, I noticed there was a push to the kubesphere/fluentd:v1.15.3 recently:
Which must have caused an override of the Fluentd 1.15.3 image and reinstall of the plugin's latest version:
https://github.com/fluent/fluent-operator/blob/master/cmd/fluent-watcher/fluentd/base/Dockerfile#L43
The text was updated successfully, but these errors were encountered: