Mailing-List: contact dev-help@ambari.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ambari.apache.org
Date: Wed, 19 Aug 2015 17:44:46 +0000 (UTC)
From: "Jayush Luniya (JIRA)" <jira@apache.org>
To: dev@ambari.apache.org
Message-ID: <JIRA.12857280.1440005252000.109426.1440006286207@Atlassian.JIRA>
In-Reply-To: <JIRA.12857280.1440005252000@Atlassian.JIRA>
References: <JIRA.12857280.1440005252000@Atlassian.JIRA>
 <JIRA.12857280.1440005252892@arcas>
Subject: [jira] [Commented] (AMBARI-12821) [PluggableStackDefinition] RU:
 Pre-req checks while performing upgrade fail with 'Reason: Unexpected
 server error happened'
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/AMBARI-12821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14703439#comment-14703439 ] 

Jayush Luniya commented on AMBARI-12821:
----------------------------------------

[~ncole] [~jonathan.hurley] [~sumitmohanty]
Can you review the patch either on RB on the Apache JIRA?

> [PluggableStackDefinition] RU: Pre-req checks while performing upgrade fail with 'Reason: Unexpected server error happened'
> ---------------------------------------------------------------------------------------------------------------------------
>
>                 Key: AMBARI-12821
>                 URL: https://issues.apache.org/jira/browse/AMBARI-12821
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.1.1
>            Reporter: Jayush Luniya
>            Assignee: Jayush Luniya
>            Priority: Blocker
>             Fix For: 2.1.1
>
>         Attachments: AMBARI-12821.patch
>
>
> on started "Perform Upgrade" all pre-req checks fail with error "Reason: Unexpected server error happened". 
> {code}
> 18 Aug 2015 17:38:01,947 ERROR [qtp-client-20] CheckHelper:72 - Check CONFIG_MERGE failed
> java.lang.RuntimeException: StackId with different names cannot be compared.
>         at org.apache.ambari.server.state.StackId.compareTo(StackId.java:131)
>         at org.apache.ambari.server.checks.AbstractCheckDescriptor.isApplicable(AbstractCheckDescriptor.java:103)
>         at org.apache.ambari.server.checks.ConfigurationMergeCheck.isApplicable(ConfigurationMergeCheck.java:54)
>         at org.apache.ambari.server.state.CheckHelper.performChecks(CheckHelper.java:57)
>         at org.apache.ambari.server.controller.internal.PreUpgradeCheckResourceProvider.getResources(PreUpgradeCheckResourceProvider.java:144)
>         at org.apache.ambari.server.controller.internal.ClusterControllerImpl$ExtendedResourceProviderWrapper.queryForResources(ClusterControllerImpl.java:945)
>         at org.apache.ambari.server.controller.internal.ClusterControllerImpl.getResources(ClusterControllerImpl.java:132)
>         at org.apache.ambari.server.api.query.QueryImpl.doQuery(QueryImpl.java:482)
>         at org.apache.ambari.server.api.query.QueryImpl.queryForResources(QueryImpl.java:381)
>         at org.apache.ambari.server.api.query.QueryImpl.execute(QueryImpl.java:217)
>         at org.apache.ambari.server.api.handlers.ReadHandler.handleRequest(ReadHandler.java:68)
>         at org.apache.ambari.server.api.services.BaseRequest.process(BaseRequest.java:135)
>         at org.apache.ambari.server.api.services.BaseService.handleRequest(BaseService.java:105)
>         at org.apache.ambari.server.api.services.BaseService.handleRequest(BaseService.java:74)
>         at org.apache.ambari.server.api.services.PreUpgradeCheckService.getPreUpgradeChecks(PreUpgradeCheckService.java:62)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:606)
> {code}
> This is because in ambari/ambari-server/src/main/java/org/apache/ambari/server/checks/AbstractCheckDescriptor.java the min source stack is hardcoded to HDP-2.2 and hence HDP-2.2 is compared to generated stack leading to the above exception. We need to make this config driven
> {code}
>   /**
>    * Gets the earliest stack that the upgrade check is compatible with. By
>    * default, all checks will return {@link #STACK_HDP_22} since this is the
>    * first version of HDP that supports automated upgrades.
>    *
>    * @return the earliest stack that the upgrade check is compatible with, or
>    *         {@code null} for all.
>    */
>   public StackId getSourceStack(){
>     return STACK_HDP_22;
>   }
> {code}


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)