[
https://issues.apache.org/jira/browse/HDDS-5393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17383281#comment-17383281
]
Bharat Viswanadham edited comment on HDDS-5393 at 7/19/21, 11:44 AM:
---------------------------------------------------------------------
[~kuenishi]
Hey I just uploaded patch
https://github.com/apache/ozone/pull/2432
Sorry I was not sure you are working on it, as it is left unassigned. With my
understanding posted a PR. (If you are okay, we can colloborate on the PR)
was (Author: bharatviswa):
[~kuenishi]
Hey I just uploaded patch
https://github.com/apache/ozone/pull/2432
Sorry I was not sure you are working on it. With my understanding posted a PR.
(If you are okay, we can colloborate on the PR)
> Return latest version of key location for client on createKey/createFile
> ------------------------------------------------------------------------
>
> Key: HDDS-5393
> URL: https://issues.apache.org/jira/browse/HDDS-5393
> Project: Apache Ozone
> Issue Type: Improvement
> Components: Ozone Client
> Reporter: UENISHI Kota
> Assignee: Bharat Viswanadham
> Priority: Major
> Labels: pull-request-available
> Fix For: 1.2.0
>
>
> HDDS-5243 was a patch for omitting unnecessary key locations for clients on
> reading. But the same warning of large response size observed in our cluster
> for putting data. The patch can also be ported for putting data, as long as
> until object versioning is supported.
> My hypothesis is: The large message was originally, and possibly maybe due to
> this warning and sudden connection close from client side on reading large
> message in Hadoop IPC layer, from Ozone Manager - which causes hopeless 15
> retries from RetryInvocationHandler. The retries create another entry in
> OpenKeyTable but they never moved to KeyTable because the key never gets
> commited.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
