[
https://issues.apache.org/jira/browse/NIFI-7005?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Villard resolved NIFI-7005.
----------------------------------
Resolution: Feedback Received
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.
> nifi process maybe crash while call controller-services api
> DBCPConnectionPoolLookup associate a great many jdbc pool
> -----------------------------------------------------------------------------------------------------------------------
>
> Key: NIFI-7005
> URL: https://issues.apache.org/jira/browse/NIFI-7005
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework, Core UI
> Affects Versions: 1.9.0
> Environment: centos 7
> cpu 16cores
> memory 64G
> 3 nifi nodes java heap 32G
>
> Reporter: Paul Yang
> Priority: Major
>
> have a DBCPConnectionPoolLookup associate a great many (for our environment
> 170+) DBCPConnectionPool configurations.
> nifi.properties:
> nifi.cluster.node.read.timeout=600 sec
> nifi.cluster.node.connection.timeout=600 sec
> nifi.ui.autorefresh.interval=300 sec
> While call controller-services rest api from anyway included clicking
> ProgressGroup's GUI configure menu, nifi node that called one's CPU and
> memory surge even process crash.
> Fortunately, the jdbc lookup service's function is unaffected. But for the
> amazing function the behavior should be perfect.
> The root cause is: 'controller-services' api return json object is so large,
> the json string size is even more than 1GB or more then cannot be
> observed.and the nifi process cannot handle so large size response. the
> DBCPConnectionPool's information referenced DBCPConnectionPoolLookup's
> information and vice versa.
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
