I use DatabaseFlowPersistenceProvider, it is the simpler one. I spent some
time like you with the Git option but I gived up and chose the DB option.
It works fine. As you already require a DB for metadata, I use only one DB
for metadata and flow. Only one backup is required.

Juan

On Mon, 14 Jun 2021 at 10:25, Chris McKeever <[email protected]> wrote:

> The 1 git to 1 registry doesnt really help though does it? Since you want
> a production registry to always pull? You'll need to maintain 2 flows
> manually (or however you do it) ?
>
> On Mon, Jun 14, 2021 at 8:15 AM Sim, Yoosuk <[email protected]> wrote:
>
>> Hello everyone,
>>
>>
>>
>> Well, I have a little bit more updates to the issue.
>>
>> I did find that I was mistaken about pulling: nifi registry’s local git
>> does pull from remote git repo. When I checked the nifi-registry’s local
>> git storage, multiple ones were fully synced with remote git. However, even
>> though they were synced, nifi-registry itself did not recognize buckets
>> that were not created by the nifi-registry (I think), which meant only a
>> subset of the folders in the repo was shown as buckets by the nifi import
>> process.
>>
>>
>>
>> The only way to resolve it yet was to do something similar to
>> Hesselmann’s method: we dropped the metadata backend database in postgresql
>> and redeploy nifi-registry to repopulate the metadata. This worked, but it
>> certainly does introduce complications in the development process.
>>
>>
>>
>> At the moment, I am more inclined to give one git dedicated to one nifi
>> registry, unless I can find a simpler way to handle nifi-registry sync
>> issue.
>>
>>
>>
>> Any suggestions?
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Tony Sim
>>
>>
>>
>> *From:* Hesselmann, Brian <[email protected]>
>> *Sent:* June-07-21 3:58 PM
>> *To:* [email protected]
>> *Subject:* [EXT]Re: Nifi Registry GitFlowPersistenceProvider
>>
>>
>>
>> The easiest way I found to sync nifi registry from Git is by deleting the
>> registry database file(should be in /nifi-registry/database/*.db) and
>> restarting nifi-registry. After that it should fully reflect all changes in
>> the git repository. Basically our process is something like: push changes
>> to nifi registry on dev branch, merge from dev to master branch, delete
>> nifi registry database on master and restart nifi registry.
>>
>> I'm sure there must be a nicer way to do this, but so far this has worked
>> for us until we can spent more time on implementing the registry.
>> ------------------------------
>>
>> *Van:* Chris McKeever <[email protected]>
>> *Verzonden:* maandag 7 juni 2021 16:49:21
>> *Aan:* [email protected]
>> *Onderwerp:* Re: Nifi Registry GitFlowPersistenceProvider
>>
>>
>>
>> EXTERNAL SENDER: Do not click any links or open any attachments unless
>> you trust the sender and know the content is safe.
>> EXPÉDITEUR EXTERNE: Ne cliquez sur aucun lien et n’ouvrez aucune pièce
>> jointe à moins qu’ils ne proviennent d’un expéditeur fiable, ou que vous
>> ayez l'assurance que le contenu provient d'une source sûre.
>>
>>
>>
>> Tony - did you ever get an answer on this?
>>
>>
>>
>> On Fri, Jun 4, 2021 at 9:04 AM Chris McKeever <[email protected]>
>> wrote:
>>
>> oooh, this is interesting ... I know only one registry could/should be
>> the authoritative WRITER ..
>>
>> maybe there is a fetch hook that you can schedule to refresh ... following
>>
>>
>>
>> On Fri, Jun 4, 2021 at 8:50 AM Sim, Yoosuk <[email protected]> wrote:
>>
>> Hello everyone,
>>
>>
>>
>> I am currently setting  up Nifi Registry. In our setup, we wanted
>> multiple Nifi Registry to talk to the same remote git repository. (say, one
>> in DEV, and another in QA, etc.)
>>
>> Over time, I found that not all Nifi Registry retained the same
>> information, even though the remote git repository had the latest
>> information.
>>
>>
>>
>> Does Nifi Registry ever pull from the remote git aside from when it
>> clones?
>>
>> What might be the best way to resolve this issue?
>>
>>
>>
>> Cheers,
>>
>>
>>
>> [image: logo_bell_120dpi_0_84_154]
>>
>> Yoosuk (Tony) Sim
>>
>> Dev, Machine Learning Engineering
>>
>> ------------------------------
>>
>> *External Email:** Please use caution when opening links and attachments
>> / **Courriel externe:** Soyez prudent avec les liens et documents joints
>> *
>>
>

Reply via email to