You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Hari Sekhon (JIRA)" <ji...@apache.org> on 2015/11/19 12:58:11 UTC
[jira] [Updated] (AMBARI-13967) Ranger partial install causes
Starts All to do nothing (no pop-up), and Hosts Stop All Components breaks
[ https://issues.apache.org/jira/browse/AMBARI-13967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hari Sekhon updated AMBARI-13967:
---------------------------------
Summary: Ranger partial install causes Starts All to do nothing (no pop-up), and Hosts Stop All Components breaks (was: Ranger partial install causes Host All Starts to fail, prevents Cluster Services Start to not trigger at all (no pop-up))
> Ranger partial install causes Starts All to do nothing (no pop-up), and Hosts Stop All Components breaks
> --------------------------------------------------------------------------------------------------------
>
> Key: AMBARI-13967
> URL: https://issues.apache.org/jira/browse/AMBARI-13967
> Project: Ambari
> Issue Type: Bug
> Components: ambari-server
> Affects Versions: 2.1.0
> Environment: HDP 2.2
> Reporter: Hari Sekhon
> Priority: Critical
>
> One of my clusters has Ranger service installed (but not yet configured) which causes Ambari to be unable to manage it's services.
> Doing Actions -> "Start All" from Dashboard doesn't absolutely nothing (no pop-up appears, no outputs or errors) and doing Hosts -> Actions -> All Hosts -> Stop All Components fails with the following exception:
> {code}2015-11-19 09:59:59,893 - Execution of 'mysql -u root --password=<password> -h <fqdn> -s -e "select version();"' returned 1. ERROR 2003 (HY000): Can't connect to MySQL server on '<fqdn>' (111)
> Traceback (most recent call last):
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/ranger_admin.py", line 124, in <module>
> RangerAdmin().execute()
> File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", line 218, in execute
> method(env)
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/ranger_admin.py", line 45, in install
> self.configure(env)
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/ranger_admin.py", line 103, in configure
> ranger('ranger_admin')
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/setup_ranger.py", line 28, in ranger
> setup_ranger_admin()
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/setup_ranger.py", line 36, in setup_ranger_admin
> check_db_connnection()
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/setup_ranger.py", line 110, in check_db_connnection
> raise Fail('Ranger Database connection check failed')
> resource_management.core.exceptions.Fail: Ranger Database connection check failed
> {code}
> This is a bug when Ambari is in a state where it's unable to control it's services. I worked around it for now by removing the Ranger service via the API until I have time to come back and properly redeploy it later.
> Technically I can understand something failing the underlying database check for a single service, but I've noticed that Ambari has a lot of fringe conditions around state and having an installed but unconfigured service breaks it.
> Also there should never be a scenario where Start All does absolutely nothing and doesn't feed back to the user in any way.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)