ambari-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <>
Subject [jira] [Commented] (AMBARI-22060) Fail to restart Ranger Admin during HDP downgrade.
Date Tue, 26 Sep 2017 15:10:02 GMT


Hadoop QA commented on AMBARI-22060:

{color:red}-1 overall{color}.  Here are the results of testing the latest attachment
  against trunk revision .

    {color:green}+1 @author{color}.  The patch does not contain any @author tags.

    {color:red}-1 tests included{color}.  The patch doesn't appear to include any new or modified
                        Please justify why no new tests are needed for this patch.
                        Also please list what manual steps were performed to verify this patch.

    {color:green}+1 release audit{color}.  The applied patch does not increase the total number
of release audit warnings.

    {color:green}+1 javac{color}.  The applied patch does not increase the total number of
javac compiler warnings.

    {color:red}-1 core tests{color}.  The test build failed in [ambari-server|]

Console output:

This message is automatically generated.

> Fail to restart Ranger Admin  during HDP downgrade.
> ---------------------------------------------------
>                 Key: AMBARI-22060
>                 URL:
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.5.1
>            Reporter: Dmitry Lysnichenko
>            Assignee: Dmitry Lysnichenko
>            Priority: Critical
>             Fix For: 2.6.0
>         Attachments: AMBARI-22060.patch
> During the downgrade process, run into the following error whilst it's restating Ranger
> {code}
> Traceback (most recent call last):
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/",
line 216, in
> RangerAdmin().execute()
> File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/",
line 329, in execute
> method(env)
> File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/",
line 850, in restart
> self.start(env, upgrade_type=upgrade_type)
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/",
line 93, in start
> setup_ranger_audit_solr()
> File "/var/lib/ambari-agent/cache/common-services/RANGER/0.4.0/package/scripts/",
line 705, in setup_ranger_audit_solr
> new_service_principals = [params.ranger_admin_jaas_principal])
> File "/usr/lib/python2.6/site-packages/resource_management/libraries/functions/",
line 329, in add_solr_roles
> new_service_users.append(__remove_host_from_principal(new_service_user, kerberos_realm))
> File "/usr/lib/python2.6/site-packages/resource_management/libraries/functions/",
line 266, in __remove_host_from_principal
> if not realm:
> File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/",
line 73, in __getattr__
> raise Fail("Configuration parameter '" + + "' was not found in configurations
> resource_management.core.exceptions.Fail: Configuration parameter 'kerberos-env' was
not found in configurations dictionary!
> {code}
> The reason was that server did not have many configs selected, and did not send them
to agent during downgrade. There are few issues here:
> - During upgrade from 2.4 to 2.5, finalize did not update current cluster version. As
a result config helpers have gone mad
> - As a result of previous issue, some Configure tasks failed to execute
> - During downgrade from 2.6 , looks like cluster entity DB state was not consistent after
config selection, so sometimes configs were not selected is some cases. I managed to reproduce
that only once,
> it's a race condition that is very hard to catch/trace in debugger.

This message was sent by Atlassian JIRA

View raw message