We're experiencing an issue with ARS 6.7 and password reset operations.
Whether triggered through the reset option on the menu, or called from dePro/undo-deProvisioning, ARS fails to complete the action. When password reset is called from the webUI - it just hangs IE... same results for choosing to de/undoDeprovision a user - when you click apply/ok to commit the action - IE hangs waiting for ARS to respond.
This problem is occuring several times a day - and a restart of the ARS administration service resets the issue for a hours at a time - but it keeps coming back. This has happend for a few days now ...
All other ARS changes are able to work without impairment... group-adds etc all still flow like butter through the process.
As I understand it - password change operations happen at the pdc-e, so I've concentrated on moving the dirsync partner specifed between different DCs in the site and had the domain owners restart the pdc-e at one point to help troubleshoot/alleviate the issue. It continues to rear it's ugly head - now daily, a couple times during the day and night. I'm going to capture ARS debug information on next occurance for opening a ticket with support - but, have any of my birds-of-a-feather experienced anything similar to this in their environment?
Sargay - can you give any more detail on what actions happen behind the scenes of an ARS password reset operation?
Thanks!