[
https://issues.apache.org/jira/browse/HDFS-4427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13916943#comment-13916943
]
Forrest Running commented on HDFS-4427:
---------------------------------------
Declaring these variables to force correct version of native libraries seems to
fix the issue (yet, a workaround):
export HADOOP_COMMON_LIB_NATIVE_DIR=${HADOOP_PREFIX}/lib/native
export HADOOP_OPTS="-Djava.library.path=$HADOOP_PREFIX/lib"
[This thread|https://gist.github.com/ruo91/7154697] has details.
> start-dfs.sh generates malformed ssh command when not running with native libs
> ------------------------------------------------------------------------------
>
> Key: HDFS-4427
> URL: https://issues.apache.org/jira/browse/HDFS-4427
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: scripts
> Reporter: Jason Lowe
> Assignee: Robert Parker
>
> After HADOOP-8712 the start-dfs.sh script is generating malformed ssh
> commands when the native hadoop libraries are not present. This is because
> {{hdfs getconf}} is printing a warning, and that warning is accidentally
> interpreted as one of the machines to target for ssh.
> Here's an example output of hdfs getconf:
> {noformat}
> $ hdfs getconf -namenodes 2>/dev/null
> 2013-01-22 21:03:59,543 WARN util.NativeCodeLoader
> (NativeCodeLoader.java:<clinit>(62)) - Unable to load native-hadoop library
> for your platform... using builtin-java classes where applicable
> localhost
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
