Return-Path: X-Original-To: apmail-helix-user-archive@minotaur.apache.org Delivered-To: apmail-helix-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D487E11CE3 for ; Fri, 21 Feb 2014 06:06:31 +0000 (UTC) Received: (qmail 5180 invoked by uid 500); 21 Feb 2014 06:06:31 -0000 Delivered-To: apmail-helix-user-archive@helix.apache.org Received: (qmail 5094 invoked by uid 500); 21 Feb 2014 06:06:30 -0000 Mailing-List: contact user-help@helix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@helix.apache.org Delivered-To: mailing list user@helix.apache.org Received: (qmail 5087 invoked by uid 99); 21 Feb 2014 06:06:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Feb 2014 06:06:30 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of osgigeek@gmail.com designates 209.85.128.174 as permitted sender) Received: from [209.85.128.174] (HELO mail-ve0-f174.google.com) (209.85.128.174) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Feb 2014 06:06:24 +0000 Received: by mail-ve0-f174.google.com with SMTP id pa12so2891830veb.33 for ; Thu, 20 Feb 2014 22:06:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=DPG/e8Z6ApQLIvqtcDV45Ptscbu7iUBv8nl+4KDcH6c=; b=vK3DETn4nG3Ka+2QiqXIqZERFHCz4qFeUWv1UljHxgm2x4gZChmzM8UWYIzkjvxR2v chObKmH2jVOZzybNjujnlBtW+qY1xvSwIC8eZtvEH6vhObvIq4c/3MRSAXk8mWgbsoM3 AGMSUjJN1uMrgkzRoi3BIl5CoVJkB/IAaMMV7QRlaSAmv8+Us+dHXlq597SIJ5vF8Hf0 cvQHH64gZxU4tN0OFFg5qI7WdlarMbJmvk7O4y2EMsMIyCrKYzHu+FS95ZZGCpbD/LZL nsA9FYcXrVTDsXYBuuecLUPOOJoA40javwUmdnVQyHA7opjFFnrt7OsgsKcgPV/V59Lm 6VpQ== MIME-Version: 1.0 X-Received: by 10.221.29.196 with SMTP id rz4mr3712934vcb.8.1392962763288; Thu, 20 Feb 2014 22:06:03 -0800 (PST) Received: by 10.220.90.80 with HTTP; Thu, 20 Feb 2014 22:06:03 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Feb 2014 22:06:03 -0800 Message-ID: Subject: Re: Helix 0.6.2: Resetting or removing a resource From: Sandeep Nayak To: user@helix.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Does it need time to remove the resource? I tried dropResource and the very next call I invoke addResource to see if I can add it again and the add call fails with the exception org.apache.helix.HelixException: Skip the operation. Resource ideal state directory already exists:/cluster/IDEALSTATES/resource-name On Thu, Feb 20, 2014 at 10:03 PM, Kanak Biscuitwala wrote: > Hi Sandeep, > > dropResource is correct. resetResource takes resources in error state and resets them to the initial state. > > Kanak > ---------------------------------------- >> Date: Thu, 20 Feb 2014 21:58:24 -0800 >> Subject: Helix 0.6.2: Resetting or removing a resource >> From: osgigeek@gmail.com >> To: user@helix.apache.org >> >> Hi guys, >> >> Wanted to check what is the correct API for removing a resource so >> that it is unavailable on any of the nodes? >> >> I see HelixAdmin.dropResource and HelixAdmin.resetResource. What is >> the right API to use to remove a resource entirely from the cluster? >> >> Thanks, >> >> Sandeep