
我的 Mac 伺服器的處理器在所有四個處理器上顯示 100%。我正在運行伺服器 10.5.8,該伺服器是主 LDAP 控制器
查看活動監視器,我發現進程“slapd”佔用了所有處理時間
這裡可能有什麼問題
答案1
可能有損壞的 LDAP 資料庫。嘗試以下操作。當然,請確保您有良好的備份......等等。
系統日誌錯誤:org.openldap.slapd 限制重生...
launchctl 卸載 /System/Library/LaunchDaemons/org.openldap.slapd.plist
cd /var/db/openldap/openldap-data/
db_recover -c
重啟。
答案2
SSH/連接埠 22 是否暴露於網際網路或連接到 LDAP 服務的系統?在 10.4 中,這對 DOS 來說是一個好方法,因為回答所有即將到來的無效登入嘗試會使系統變得緩慢。我從來不知道為什麼這會讓事情變得如此緩慢,但它確實如此,而且我無能為力。
我從未在 10.5 或 10.6 上嘗試過此操作,因此這可能不適用於此處。
答案3
每次我看到slapd
嚴重消耗 CPU 的情況(儘管是在 Linux 上),都是因為缺少一些索引。您是否為 LDAP 資料庫配置了索引?
答案4
我也遇過這種情況就我而言,它是基於 AFP(Mac 檔案共享)的主目錄伺服器和開放目錄副本。我最終重新安裝了作業系統並將其重新綁定到 OD Master。其他似乎都不起作用。不是磁碟修復工具(fsck、diskutil、Disk Warrior),或重新綁定到 OD Master,或軟體更新,或檢查日誌,或致電 Apple 超過六次。
如果這是您的 Open Directory Master,請透過工作群組管理員匯出所有使用者、使用者群組、電腦和電腦群組。然後將所有 OD 副本降級為獨立副本並重新啟動它們。然後重新匯入 Workgroup Manager 資料並重新綁定副本。 (請注意,所有用戶的密碼都將丟失。您可以使用共享軟體程式 Passanger 讀取用戶導出並用已知密碼重寫它。然後將密碼分發給您的用戶。)此過程將導致 Open Directory 資料重建,這應該可以消除OD Master 中的損壞。是的,我以前曾經不得不這樣做過幾次。我的用戶……對這次體驗不滿意。不過,他們很高興能夠再次登入。
如果您的伺服器位於學校,請不要忘記 Apple 提供免費電話支援。
祝你好運。