Return-Path: X-Original-To: apmail-nifi-users-archive@minotaur.apache.org Delivered-To: apmail-nifi-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5B6AB18A7E for ; Wed, 11 Nov 2015 15:26:20 +0000 (UTC) Received: (qmail 15953 invoked by uid 500); 11 Nov 2015 15:26:20 -0000 Delivered-To: apmail-nifi-users-archive@nifi.apache.org Received: (qmail 15927 invoked by uid 500); 11 Nov 2015 15:26:20 -0000 Mailing-List: contact users-help@nifi.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@nifi.apache.org Delivered-To: mailing list users@nifi.apache.org Received: (qmail 15917 invoked by uid 99); 11 Nov 2015 15:26:20 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2015 15:26:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id A16E4C0481 for ; Wed, 11 Nov 2015 15:26:19 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.991 X-Spam-Level: X-Spam-Status: No, score=0.991 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id yJOVJK4Plm0e for ; Wed, 11 Nov 2015 15:26:12 +0000 (UTC) Received: from ontrenet.com (ontrenet.com [207.57.124.128]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTP id 93785439DB for ; Wed, 11 Nov 2015 15:26:11 +0000 (UTC) Received: (qmail 6045 invoked by uid 31872); 11 Nov 2015 15:26:11 -0000 Received: from unknown (HELO [192.168.0.22]) (darren@[98.204.123.165]) (envelope-sender ) by 207.57.124.128 (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 11 Nov 2015 15:26:11 -0000 Message-ID: <56435E0E.8030009@ontrenet.com> Date: Wed, 11 Nov 2015 10:26:06 -0500 From: Darren Govoni User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: users@nifi.apache.org Subject: Re: Managing flows References: <564354A5.8050004@ontrenet.com> <564357FB.5040802@ontrenet.com> <56435B01.9040507@ontrenet.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Excellent. Enjoying the product so far. Works great! On 11/11/2015 10:22 AM, Mark Petronic wrote: > You can organize them by creating nested process groups to make it > more sane to manage > > On Wed, Nov 11, 2015 at 10:13 AM, Darren Govoni wrote: >> Thanks Joe. >> >> And it seems all the different flows would be seen on the one canvas, just >> not connected? >> >> >> On 11/11/2015 10:02 AM, Joe Witt wrote: >>> Darren, >>> >>> A single NiFi instance (on one node or a cluster of 10+) can handle >>> *many* different flows. >>> >>> Thanks >>> Joe >>> >>> On Wed, Nov 11, 2015 at 10:00 AM, Darren Govoni >>> wrote: >>>> Mark, >>>> Thanks for the tips. Appreciate it. >>>> >>>> So when I run nifi on a single server. It is essentially "one flow"? >>>> If I wanted to have say 2 or 3 active flows, I would (reasonably) have to >>>> run more instances of nifi with appropriate >>>> configuration to not conflict. Is that right? >>>> >>>> Darren >>>> >>>> >>>> On 11/11/2015 09:54 AM, Mark Petronic wrote: >>>>> Look in your Nifi conf directory. The active flow is there as an aptly >>>>> named .gz file. Guessing you could just rename that and restart Nifi >>>>> which would create a blank new one. Build up another flow, then you >>>>> could repeat the same "copy to new file name" and restore some other >>>>> one to continue on some previous flow/. I'm pretty new to Nifi, too, >>>>> so maybe there is another way. Also, you can create point-in-time >>>>> backups of your from from the "Settings" dialog in the DFM. There is a >>>>> link that shows up in there to click. It will copy your master flow gz >>>>> to your conf/archive directory. You can create multiple snapshots of >>>>> your flow to retain change history. I actually gunzip my backups and >>>>> commit them to Git for a more formal change history tracking >>>>> mechanism. >>>>> >>>>> Hope that helps. >>>>> >>>>> On Wed, Nov 11, 2015 at 9:45 AM, Darren Govoni >>>>> wrote: >>>>>> Hi again, >>>>>> Sorry for the noob questions. I am reading all the online material >>>>>> as >>>>>> much as possible. >>>>>> But what hasn't jumped out at me yet is how flows are managed? >>>>>> >>>>>> Are they saved, loaded, etc? I access my nifi and build a flow. Now I >>>>>> want >>>>>> to save it and work on another flow. >>>>>> Lastly, will the flow be running even if I exit the webapp? >>>>>> >>>>>> thanks for any tips. If I missed something obvious, regrets. >>>>>> >>>>>> D >>>>