[ACCUMULO-2140] Race conditions between client operations and upgrade

• Type: Bug
• Status: Resolved
• Priority: Blocker
• Resolution: Not A Problem
• Assignee: Christopher Tubbs
• Reporter: Christopher Tubbs
• Created: 06/Jan/14 22:57
• Updated: 25/Apr/14 17:49
• Resolved: 28/Jan/14 23:04

Description

While the master is upgrading, it also has a thread that is responding to client requests. Since the upgrade renames tables and puts them in namespaces, there is a short period of time where table existence checks that rely on the new zookeeper schema for tables are failing to provide the correct answer.

Example: when the tracer starts, it tries to create a "trace" table, if it doesn't exist. The existence check returns false, so it creates a new trace table in the default namespace, even though there exists an old one that has not yet been moved into the default namespace during the upgrade. This results in two tables with the same name.

An easy solution would be to fail to respond to client requests until after the upgrade is complete. (eg. wait to start up the MasterClientServiceHandler thread).

Issue Links

• is superceded by: ACCUMULO-2519 FATE operation failed across upgrade