Hallo, mein slapd braucht 99.9% CPU, Auskunft via Kommando top. Eine Client-Anfrage ist nicht in Arbeit, der daemon sollte also eigentlich idle sein. Ansonsten funktioniert im Zusammenhang mit LDAP alles, was ich erwarte. Peinlich: Ich weiss nicht, wo ich ggf. welche logs zu slapd finden kann. Einzig in /var/log/localmessages wurde ich fuendig, aber hier scheint nichts Fatales zu stehen (die Meldungen werden beim Starten des Servers geschrieben): Apr 9 11:10:39 dilbert slapd[4331]: daemon: socket() failed errno=97 (Address family not supported by protocol) Apr 9 11:10:39 dilbert slapd[4331]: bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (September 23, 2003) Apr 9 11:10:40 dilbert slapd[4331]: bdb_db_init: Initializing BDB database (Die Meldung zum Socket verstehe ich auch nicht, denn Clients koennen auf den Server zugreifen. Ich denke, das geht ueber Sockets?) Mit freundlichen Gruessen Andreas Schenk
Andreas Schenk
Hallo,
mein slapd braucht 99.9% CPU, Auskunft via Kommando top. Eine Client-Anfrage ist nicht in Arbeit, der daemon sollte also eigentlich idle sein. Ansonsten funktioniert im Zusammenhang mit LDAP alles, was ich erwarte. Peinlich: Ich weiss nicht, wo ich ggf. welche logs zu slapd finden kann. Einzig in /var/log/localmessages wurde ich fuendig, aber hier scheint nichts Fatales zu stehen (die Meldungen werden beim Starten des Servers geschrieben):
Apr 9 11:10:39 dilbert slapd[4331]: daemon: socket() failed errno=97 (Address family not supported by protocol) Apr 9 11:10:39 dilbert slapd[4331]: bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (September 23, 2003) Apr 9 11:10:40 dilbert slapd[4331]: bdb_db_init: Initializing BDB database
(Die Meldung zum Socket verstehe ich auch nicht, denn Clients koennen auf den Server zugreifen. Ich denke, das geht ueber Sockets?)
Die Meldung betrifft ipv6, hat dich hier nicht zu interessieren, slapd prüft, ob ein ipv4 oder ipv6 Netzwerk vorhanden ist. Die 99% CPU deuten auf eine korrupte Database hin. Mit db_recover -v -h /var/lib/ldap kannnst du das reparieren. Aber Achtung, als User ldap. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Hallo, Am Samstag, 9. April 2005 13:49 schrieb Dieter Kluenter:
Andreas Schenk
writes:
[...]
Die Meldung betrifft ipv6, hat dich hier nicht zu interessieren, slapd prüft, ob ein ipv4 oder ipv6 Netzwerk vorhanden ist.
Danke fuer die Info.
Die 99% CPU deuten auf eine korrupte Database hin. Mit db_recover -v -h /var/lib/ldap kannnst du das reparieren. Aber Achtung, als User ldap.
Hat wie beschrieben funktioniert. Danke! Mit freundlichen Gruessen Andreas Schenk
Hallo,
Andreas Schenk
Hallo,
Am Samstag, 9. April 2005 13:49 schrieb Dieter Kluenter:
Andreas Schenk
writes: [...]
Die 99% CPU deuten auf eine korrupte Database hin. Mit db_recover -v -h /var/lib/ldap kannnst du das reparieren. Aber Achtung, als User ldap.
Hat wie beschrieben funktioniert. Danke!
Dazu noch ein Tipp, damit solche Fehler ausgeschlossen werden. In /etc/sysconfig/openldap die Option OPENLDAP_RUN_DB_RECOVER="yes" setzen. -Dieter Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
participants (2)
-
Andreas Schenk
-
Dieter Kluenter