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 02440CF6D for ; Thu, 5 Jun 2014 17:53:02 +0000 (UTC) Received: (qmail 64059 invoked by uid 500); 5 Jun 2014 17:53:01 -0000 Delivered-To: apmail-ambari-dev-archive@ambari.apache.org Received: (qmail 64030 invoked by uid 500); 5 Jun 2014 17:53:01 -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 64019 invoked by uid 99); 5 Jun 2014 17:53:01 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jun 2014 17:53:01 +0000 Date: Thu, 5 Jun 2014 17:53:01 +0000 (UTC) From: "John Speidel (JIRA)" To: dev@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (AMBARI-6041) Cluster create via blueprint fails when using an existing DB or hive metastore MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 John Speidel created AMBARI-6041: ------------------------------------ Summary: Cluster create via blueprint fails when using an existing DB or hive metastore Key: AMBARI-6041 URL: https://issues.apache.org/jira/browse/AMBARI-6041 Project: Ambari Issue Type: Bug Affects Versions: 1.6.0 Reporter: John Speidel Assignee: John Speidel Fix For: 1.6.1 When deploying a cluster via a blueprint where the MYSQL_SERVER or HIVE_METASTORE are not included in the topology but are instead already existing, a 400 response is returned to the user even if the user properly configured the necessary configurations for an existing server. { "status" : 400, "message" : "Unable to update configuration properties with topology information. Component 'MYSQL_SERVER' is not mapped to any host group or is mapped to multiple groups." } This occurs when deploying the cluster when the configurations are updated with topology related information. For components that may be external, we need to check if the user updated the default hostname or port in the corresponding configuration and if they have, don't do any topology update on the property. -- This message was sent by Atlassian JIRA (v6.2#6252)