[ 
https://issues.apache.org/jira/browse/NIFI-5857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre Villard updated NIFI-5857:
---------------------------------
    Resolution: Feedback Received
        Status: Resolved  (was: Patch Available)

Apache NiFi 1.x is no longer maintained and no new release is planned on the 
1.x release line. Marking as resolved as part of a cleanup operation. Please 
open a new one with an updated description if this is still relevant for NiFi 
2.x.

> Non deterministic behaviour in Kubernetes by trying to inject custom 
> properties
> -------------------------------------------------------------------------------
>
>                 Key: NIFI-5857
>                 URL: https://issues.apache.org/jira/browse/NIFI-5857
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Docker
>    Affects Versions: 1.8.0
>         Environment: Kubernetes, Docker
>            Reporter: dirkjkb
>            Priority: Critical
>         Attachments: 
> 0001-NIFI-5857-Non-deterministic-behaviour-in-Kubernetes-.patch
>
>
> I want to override some config files in Nifi via Kubernetes. In order to do 
> so I am trying to replace the files after the start. It appears that the 
> docker file is started through a start.sh script which calls several other 
> scripts. This implementation Leeds to a non deterministic state, since the 
> replacement time can differ from the start.sh runtime. Furthermore, after 
> restarting a pod, the replacing command will be run each time again what also 
> leeds to a fuzzy state. 
> My proposal would be instead of injecting and running some sh files who will 
> set some variables the customized config files should just be copy replaced 
> in the building step. The run command can then be replaced through the 
> ENTRYPOINT ["bin/nifi.sh", "run"] Command. 
> In order to get the logging output to the console, a logback-test.xml file 
> should be created and configured so that all the meaningful information will 
> be piped to stdout. 
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to