[
https://issues.apache.org/jira/browse/HBASE-13415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matteo Bertozzi updated HBASE-13415:
------------------------------------
Resolution: Fixed
Status: Resolved (was: Patch Available)
> Procedure V2 - Use nonces for double submits from client
> --------------------------------------------------------
>
> Key: HBASE-13415
> URL: https://issues.apache.org/jira/browse/HBASE-13415
> Project: HBase
> Issue Type: Sub-task
> Components: master
> Reporter: Enis Soztutar
> Assignee: Stephen Yuan Jiang
> Priority: Blocker
> Fix For: 2.0.0, 1.2.0, 1.3.0
>
> Attachments: HBASE-13415.v1-master.patch,
> HBASE-13415.v2-master.patch, HBASE-13415.v3-master.patch
>
>
> The client can submit a procedure, but before getting the procId back, the
> master might fail. In this case, the client request will fail and the client
> will re-submit the request. If 1.1 client or if there is no contention for
> the table lock, the time window is pretty small, but still might happen.
> If the proc was accepted and stored in the procedure store, a re-submit from
> the client will add another procedure, which will execute after the first
> one. The first one will likely succeed, and the second one will fail (for
> example in the case of create table, the second one will throw
> TableExistsException).
> One idea is to use client generated nonces (that we already have) to guard
> against these cases. The client will submit the request with the nonce and
> the nonce will be saved together with the procedure in the store. In case of
> a double submit, the nonce-cache is checked and the procId of the original
> request is returned.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
