Uh oh!
There was an error while loading. Please reload this page.
HADOOP-13617 : Retry requests with updated authentication - #361
Conversation
ceb94ad to
3fa373dComparehadoop-yetus
commented
Jul 19, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Jul 26, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Aug 2, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Aug 8, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Aug 16, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Aug 20, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Aug 22, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Aug 27, 2019
💔 -1 overall
This message was automatically generated. |
hadoop-yetus
commented
Sep 3, 2019
💔 -1 overall
This message was automatically generated. |
This change allows user to register the metrics on the per-container basis. Tested in beam runner and works as expected. Author: xiliu <xiliu@xiliu-ld1.linkedin.biz> Reviewers: Prateek Maheshwari <prateekm@apache.org> Closesapache#361 from xinyuiscool/SAMZA-1504
We're closing this stale PR because it has been open for 100 days with no activity. This isn't a judgement on the merit of the PR in any way. It's just a way of keeping the PR queue manageable. |
We started using hadoop's openstack filesystem (Swift) as a storage backend for Apache Flink and ran into the problem that every few hours an error would be triggered that would cause our flink jobs to get restarted.
The problem happens when the token that is used to make api calls expires. At that point the server will return a 401 status code (unauthorized).
What should happen next is that the token should be refreshed and the request should be retried with the new token.
But what happens is that while a new token is requested , the request is retried with the old token and will always fail.
The fix is a simple one, set the correct authentication header on the request before retrying
It turns out that this issue had already been reported in 2016 and a patch was provided by the original reporter.
However for some reason the patch was never merged.
Because the code has changed a bit since the patch was created, i took the liberty of adapting it so it compiles cleanly on the current trunk. I also removed the test the original author created because it basically did a sleep until a token expired. (which usually takes hours)