[ACCUMULO-2974] Unable to assign single tablet table migrated to 1.6.0

• Type: Bug
• Status: Resolved
• Priority: Blocker
• Resolution: Fixed
• Affects Version/s: 1.6.0
• Fix Version/s: 1.6.1, 1.7.0
• Component/s: master
• Assignee: Josh Elser
• Reporter: John Vines
• Created: 02/Jul/14 19:15
• Updated: 07/Nov/14 03:45
• Resolved: 04/Jul/14 04:34

Description

Sorry for the screen caps, no copy/paste from machines.

Background- several tables migrated from 1.5.1 to 1.6.0. Only one of which was a single tablet. Upon starting, we noticed that that single table was not loading and the master was reporting an unassigned tablet. Had a stack trace in the monitor (attached).

Also attached is a a metadata scan of the table in question (ID: 12). I was able to get a functional copy of the table by offlining 12 and cloning it. It functioned without issues. Attached is a copy of it's metadata scan as well (ID: 9o)

The stack trace leads me to it being a specific issue with the contents of srv:dir, and the only difference is the relative vs. absolute file names. This cluster was not changed to multiple namenodes and ../tables/default_tablet does not exist. There are other tables which still use the relative naming scheme, and the system does not seem to be having issues with them.

Issue Links

• breaks: ACCUMULO-3047 Invalid URI in delete marker in accumulo.metadata
• relates to: ACCUMULO-118 accumulo could work across HDFS instances, which would help it to scale past a single namenode