[KUDU-2126] DeleteTablet RPC on an already deleted tablet should be a no-op

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.5.0
• Fix Version/s: 1.7.0
• Component/s: tserver
• Labels: newbie
• Code Review: http://gerrit.cloudera.org:8080/9069
• Assignee: Jeffrey F. Lukman
• Reporter: Adar Dembo
• Created: 31/Aug/17 20:03
• Updated: 23/Jan/18 00:51
• Resolved: 23/Jan/18 00:51

Description

This is remaining (but lower priority) work from KUDU-2114:

When observed on a live cluster, it was further observed that the tablet deletion requests were rather expensive. It appears that a DeleteTablet RPC on a tombstone is not a no-op; it always flushes the superblock twice, which generates two fsyncs. This should also be addressed.

Issue Links

• relates to: KUDU-2114 Master asks tservers to re-delete tombstoned tablets when reported