Skip to content
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

HDDS-1183. Override getDelegationToken API for OzoneFileSystem. Contr… #526

Merged
merged 2 commits into from
Mar 2, 2019

Conversation

xiaoyuyao
Copy link
Contributor

…ibuted by Xiaoyu Yao.

@hadoop-yetus

This comment has been minimized.

@hadoop-yetus

This comment has been minimized.

@ajayydv
Copy link
Contributor

ajayydv commented Mar 2, 2019

+1, will add robot test as part HDDS-595.

@elek
Copy link
Member

elek commented Mar 4, 2019

As I see it was reverted on the trunk. Can we have some information what was the problem?

@xiaoyuyao
Copy link
Contributor Author

@elek this was reverted because it uses the merge with rebase instead of merge with squash. Redo PR with #545.

@elek
Copy link
Member

elek commented Mar 5, 2019

I see. Thanks the information. (I investigated a build problem and I was not sure if this revert is connected. But now I see that it's just an administration revert)

shanthoosh pushed a commit to shanthoosh/hadoop that referenced this pull request Oct 15, 2019
In existing implementation, `ZkBarrierChangeHandler` is executed from the `ZkEventThread` and has following drawbacks:
* `ZkWatch` events are buffered into a in-memory queue(maintained by ZkClient) and delivered one at a time to ZkClient listener implementations. If the exeuction of a delivered `ZkWatch` event is in progress, then no other `ZkWatch` event will be delivered to the listeners. If `ZkBarrierChangeHandler` is executed from `ZkEventThread`,  any increase in processing latency will delay the delivery of other `ZkWatch` events(buffered in in-memory queue of ZkClient).
* During session expiration(zkConnection error scenario), buffering all events into `ScheduleAfterDebounceTime` helps us to garbage collect older generation events(to ensure correctness and not execute older generation `ZkWatch` events).

Author: Shanthoosh Venkataraman <santhoshvenkat1988@gmail.com>
Author: Shanthoosh Venkataraman <svenkataraman@linkedin.com>

Reviewers: Jagadish <jagadish@apache.org>

Closes apache#526 from shanthoosh/schedule_barrier_change_in_debounce_thread
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants