Return-Path: 
 <dev-return-3929-apmail-falcon-dev-archive=falcon.apache.org@falcon.incubator.apache.org>
X-Original-To: apmail-falcon-dev-archive@minotaur.apache.org
Delivered-To: apmail-falcon-dev-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 82981106B4
	for <apmail-falcon-dev-archive@minotaur.apache.org>;
 Wed, 30 Apr 2014 07:39:52 +0000 (UTC)
Received: (qmail 7101 invoked by uid 500); 30 Apr 2014 07:39:51 -0000
Delivered-To: apmail-falcon-dev-archive@falcon.apache.org
Received: (qmail 6979 invoked by uid 500); 30 Apr 2014 07:39:50 -0000
Mailing-List: contact dev-help@falcon.incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@falcon.incubator.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@falcon.incubator.apache.org>
List-Post: <mailto:dev@falcon.incubator.apache.org>
List-Id: <dev.falcon.incubator.apache.org>
Reply-To: dev@falcon.incubator.apache.org
Delivered-To: mailing list dev@falcon.incubator.apache.org
Received: (qmail 6954 invoked by uid 99); 30 Apr 2014 07:39:49 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Apr 2014 07:39:49 +0000
X-ASF-Spam-Status: No, hits=-2000.7 required=5.0
	tests=ALL_TRUSTED,RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.3] (HELO mail.apache.org) (140.211.11.3)
    by apache.org (qpsmtpd/0.29) with SMTP; Wed, 30 Apr 2014 07:39:49 +0000
Received: (qmail 99951 invoked by uid 99); 30 Apr 2014 07:39:16 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Apr 2014 07:39:16 +0000
Date: Wed, 30 Apr 2014 07:39:16 +0000 (UTC)
From: "Shwetha G S (JIRA)" <jira@apache.org>
To: dev@falcon.incubator.apache.org
Message-ID: <JIRA.12667988.1378881521914.205070.1398843556155@arcas>
In-Reply-To: <JIRA.12667988.1378881521914@arcas>
References: <JIRA.12667988.1378881521914@arcas>
Subject: [jira] [Commented] (FALCON-109) submission of clusters for non
 registered colos
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/FALCON-109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13985248#comment-13985248 ] 

Shwetha G S commented on FALCON-109:
------------------------------------

In distributed mode, there should be a falcon server for every colo. Hence it requires validation that new cluster submitted should have one of pre-defined set of colos. But in embedded mode, the single falcon server is responsible for all colos. Hence doesn't require any restrictions on colo

> submission of clusters for non registered colos 
> ------------------------------------------------
>
>                 Key: FALCON-109
>                 URL: https://issues.apache.org/jira/browse/FALCON-109
>             Project: Falcon
>          Issue Type: Bug
>    Affects Versions: 0.3
>         Environment: QA
>            Reporter: Samarth Gupta
>
> in the cluster definition we have a tag "colo" . If the value provided for this tag is not one of the colos mentioned in prism runtime properties, submission of cluster is successful. But any subsequent submission on feed / process for that cluster fails as its endpoints does not exists. 
> Also user is not able to delete the cluster since falcon tries to delete it from a non existent colo. In addition to this if user tried to submit a feed and whose submission failed, it also can not be deleted. 
> Below is the message 
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?><result><status>FAILED</status><message>gs/org.apache.falcon.FalconException::com.sun.jersey.api.client.ClientHandlerException: java.lang.IllegalArgumentException: URI is not absolute
> </message><requestId>gs/de363c3b-3bba-45ac-b47c-05c2d3c44409
> </requestId></result>
> now cluster can not be deleted since a feed depends on it. 
> and feed can not be deleted since cluster does not exists 
>  



--
This message was sent by Atlassian JIRA
(v6.2#6252)