我的Mac服务器的处理器在所有四个处理器上都显示为100％。 我正在运行服务器10.5.8，这台服务器是主LDAP控制器
看着活动监视器，我发现进程“slapd”占用了所有的处理时间
这里可能是什么问题
可能有一个损坏的LDAP数据库。 尝试以下。 当然，确保你有一个很好的备份..等等。
系统日志错误：org.openldap.slapd throttling respawn …
launchctl unload /System/Library/LaunchDaemons/org.openldap.slapd.plist
cd / var / db / openldap / openldap-data /
db_recover -c
重启。
SSH / 22端口是否暴露在互联网上，或连接到LDAP服务的系统上？ 使用10.4这是一个DOS的好方法，因为回答所有无效的login尝试会降低系统的抓取速度。 我从来不知道为什么这会让事情变得如此缓慢，但事实并非如此。
我从来没有尝试过10.5或10.6，所以这可能不适用于此。
每当我看到slapd消耗任何严重的CPU（尽pipe在Linux上），这是由于一些缺less的索引。 你configuration了LDAP数据库的索引吗？
我也有过这种事 就我而言，这是一个基于AFP（Mac文件共享）的主目录服务器和一个Open Directory Replica。 我结束了重新安装操作系统，并重新绑定到OD主。 没有别的似乎工作。 不是磁盘修复工具（fsck，diskutil，Disk Warrior），或重新绑定到OD Master或软件更新，检查日志，或者调用Apple六次以上。
如果这是您的Open Directory Master，请通过Workgroup Manager导出所有用户，用户组，计算机和计算机组。 然后降级所有外观副本到独立，并重新启动它们。 然后重新导入工作组pipe理器数据并重新绑定副本。 （请注意，所有用户的密码将会丢失，您可以使用共享软件Passanger来读取用户导出并使用已知的密码重新写入，然后将密码分发给您的用户）。此过程将导致Open Directory数据重build，这应该消除OD Master的腐败。 是的，我之前不得不这样做。 我的用户是…不愉快的经验。 他们很高兴能够再次login。
如果您的服务器在学校，请不要忘记Apple提供免费电话支持。
祝你好运。