Slow user login

Document ID : KB000043982
Last Modified Date : 14/02/2018
Show Technical Document Details

Problem:

 

When experiencing slow login times, the application server log shows a long gap like the 8 second gap between lines 4 and 5, below.

3-20 10:58:20,860 DEBUG ims.llsdk.dirandenvcache.moAttrCache - findManagedObjectAttr: Found mo definition key for [1] in cache.> 

1. ####<Mar 20, 2016 10:58:20 AM CDT> <1458489500860> <BEA-000000> <2016-03-20 10:58:20,860 DEBUG ims.llsdk.directory.jndi.searcher - FINDOBJECTS FILTER=(abcdelegators=uid=c091749,ou=people,ou=internal,o=abc#%$*)> 

2. ####<Mar 20, 2016 10:58:20 AM CDT> <1458489500860> <BEA-000000> <2016-03-20 10:58:20,860 DEBUG ims.llsdk.directory.jndi.searcher - VirtualListView is enabled, min sort rules is 0, overriding and setting it to 1> 

3. ####<Mar 20, 2016 10:58:20 AM CDT> <1458489500860> <BEA-000000> <2016-03-20 10:58:20,860 DEBUG ims.llsdk.dirandenvcache.moAttrCache - findManagedObjectAttr: Found mo definition key for [1] in cache.> 

4. ####<Mar 20, 2016 10:58:20 AM CDT> <1458489500861> <BEA-000000> <2016-03-20 10:58:20,861 DEBUG ims.llsdk.directory.jndi - Using ldapContext.> 

5. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508924> <BEA-000000> <2016-03-20 10:58:28,924 DEBUG ims.plugins.pluginmgr.environment.extreme - Getting plugins for environment "ABC Identity Manager" and key "HomePageDefinition".> 

6. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508924> <BEA-000000> <2016-03-20 10:58:28,924 DEBUG ims.plugins.pluginmgr.environment.extreme - Found 2 environment-specific plugins for this key.> 

7. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508924> <BEA-000000> <2016-03-20 10:58:28,924 DEBUG ims.plugins.pluginmgr.environment.extreme - Found 0 global plugins for this.> 

8. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508928> <BEA-000000> <2016-03-20 10:58:28,928 DEBUG ims.llsdk.dirandenvcache.moCache - findManagedObject: Found directory key for [1] in cache.> 

9. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508928> <BEA-000000> <2016-03-20 10:58:28,928 DEBUG ims.llsdk.dirandenvcache.moCache - findManagedObject: Walking list of 3 managed object definitions, looking for one with type: USER> 

10. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508928> <BEA-000000> <2016-03-20 10:58:28,928 DEBUG ims.llsdk.dirandenvcache.moCache - findManagedObject: Found type match with oid 1> 

11. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508928> <BEA-000000> <2016-03-20 10:58:28,928 DEBUG ims.llsdk.dirandenvcache.moCache - findManagedObject: Assigning to return and breaking out of loop> 

12. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508928> <BEA-000000> <2016-03-20 10:58:28,928 DEBUG ims.llsdk.dirandenvcache.moAttrCache - findManagedObjectAttr: Found mo definition key for [1] in cache.> 

13. ####<Mar 20, 2016 10:58:28 AM CDT> <1458489508929> <BEA-000000> <2016-03-20 10:58:28,929 DEBUG ims.llsdk.directory.jndi.createUserQAHang - JNDIBase.getObject looking for a USER named uid=c091749,ou=people,ou=internal,o=abc>

 

Note that the ldap search query for the above operation includes the physical attribute abcdelegators which is mapped to the well-known, %DELEGATORS%, attribute in the directory.xml (not shown):

SRCH base="o=abc" scope=2 filter="(&(abcdelegators=uid=e002852,ou=people,ou=internal,o=abc#%$*)(&(objectClass=person)(objectClass=organizationalPerson)(objectClass=inetOrgPerson)(objectClass=abcperson)))" attrs="entrydn abcdelegators

The LDAP queries check on delegated work items against the Task Persistence Store regardless of whether there are delegated work items, and the call gets more expensive with more data in the userstore if the %DELEGATORS% physical attribute is not indexed.

Solution:

Verify whether the %DELEGATORS% physical attribute is indexed. If not, index the physical attribute that is mapped to the %DELEGATORS% directory.xml well-known.