Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 4E5CA200B8C for ; Mon, 12 Sep 2016 11:46:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 4D347160AB8; Mon, 12 Sep 2016 09:46:22 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 8F80C160AD6 for ; Mon, 12 Sep 2016 11:46:21 +0200 (CEST) Received: (qmail 24640 invoked by uid 500); 12 Sep 2016 09:46:20 -0000 Mailing-List: contact issues-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 issues@ambari.apache.org Received: (qmail 24596 invoked by uid 99); 12 Sep 2016 09:46:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Sep 2016 09:46:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 970E42C1B81 for ; Mon, 12 Sep 2016 09:46:20 +0000 (UTC) Date: Mon, 12 Sep 2016 09:46:20 +0000 (UTC) From: "Gonzalo Herreros (JIRA)" To: issues@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (AMBARI-18358) Deleting a service with node specific configuration makes Ambari unstable MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 12 Sep 2016 09:46:22 -0000 [ https://issues.apache.org/jira/browse/AMBARI-18358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gonzalo Herreros updated AMBARI-18358: -------------------------------------- Description: Always reproduced. On any service, change some setting to be node specific (instead of global to the cluster). To do so create a config group, switch to it and change some setting to be specific for that group. Now, stop and delete the service. The configuration is deleted but the group configuration is left behind. From this moment the log will be full of " Config inconsistency exists: unknown configType=dbks-site" (in my case the service I reproduced it was Ranger KMS). Any attempt to add a service will get a 500. The only workaround is going to the DB and manually delete the group configuration. was: Always reproduced. On any service change some setting to be node specific (instead of global to the cluster). To do so create a config group, switch to it and change some setting to be specific for that group. Now, stop and delete the service. The configuration is deleted but the group configuration is left behind. From this moment the log will be full of " Config inconsistency exists: unknown configType=dbks-site" (in my case the service I reproduced it was Ranger KMS). Any attempt to add a service will get a 500. The only workaround is going to the DB and manually delete the group configuration. > Deleting a service with node specific configuration makes Ambari unstable > ------------------------------------------------------------------------- > > Key: AMBARI-18358 > URL: https://issues.apache.org/jira/browse/AMBARI-18358 > Project: Ambari > Issue Type: Bug > Components: ambari-admin > Affects Versions: 2.4.0 > Reporter: Gonzalo Herreros > > Always reproduced. > On any service, change some setting to be node specific (instead of global to the cluster). > To do so create a config group, switch to it and change some setting to be specific for that group. > Now, stop and delete the service. The configuration is deleted but the group configuration is left behind. > From this moment the log will be full of " Config inconsistency exists: unknown configType=dbks-site" (in my case the service I reproduced it was Ranger KMS). > Any attempt to add a service will get a 500. > The only workaround is going to the DB and manually delete the group configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)