You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Christopher Tubbs (JIRA)" <ji...@apache.org> on 2018/10/11 04:29:00 UTC
[jira] [Resolved] (ACCUMULO-3267) Insufficient validation for bad
configuration
[ https://issues.apache.org/jira/browse/ACCUMULO-3267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christopher Tubbs resolved ACCUMULO-3267.
-----------------------------------------
Resolution: Fixed
Fix Version/s: 2.0.0
I believe this to be fixed in 2.0, because the automatic fallback to using the Java heap, even if native is set to true, has been removed. Now, there's a hard failure if native is true and one can't load native maps.
> Insufficient validation for bad configuration
> ---------------------------------------------
>
> Key: ACCUMULO-3267
> URL: https://issues.apache.org/jira/browse/ACCUMULO-3267
> Project: Accumulo
> Issue Type: Improvement
> Affects Versions: 1.6.0
> Reporter: Christopher Tubbs
> Priority: Major
> Fix For: 2.0.0
>
>
> A user reported to me that they had tried using the 512MB native-standalone example configuration with Hadoop 1, and without compiling the native libraries.
> They saw two errors:
> # There was an {{IllegalArgumentException}} coming from {{TabletServerResearceManager}}'s constructor about trying to allocate more memory than available to the JVM.
> # init failed because it could not found the core-site.xml file (because the default examples assume Hadoop 2).
> In both cases, the error messages were misleading and/or insufficient. The actual problem in the first case was that the user specified to use native maps in the configuration, but those were not loadable. This is a configuration error, and we can/should validate it sooner, with a more obvious error message.
> In the second case, the problem was because we could not auto-discover the location for the Hadoop configuration directory in the accumulo-env.sh script so it can be added to the classpath. The error message occurs later, when we're unable to read the file, but we could fail sooner, perhaps in the {{bin/accumulo}}, when we can't find everything we require from the environment. I think a proper long-term fix for this is to stop making assumptions about directory layouts, and explicitly ask for the bootstrap classpath in the environment, but a better warning message is a good short-term fix.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)