我的 Mac 服务器的四个处理器均显示 100%。我正在运行服务器 10.5.8,该服务器是主 LDAP 控制器
查看活动监视器,我发现进程“slapd”占用了所有处理时间
这可能是什么问题
答案1
可能存在损坏的 ldap 数据库。请尝试以下操作。当然,请确保您有良好的备份……等等。
Syslog 错误:org.openldap.slapd 限制重生...
launchctl 卸载/System/Library/LaunchDaemons/org.openldap.slapd.plist
cd /var/db/openldap/openldap 数据/
db_recover-c 复制代码
重启。
答案2
SSH/端口 22 是否暴露在互联网上,或者在连接到 LDAP 服务的系统上?对于 10.4 来说,这是 DOS 的好方法,因为回答所有出现的无效登录尝试会使系统运行缓慢。我不知道为什么这会如此缓慢,但事实确实如此,我对此无能为力。
我从未在 10.5 或 10.6 上尝试过这个,所以这可能不适用于此。
答案3
每次我看到slapd
消耗大量 CPU(尽管是在 Linux 上),都是由于缺少一些索引。您是否为 LDAP 数据库配置了索引?
答案4
我也遇到过这种情况。就我而言,这是一个基于 AFP(Mac 文件共享)的主目录服务器和一个 Open Directory Replica。我最终重新安装了操作系统并将其重新绑定到 OD Master。其他方法似乎都不管用。磁盘修复工具(fsck、diskutil、Disk Warrior)或重新绑定到 OD Master、软件更新、检查日志或给 Apple 打了六次电话都不管用。
如果这是您的 Open Directory Master,请通过工作组管理器导出所有用户、用户组、计算机和计算机组。然后将所有 OD 副本降级为独立并重新启动它们。然后重新导入工作组管理器数据并重新绑定副本。(请注意,所有用户的密码都将丢失。您可以使用共享软件程序 Passanger 读取用户导出并使用已知密码重写它。然后将密码分发给您的用户。)此过程将导致重建 Open Directory 数据,这应该会消除 OD Master 中的损坏。是的,我以前不得不这样做几次。我的用户……对这种体验不满意。不过,他们很高兴他们可以再次登录。
如果您的服务器在学校,请不要忘记 Apple 提供免费电话支持。
祝你好运。