OK, figured out the SLOW performance…
It was being caused by iCal Server.
Many users in iCal “delegate” authority to other users. Unfortunately, when you delete a user from the directory, it deletes the calendar for that user, but not all the “delegate” links in iCal.
So iCal Server was CONSTANTLY asking the Directory for user credentials that didn’t exist. Directory daemon was running at 110% in Activity Monitor.
So, we found a script in OSX Forge to get rid of the delegate proxies. That resolved the issue. Now the Directory Service is running normal, not hogging the processing power. System is now much more responsive.
http://trac.calendarserver.org/wiki/ProxyCleanup
The MDSChannelPeerCreate could still be a problem, but at least the server isn’t crawling anymore….
Recent Comments