You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Jayush Luniya (JIRA)" <ji...@apache.org> on 2015/08/19 19:27:46 UTC
[jira] [Created] (AMBARI-12821) [PluggableStackDefinition] RU:
Pre-req checks while performing upgrade fail with 'Reason: Unexpected
server error happened'
Jayush Luniya created AMBARI-12821:
--------------------------------------
Summary: [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
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)