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 1263F17E52 for ; Thu, 18 Jun 2015 20:59:01 +0000 (UTC) Received: (qmail 70633 invoked by uid 500); 18 Jun 2015 20:59:00 -0000 Delivered-To: apmail-ambari-dev-archive@ambari.apache.org Received: (qmail 70596 invoked by uid 500); 18 Jun 2015 20:59:00 -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 70584 invoked by uid 99); 18 Jun 2015 20:59:00 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Jun 2015 20:59:00 +0000 Date: Thu, 18 Jun 2015 20:59:00 +0000 (UTC) From: "John Speidel (JIRA)" To: dev@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (AMBARI-12009) Occasional concurrent modification exception during BP provision of large clusters MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 John Speidel created AMBARI-12009: ------------------------------------- Summary: Occasional concurrent modification exception during BP provision of large clusters Key: AMBARI-12009 URL: https://issues.apache.org/jira/browse/AMBARI-12009 Project: Ambari Issue Type: Bug Components: blueprints Affects Versions: 2.1.0 Reporter: John Speidel Assignee: John Speidel Fix For: 2.1.0 When provisioning large clusters via a blueprint, a concurrent modification exception may occur occasionally because the topology manager task executor thread is attempting to create a copy of a collection that is being modified in another thread. Although this exception is caught in the BP provisioning code and retried successfully it is an easy fix and should be fixed in 2.1 to avoid retries which slows down cluster provisioning. -- This message was sent by Atlassian JIRA (v6.3.4#6332)