Return-Path: X-Original-To: apmail-ambari-dev-archive@www.apache.org Delivered-To: apmail-ambari-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9A6EC18EA7 for ; Thu, 10 Dec 2015 21:21:11 +0000 (UTC) Received: (qmail 18979 invoked by uid 500); 10 Dec 2015 21:21:11 -0000 Delivered-To: apmail-ambari-dev-archive@ambari.apache.org Received: (qmail 18896 invoked by uid 500); 10 Dec 2015 21:21:11 -0000 Mailing-List: contact dev-help@ambari.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ambari.apache.org Delivered-To: mailing list dev@ambari.apache.org Received: (qmail 18861 invoked by uid 99); 10 Dec 2015 21:21:11 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Dec 2015 21:21:11 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 060092C1F60 for ; Thu, 10 Dec 2015 21:21:11 +0000 (UTC) Date: Thu, 10 Dec 2015 21:21:11 +0000 (UTC) From: "Alejandro Fernandez (JIRA)" To: dev@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (AMBARI-14330) In some stack service scripts "commandParams/version" is misused MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/AMBARI-14330?page=3Dcom.atlassi= an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D15= 051668#comment-15051668 ]=20 Alejandro Fernandez commented on AMBARI-14330: ---------------------------------------------- * params.version is available during a restart command, and always during R= U/EU. It may not be there during an Install command. Its value is something= like 2.3.2.0-2950, and during it is the version upgrading/downgrading to. * params.stack_version is of the form 2.2 or 2.3. During normal operations,= it is always known. During an RU from say HDP 2.2 to 2.3, it will always b= e 2.3 (even during the downgrade!!!). During an EU, it will be 2.3 during t= he upgrade, and then 2.2 during the downgrade. We need to consider all of these paths Fresh Install (both the UI and Blueprints): HDP 2.2 HDP 2.3.0 HDP 2.3.3.2 or higher Upgrades: 2.2 to 2.3.0.0 and downgrade 2.2 to 2.3.2.0 and downgrade 2.3.0.0 to 2.3.2.0 and downgrade 2.3.2.0 to 2.3.4.0 and downgrade > In some stack service scripts "commandParams/version" is misused > ---------------------------------------------------------------- > > Key: AMBARI-14330 > URL: https://issues.apache.org/jira/browse/AMBARI-14330 > Project: Ambari > Issue Type: Bug > Components: ambari-server > Affects Versions: 2.2.0 > Reporter: Oliv=C3=A9r Szab=C3=B3 > Assignee: Oliv=C3=A9r Szab=C3=B3 > Fix For: 2.3.0 > > Attachments: AMBARI-14330.patch > > > https://issues.apache.org/jira/browse/AMBARI-14270 -> in this change, the= issue was fixed, but with redefining "commandParams/version" , this parame= ter should be used only on upgrade -- This message was sent by Atlassian JIRA (v6.3.4#6332)