私のMacサーバーのプロセッサは、4つのプロセッサすべてで100％を示しています。私はサーバー10.5.8を実行しており、このサーバーはマスターLDAPコントローラーです。
アクティビティモニターを見ると、プロセス「slapd」がすべての処理時間を占有していることがわかります。
ここで何が問題になるのか
答え1
LDAP データベースが破損している可能性があります。以下を試してください。もちろん、適切なバックアップなどがあることを確認してください。
Syslog エラー: org.openldap.slapd スロットリング respawn...
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 ファイル共有) ベースのホーム ディレクトリ サーバーと Open Directory Replica でした。結局、OS を再インストールして OD マスターに再バインドしました。他の方法は何も機能しませんでした。ディスク修復ツール (fsck、diskutil、Disk Warrior)、OD マスターへの再バインド、ソフトウェア更新、ログの確認、Apple への 6 回以上の電話もすべて機能しませんでした。
これが Open Directory マスターである場合は、すべてのユーザー、ユーザー グループ、コンピューター、およびコンピューター グループを Workgroup Manager 経由でエクスポートします。次に、すべての OD レプリカをスタンドアロンに降格し、再起動します。次に、Workgroup Manager データを再度インポートし、レプリカを再度バインドします。(すべてのユーザーのパスワードが失われることに注意してください。シェアウェア プログラム Passanger を使用して、ユーザーのエクスポートを読み取り、既知のパスワードで書き直すことができます。次に、ユーザーにパスワードを配布します。) このプロセスにより、Open Directory データが再構築され、OD マスターの破損が除去されます。はい、私は以前にもこれを数回行う必要がありました。ユーザーは... この経験に不満でした。しかし、再度ログインできることに満足していました。
サーバーが学校にある場合は、Apple が無料の電話サポートを提供していることを忘れないでください。
幸運を。