[ https://issues.apache.org/jira/browse/HBASE-5617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13242231#comment-13242231 ]
ramkrishna.s.vasudevan commented on HBASE-5617: ----------------------------------------------- bq. Check out HRegion.mutateRowsWithLocks in 0.94 and HRegion.processRowsWithLocks in 0.96. These apis roll back the kvs directly. In my patch i thought of having putList. So can we now pass kvs? Or can we pass List<Mutation> and leave the user to do a instanceof check and proceed? Also is the name ok to have rollbackMemstore in it or only rollback? Kindly let me know your opinion on this. Also in trunk the processor.postProcess is done even if there is a failure. But in 0.94 its not. > Provide coprocessor hooks in put flow while rollbackMemstore. > ------------------------------------------------------------- > > Key: HBASE-5617 > URL: https://issues.apache.org/jira/browse/HBASE-5617 > Project: HBase > Issue Type: Improvement > Components: coprocessors > Reporter: ramkrishna.s.vasudevan > Assignee: ramkrishna.s.vasudevan > Fix For: 0.96.0 > > Attachments: HBASE-5617_1.patch, HBASE-5617_2.patch > > > With coprocessors hooks while put happens we have the provision to create new > puts to other tables or regions. These puts can be done with writeToWal as > false. > In 0.94 and above the puts are first written to memstore and then to WAL. If > any failure in the WAL append or sync the memstore is rollbacked. > Now the problem is that if the put that happens in the main flow fails there > is no way to rollback the > puts that happened in the prePut. > We can add coprocessor hooks to like pre/postRoolBackMemStore. Is any one > hook enough here? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira