Defect #3069
openPotential memory leak in remote system initialization
0%
Description
In our environment is a big slowdown in the slice reconciliation (reconciliation provides only removing).
After the first analysis, we thought that there were to many records in the table sys_sync_item_long (about 3mil). So we executed delete on the table (300k records left) but in synchronization isn't time improvement.
But after restart whole application server reconciliation is again fast.
See this image:
Before restart 6hours and after restart 2hours.
We have heap dump from tomcat process. In dump exists many eu.bcvsolutions.idm.acc.dto.SysSystemDto that was for AD system, AD system isn't for synchronization but only for provisioning. The AD system is connected to IdM via remote connector. In dump also exists eu.bcvsolutions.idm.acc.dto.SysConnectorServerDto, eu.bcvsolutions.idm.acc.dto.SysConnectorKeyDto, eu.bcvsolutions.idm.acc.dto.SysSchemaObjectClassDto. See picture:
I'm not able add dump into the ticket (size) if you want it just write me.
We try vacuum on every big table, add more service task with removing old logs, but any attempts don't provides us better synchronization time, except restart whole application server.
IdM version: 10.8.3 (lts)
For our project is this very important, because temporary workarround with planed weakly restarts isn't acceptable for customer.
Please could you check this presumption for slowdown? It's only idea that we have.
Files