Mailing-List: contact issues-help@ambari.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ambari.apache.org
Date: Mon, 17 Jul 2017 08:18:01 +0000 (UTC)
From: "Attila Magyar (JIRA)" <jira@apache.org>
To: issues@ambari.apache.org
Message-ID: <JIRA.13086255.1499779560000.260503.1500279481228@Atlassian.JIRA>
In-Reply-To: <JIRA.13086255.1499779560000@Atlassian.JIRA>
References: <JIRA.13086255.1499779560000@Atlassian.JIRA> <JIRA.13086255.1499779560251@jira-lw-us.apache.org>
Subject: [jira] [Updated] (AMBARI-21442) Ambari updates memory settings in
 blueprint incorrectly
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Mon, 17 Jul 2017 08:18:06 -0000


     [ https://issues.apache.org/jira/browse/AMBARI-21442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Attila Magyar updated AMBARI-21442:
-----------------------------------
    Attachment: AMBARI-21442.patch

> Ambari updates memory settings in blueprint incorrectly
> -------------------------------------------------------
>
>                 Key: AMBARI-21442
>                 URL: https://issues.apache.org/jira/browse/AMBARI-21442
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.2.2
>            Reporter: Attila Magyar
>            Assignee: Attila Magyar
>             Fix For: 3.0.0
>
>         Attachments: AMBARI-21442.patch
>
>
> Ambari appended a 'm' suffix to certain memory settings related properties during blueprint install. This was implemented in the MPropertyUpdater.
> For example if namenode_heapsize was 512 then Ambari updated it to 512m. However if the property already had a suffix like 4g then it was updated to be 4gm.
> This patch does 2 things differently
>  1. Instead of the hardcoded 'm' suffix, it uses the unit that is defined in the stack (if the stack doesn't define anything it falls back using 'm' as before).
>  2. It checks if the property already has some unit, and if that unit doesn't match the stack defined unit, then the blueprint will be rejected with an error (this case has never worked before)
> For examples:
>  1.   4g is rejected if the stack defined unit is MB.
>  2.   4 becomes 4m if the stack defined unit is MB.
>  3.   4m stays 4m if the stack defined unit is MB.
> MPropertyUpdated was replaced with UnitUpdater. But a new TopologyValidator was also introduced. The purpose of this is to catch invalid properties earlier.


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)