question Re: ambari-server installation in Support Questions

ambari-server installation

v-panare — Wed, 17 Aug 2016 06:20:20 GMT

I am trying to install ambari-server in Ubuntu. while ambari-server install or setup system asking about install python >2.6 .

I installed python 2.7 version then trying to setup the ambari-server then also prompting the same that "Need python version >2.6.

Previously it was not asked like that. could you please help me.

Re: ambari-server installation

v-panare — Wed, 17 Aug 2016 06:36:29 GMT

python-error.png

Re: ambari-server installation

v-panare — Wed, 17 Aug 2016 06:38:29 GMT

using Ubuntu OS -I was installed the other server but it doesn't ask about python installation in the server. I don't know where I am missing the steps to install the ambari-server.

Re: ambari-server installation

mqureshi — Wed, 17 Aug 2016 07:15:13 GMT

@narender pasunooti

I will start with something very basic. After installing python, did you start a new ssh window or putty session? if not, can you please try that first. Also run python -V to find python version.

Re: ambari-server installation

v-panare — Wed, 17 Aug 2016 07:26:35 GMT

I have started new putty session but still getting the same problem. No luck.

python version is Python 2.7.5

Re: ambari-server installation

mqureshi — Wed, 17 Aug 2016 09:21:43 GMT

@narender pasunooti

Please check the following code (line 81). Basically your python version is evaluating to less than 2.6. It is definitely not coming evaluating as 2.7.5.

https://github.com/apache/ambari/blob/trunk/ambari-server/sbin/ambari-server

What is your PYTHON home?

Can you run "/usr/bin/python -V" and share the result.

If you still see the message then based on following link, you can try with "--skip-borken"

https://issues.apache.org/jira/browse/AMBARI-6845

Re: ambari-server installation

divakarreddy_a — Wed, 17 Aug 2016 09:30:02 GMT

@narender pasunooti

Here are Python supported versions for HDP

For CentOS 6: Python 2.6.*

For SLES 11: Python 2.6.8 or later

For CentOS 7, Ubuntu 12, Ubuntu 14, and Debian 7: Python 2.7.*

https://community.hortonworks.com/questions/23315/using-python-279-with-hdp-24.html

I hope this will help you.

Re: ambari-server installation

v-panare — Wed, 17 Aug 2016 09:57:42 GMT

i am getting the result : Python 2.7.6

But ubuntu doesn't have -skip-broken function it seems and it is not working. Please give the ubuntu related code.

When shall I use the --skip-broken command ? any sample code please.

Is this really works?

Thanks,

Narender

Re: ambari-server installation

mqureshi — Wed, 17 Aug 2016 10:02:44 GMT

Can you try removing python and then reinstalling it.

sudo dpkg -P python2.7
sudo apt-get install python2.7

http://askubuntu.com/questions/426664/how-do-i-reinstall-python-on-my-ubuntu-12-04-server-using-apt-get

Re: ambari-server installation

sa1 — Sat, 17 Sep 2016 18:32:22 GMT

Got the same issue on Centos7, when launching by systemctl.

systemctl status ambari-server
.....
Sep 17 13:02:15 sr1 systemd[1]: Starting LSB: ambari-server daemon...
Sep 17 13:02:15 sr1 ambari-server[1339]: Need python version > 2.6
Sep 17 13:02:15 sr1 systemd[1]: ambari-server.service: control process exited, code=exited status=1

But,

/etc/init.d/ambari-server starts

works fine!

I fixed it by patching ambari-server file:

Replace:

export ROOT=`dirname $(dirname $SCRIPT_DIR)` 
ROOT=`echo $ROOT | sed 's/\/$//'`

export ROOT='/'

I don't know what this ROOT variable is intended for, but in my case, it was set to '/etc' when launching by systemctl. This will of course break the launched process

TRICK:

Just add

env >/tmp/env.txt

at appropriate place in ambari-server file. And you will get

PATH=/etc/usr/lib/ambari-server/*:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin/:/usr/sbin
PWD=/
LANG=en_US.UTF-8
AMBARI_CONF_DIR=/etc/etc/ambari-server/conf
ROOT=/etc
AMBARI_PASSPHRASE=DEV
SHLVL=1
PYTHON=
_=/usr/bin/env

Which is obviously wrong....

Hope this will help

Re: ambari-server installation

joseluis_navar1 — Tue, 20 Sep 2016 19:26:55 GMT

This solution worked for me.

For some reason systemctl makes ROOT to be set as /etc, breaking the process. I am running Centos7 too, could someone else verify this? Have you reported this bug?