-
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
Plugin Vault: status 307 Temporary Redirect #14138
Comments
Hi, Thanks for the report. Is this a new issue that was previously working? Or has this always occurred?
Do you happen to know what the redirected URLs are? If we do follow the redirect, does the new page actually produce real data? Thanks |
Well i think thats not an regression. So its not working before :) Vault itself is in cluster mode, so one of the 3 nodes is the "leader" and all other vault-nodes are in standby. When an API-Call is made to an standby node, an 307 ( redirect ) will be done to the "leader" node. An curl will follow the http-redirect, but somehow this plugin does it not :) For example: We have three nodes:
an curl will return this when do on a standby node:
so and when the https://everything.curl.dev/http/redirects#tell-curl-to-follow-redirects I've build some internal telegraf plugins myself, so maybe i have on the weekend spare time to debugging this 😄 |
@stackshadow can you please test the binary in #14153 available once CI finished the tests successfully. Let me know if this fixes the issue! |
I had some wild week, thanks for your support, i will check if this works 👍 |
Relevant telegraf.conf
Logs from Telegraf
System info
Telegraf 1.28.2 on Kubernetes v1.26.3
Docker
No response
Steps to reproduce
Expected behavior
Follow the redirect
Actual behavior
Only the master-node will be scraped and for standby nodes we got these redirect-error
Additional info
No response
The text was updated successfully, but these errors were encountered: