You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Hadoop QA (JIRA)" <ji...@apache.org> on 2016/01/05 05:24:39 UTC

[jira] [Commented] (AMBARI-14543) Adding A Removed Host Back To a Cluster Post-Upgrade Does Not Install New Stacks Correctly

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

Hadoop QA commented on AMBARI-14543:
------------------------------------

{color:green}+1 overall{color}.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12780423/AMBARI-14543.patch
  against trunk revision .

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

    {color:green}+1 tests included{color}.  The patch appears to include 2 new or modified test files.

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

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

    {color:green}+1 core tests{color}.  The patch passed unit tests in ambari-server.

Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/4761//testReport/
Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/4761//console

This message is automatically generated.

> Adding A Removed Host Back To a Cluster Post-Upgrade Does Not Install New Stacks Correctly
> ------------------------------------------------------------------------------------------
>
>                 Key: AMBARI-14543
>                 URL: https://issues.apache.org/jira/browse/AMBARI-14543
>             Project: Ambari
>          Issue Type: Bug
>    Affects Versions: 2.0.0
>            Reporter: Jonathan Hurley
>            Assignee: Jonathan Hurley
>            Priority: Critical
>             Fix For: 2.2.1
>
>         Attachments: AMBARI-14543.patch
>
>
> 1) cluster with hdp 2.3.2 and c6401 and c6402
> 2) install hdp 2.3.4 on all hosts
> 3) delete host from the cluster, c6401
> 4) perform upgrade
> 5) c6402 is now running hdp 2.3.4
> 6) add c6401 back in (remember: is has 2.3.2 and 2.3.4 installed, with hdp-select pointing to 2.3.2)
> 7) the host gets added back in but it does not get switched to the current running cluster version of 2.3.4. The c6401 host is still pointing to hdp 2.3.2
> On add, the host should have been moved to 2.3.4 to match the rest of the cluster. Instead, it was left on 2.3.2, which now it's running a different version than the rest of my cluster.
> What happens is that we never call {{hdp-select}} during a normal install of a component - only during an upgrade. If you think about it, when you're on HDP 2.2 and you install HDP 2.3, you don't want to call {{hdp-select}} yet since you're not ready to start running HDP 2.3.
> So when you add a host back which had a prior version of HDP and then a new version side-installed, the pointers are still to the old versions. Nothing will move them since that host didn't go through the upgrade. If the host didn't have HDP on it when it was added back, that would prevent this problem.
> A workaround is to invoke {{hdp-select set all <version>}} on the re-added host.
> A fix for this might be to invoke {{hdp-select}} after installing a service on a host.



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