Hello, Recently, we've upgraded from 0.6.1 to 1.1.1 and at first everything was working well. However, a few hours later none of the processors were showing any activity. Then, I tried restarting nifi which caused some flowfiles to get corrupted evidenced by exceptions thrown in the nifi-app.log, however the processors still continue to produce no activity. Next, I stop the service and delete all state (content_repository database_repository flowfile_repository provenance_repository work). Then the processors start working for a few hours (maybe a day) until the deadlock occurs again.
So, this cycle continues where I have to periodically reset the service and delete the state to get things moving. Obviously, that's not great. I'll note that the flow.xml file has been changed, as I added/removed processors, by the new version of nifi but 95% of the flow configuration is the same as before the upgrade. So, I'm wondering if there is a configuration setting that causes these deadlocks. What I've been able to observe is that the deadlock is "gradual" in that my flow usually takes about 4-5 threads to execute. The deadlock causes the worker threads to max out at the limit and I'm not even able to stop any processors or list queues. I also, have not seen this behavior in a fresh install of Nifi where the flow.xml would start out empty. Can you give me some advise on what to do about this? Would the problem be resolved if I manually rebuild the flow with the new version of Nifi (not looking forward to that)? Much appreciated. Mike. -- This email may contain material that is confidential for the sole use of the intended recipient(s). Any review, reliance or distribution or disclosure by others without express permission is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies of this message.
