ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Scott Creeley (JIRA)" <>
Subject [jira] [Commented] (AMBARI-8490) Unconfigured env file /etc/hadoop/conf/
Date Tue, 02 Dec 2014 22:40:12 GMT


Scott Creeley commented on AMBARI-8490:

[~afernandez] [~jaimin]
Thanks Jaimin, I think what is throwing us off is that we have always had some kind of dependency
on HDFS with our GlusterFS stacks - so we typically had to expose certain HDFS props - and
maybe that is not necessary now and with our 2.2.GlusterFS stack we can break away from that
dependency and have a cleaner stack.  But not sure how to handle the 2.1.GlusterFS stack which
really hasn't changed much other than some minor refactoring since version 1.5.0.  Unfortunately
it is now broke in the last few weeks for some reason.  I can see that at some point /2.0.6/hooks/before-ANY/scripts/*
have all changed (as I'm reviewing a previous 1.7.0 code base based on your reference above
to the initialization and params scripts).  Not saying that is all that changed or is the
only factor causing our issues now, but based on what you have shown me above, it seems to
at least contribute to it.  And as stated, it has worked up to a few weeks ago, so I'm still
not sure what *ALL* has changed but this is a good start.  Also, we've never used/exposed
the gluster-env file, we've always used the hadoop-env file in our GLUSTERFS configuration
so maybe I will try to expose that and refactor our new 2.2.GlusterFS stack.  If I can get
that working, then maybe I can apply the changes back to 2.1.GlusterFS.

> Unconfigured env file /etc/hadoop/conf/
> ----------------------------------------------------
>                 Key: AMBARI-8490
>                 URL:
>             Project: Ambari
>          Issue Type: Bug
>    Affects Versions: 1.7.0
>         Environment: RHEL 6, HDP_2.1.GlusterFS stack
>            Reporter: Daniel Horak
>              Labels: glusterfs, hcfs
> I've tryed to install HDP 2.1.GlusterFS on RHEL6 via ambari 1.7.0 and I'm not able to
start any service, because of {{Error: JAVA_HOME is not set and could not be found.}}
> {noformat}
> 2014-11-28 14:08:56,663 - Error while executing command 'start':
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/",
line 123, in execute
>     method(env)
>   File "/var/lib/ambari-agent/cache/stacks/HDP/2.1.GlusterFS/services/YARN/package/scripts/",
line 46, in start
>     action='start'
>   File "/var/lib/ambari-agent/cache/stacks/HDP/2.1.GlusterFS/services/YARN/package/scripts/",
line 45, in service
>     not_if=no_op
>   File "/usr/lib/python2.6/site-packages/resource_management/core/", line 148,
in __init__
>   File "/usr/lib/python2.6/site-packages/resource_management/core/", line
149, in run
>     self.run_action(resource, action)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/", line
115, in run_action
>     provider_action()
>   File "/usr/lib/python2.6/site-packages/resource_management/core/providers/",
line 241, in action_run
>     raise ex
> Fail: Execution of 'export HADOOP_LIBEXEC_DIR=/usr/lib/hadoop/libexec && /usr/lib/hadoop-yarn/sbin/
--config /etc/hadoop/conf start resourcemanager' returned 1. Error: JAVA_HOME is not set and
could not be found.{noformat}
> It is probably because of "unconfigured" file in /etc/hadoop/conf/ (whole
file is commented).
> {noformat}
> cat /etc/hadoop/conf/
> # Copyright 2011 The Apache Software Foundation
> # 
> # Licensed to the Apache Software Foundation (ASF) under one
> # or more contributor license agreements.  See the NOTICE file
> # distributed with this work for additional information
> # regarding copyright ownership.  The ASF licenses this file
> # to you under the Apache License, Version 2.0 (the
> # "License"); you may not use this file except in compliance
> # with the License.  You may obtain a copy of the License at
> #
> #
> #
> # Unless required by applicable law or agreed to in writing, software
> # distributed under the License is distributed on an "AS IS" BASIS,
> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> # See the License for the specific language governing permissions and
> # limitations under the License.
> # Set Hadoop-specific environment variables here.
> # The only required environment variable is JAVA_HOME.  All others are
> # optional.  When running a distributed configuration it is best to
> # set JAVA_HOME in this file, so that it is correctly defined on
> # remote nodes.
> # The java implementation to use.
> #export JAVA_HOME=${JAVA_HOME}
> # The jsvc implementation to use. Jsvc is required to run secure datanodes.
> #export JSVC_HOME=${JSVC_HOME}
> #export HADOOP_CONF_DIR=${HADOOP_CONF_DIR:-"/etc/hadoop"}
> # Extra Java CLASSPATH elements.  Automatically insert capacity-scheduler.
> #for f in $HADOOP_HOME/contrib/capacity-scheduler/*.jar; do
> #  if [ "$HADOOP_CLASSPATH" ]; then
> #  else
> #    export HADOOP_CLASSPATH=$f
> #  fi
> #done
> # The maximum amount of heap to use, in MB. Default is 1000.
> # Extra Java runtime options.  Empty by default.
> # Command specific options appended to HADOOP_OPTS when specified
-Dhdfs.audit.logger=${HDFS_AUDIT_LOGGER:-INFO,NullAppender} $HADOOP_NAMENODE_OPTS"
> # The following applies to multiple commands (fs, dfs, fsck, distcp etc)
> # On secure datanodes, user to run the datanode as after dropping privileges
> # Where log files are stored.  $HADOOP_HOME/logs by default.
> # Where log files are stored in the secure data environment.
> # The directory where pid files are stored. /tmp by default.
> # NOTE: this should be set to a directory that can only be written to by 
> #       the user that will run the hadoop daemons.  Otherwise there is the
> #       potential for a symlink attack.
> # A string representing this instance of hadoop. $USER by default.
> {noformat}
> {noformat}
> # rpm -qa ambari-*
> ambari-agent-1.7.0-168.x86_64
> ambari-server-1.7.0-168.noarch
> {noformat}

This message was sent by Atlassian JIRA

View raw message