Maybe I should explain what I'm doing and where my last two issues came from as well.[1]
I'm trying to run NiFi in an environment where the tarball is extracted (as downloaded from Apache) but I don't have write access to that directory at all. So _all_ files NiFi writes need to go into another directory. Meaning I have to point bootstrap.conf somewhere else, PID dir, Log dir, Content repository, Provenance repository, NAR work dir etc. - this means I cannot overwrite nivi-env.sh as it's being picked up from wherever nifi.sh lives. Maybe I'm missing something but that doesn't seem super trivial. Any hints are highly appreciated. [1] <https://issues.apache.org/jira/browse/NIFI-5352> & < https://issues.apache.org/jira/browse/NIFI-5350] On Fri, Aug 24, 2018 at 4:30 PM, Lars Francke <lars.fran...@gmail.com> wrote: > Thanks for the quick response Joe. > > Yes, I assumed as much that's why I wanted to discuss here first before I > open an issue. > > On Fri, Aug 24, 2018 at 4:01 PM, Joe Witt <joe.w...@gmail.com> wrote: > >> Lars >> >> I dont know the specifics of what went into various bits there but >> thanks for being careful/discussing it - need folks like mark payne >> and yolanda davis and others who wrote some of those bits to comment. >> I say this because these scripts/start routines are super heavily used >> for deployment processes that I know a lot of users depend on. >> >> Thanks >> >> On Fri, Aug 24, 2018 at 9:58 AM Lars Francke <lars.fran...@gmail.com> >> wrote: >> > >> > Hi, >> > >> > I'm trying to use the environment variables NIFI_PID_DIR and >> NIFI_LOG_DIR >> > to change those directories. >> > >> > Unfortunately nifi-env.sh is being called by nifi.sh which overrides >> them >> > without any way to override them. >> > >> > To make it even more confusing the path for NIFI_PID_DIR is different >> than >> > the default which is hardcoded in RunNifi. >> > >> > I'm trying to figure out if I'm missing anything obvious. >> > >> > Otherwise I'd suggest changing nifi-env.sh to only set those variables >> when >> > they have not already been set to another value. Does that make sense? >> > >> > Thank you, >> > Lars >> > >