[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ming Ma updated HDFS-7609:
--
Attachment: HDFS-7609.patch
Here is the draft patch that prevents client from polluting the retry cache
when sta
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ming Ma updated HDFS-7609:
--
Assignee: Ming Ma
Status: Patch Available (was: Open)
> startup used too much time to load edits
> ---
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Allen Wittenauer updated HDFS-7609:
---
Labels: BB2015-05-TBR (was: )
> startup used too much time to load edits
> ---
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ming Ma updated HDFS-7609:
--
Labels: BB2015-05-RFC (was: BB2015-05-TBR)
> startup used too much time to load edits
>
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ming Ma updated HDFS-7609:
--
Attachment: HDFS-7609-2.patch
[~jingzhao] you are right. It is possible that nn starts the transition right
afte
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ming Ma updated HDFS-7609:
--
Attachment: HDFS-7609-3.patch
Jing, I agree with you. Here is the updated patch.
> startup used too much time to
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carrey Zhan updated HDFS-7609:
--
Attachment: recovery_do_not_use_retrycache.patch
attach a small patch for 2.2.0 just to disable retry cac
[
https://issues.apache.org/jira/browse/HDFS-7609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Nauroth updated HDFS-7609:
Attachment: HDFS-7609-CreateEditsLogWithRPCIDs.patch
I would rather pursue an optimization solution i
