[cisco-voip] User still in corp directory that was removed from AD. 9.1.1.20000 (9.1.1a)

Thu Apr 3 11:29:19 EDT 2014

Are they still in the enduser table? What is their status?

run sql select userid,status from enduser

Garbage collection runs automatically at the fixed time of 3:15 AM and deletes the users marked inactive.

To keep the users after deleting LDAP just do "run sql update enduser set status=1 where userid=<id>" , they won't get deleted and will be able to login.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/8x/uc8x/directry.html#wp1045229

A few interesting points:
CSCuc58240    LDAP: After Garbage Collection End-User and IMS Phone type not removed
CSCsq94034    Need to add garbage collection Logs for serviceability

Based on that last one it looks like this is written to the ldap sync logs. Search for the text "Gargabe collection routine started"
https://supportforums.cisco.com/document/65651/communications-manager-rtmt-trace-locations-cli

Cisco DirSync
    activelog cm/trace/dirsync/log4j/dirsync.log

-Wes

On Mar 17, 2014, at 5:32 PM, Erick Bergquist <erickbee at gmail.com> wrote:

CUCM 9.1.1a (9.1.1.20000) LDAP integrated with one directory.

There are a few users not listed in the end user directory anymore in CUCM, but on the phone corp directory and in Jabber you see these users still. The directory URL is pointing to the CUCM server and we have tried both servers in the cluster.

If we add a test user, they show up in the directory and when we delete the test user they go inactive and go away after 2-3 days when garbage collection job clears them out and the test user is no longer in the directory.

The users are no longer in LDAP anymore either.  Is there a way to purge/refresh the CUCM directory?  Not finding much in bug search tool yet.

If we remove the LDAP Directory and add it back think that may clear up something?
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140403/24fcadfb/attachment.html>