[ https://issues.apache.org/jira/browse/HBASE-10000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13844579#comment-13844579 ]
stack commented on HBASE-10000: ------------------------------- How many WALs? How many times did you run the test? Once? What does the log say around lease recovery for the unclosed log if there was one? What does it say in NN log about lease recovery? Just hadoop2? Is there a measurable benefit going this route? TestHLogSplit has spied and mocked fs methods. Does that help? > Initiate lease recovery for outstanding WAL files at the very beginning of > recovery > ----------------------------------------------------------------------------------- > > Key: HBASE-10000 > URL: https://issues.apache.org/jira/browse/HBASE-10000 > Project: HBase > Issue Type: Improvement > Reporter: Ted Yu > Assignee: Ted Yu > Fix For: 0.98.1 > > Attachments: 10000-0.96-v5.txt, 10000-0.96-v6.txt, > 10000-recover-ts-with-pb-2.txt, 10000-recover-ts-with-pb-3.txt, > 10000-recover-ts-with-pb-4.txt, 10000-recover-ts-with-pb-5.txt, > 10000-recover-ts-with-pb-6.txt, 10000-v4.txt, 10000-v5.txt, 10000-v6.txt > > > At the beginning of recovery, master can send lease recovery requests > concurrently for outstanding WAL files using a thread pool. > Each split worker would first check whether the WAL file it processes is > closed. > Thanks to Nicolas Liochon and Jeffery discussion with whom gave rise to this > idea. -- This message was sent by Atlassian JIRA (v6.1.4#6159)