[ 
https://issues.apache.org/jira/browse/HBASE-11511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Enis Soztutar updated HBASE-11511:
----------------------------------

    Attachment: hbase-11511_v1.patch

Here is a patch that writes START_FLUSH, COMMIT_FLUSH and ABORT_FLUSH events to 
WAL.  

I tried to take special care to the exception code paths to make sure that we 
do not cause hangs, etc on flush fail and region close. 

COMMIT_FLUSH is written after the store files are actually committed, and it 
does not happen atomically ( of course). This means that we can miss 
COMMIT_FLUSH events after START_FLUSH if the region server fails, etc. 
Corresponding HBASE-11512 might help with WAL tailers to pick up new files if 
we persist all the hfiles for the region at region open time to WAL. 

I am running the unit tests.

> Write flush events to WAL
> -------------------------
>
>                 Key: HBASE-11511
>                 URL: https://issues.apache.org/jira/browse/HBASE-11511
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Enis Soztutar
>            Assignee: Enis Soztutar
>         Attachments: hbase-11511_v1.patch, hbase-11511_v1.patch
>
>
> We used to write COMPLETE_FLUSH event to WAL until it got removed in 0.96 in 
> issue HBASE-7329. 
> For secondary region replicas, it is important to share the data files with 
> the primary region. So we should reintroduce the flush wal markers so that 
> the secondary region replicas can pick up the newly flushed files from the 
> WAL and start serving data from those. 
> A design doc which explains the context a bit better can be found in 
> HBASE-11183. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to