[ACCUMULO-4600] Shell does not fall back to accumulo-site.xml when on classpath

• Type: Bug
• Status: Resolved
• Priority: Blocker
• Resolution: Fixed
• Fix Version/s: 1.7.3, 1.9.0
• Component/s: shell
• Assignee: Michael Miller
• Reporter: Josh Elser
• Created: 07/Mar/17 17:07
• Updated: 23/Apr/19 16:12
• Resolved: 10/Mar/17 01:12

Description

When inspecting 1.7.3-rc1 for the VOTE, I did the following steps:

• Unpack bin-tarball
• Copy 3gb native example confs
• Set instance.volumes in accumulo-site.xml to hdfs://localhost:8020/accumulo173rc1
• export ACCUMULO_HOME="$(pwd)"
• ./bin/accumulo init
• ./bin/start-all.sh
• ./bin/accumulo shell -u root

The shell failed to connect stating that no tservers were running. By turning on the debug option to the shell, I could see that the wrong HDFS directory was being used to find the Accumulo instance ID, /accumulo instead of /accumulo173rc1.

This appears to be because of ClientContext#convertClientConfig(Configuration) and Shell#getZooInstance(String, String, ClientConfiguration. The client configuration is empty, therefore, all values end up being pulled from the DefaultConfiguration instance instead of the accumulo-site.xml which is on the classpath.

Issue Links

• is broken by: ACCUMULO-4505 Shell still reads accumulo-site.xml when using Zookeeper CLI options
• is related to: ACCUMULO-4640 Accumulo shell is expecting instance.volumes in client.conf instead of accumulo-site.xml
• links to: GitHub Pull Request #232