Hallo zusammen, bei mir lief bis vor kurzem noch ohne Probleme mein LDAP Server. Nach einem Neustart des Servers scheint dieser keine Anfragen mehr anzunehmen. Ein telnet meldet immer connection refused. Ein rcldap status meldet running. Ein ps ax zeigt, daß der Prozess läuft. 14558 ? Ss 0:00 /usr/lib/openldap/slapd -h ldap:/// -u ldap -g ldap Oder doch nicht? Weiß einer einen Rat? Danke und Gruß Arne
Arne Dieckmann <arne@westerjork83.de> writes:
Hallo zusammen,
bei mir lief bis vor kurzem noch ohne Probleme mein LDAP Server. Nach einem Neustart des Servers scheint dieser keine Anfragen mehr anzunehmen. Ein telnet meldet immer connection refused. Ein rcldap status meldet running. Ein ps ax zeigt, daß der Prozess läuft.
14558 ? Ss 0:00 /usr/lib/openldap/slapd -h ldap:/// -u ldap -g ldap
Oder doch nicht?
Weiß einer einen Rat?
Ich wüßte Rat, allerdings benötige ich dazu zwei zusätzliche Informationen, 1. welche OpenLDAP Version 2. welches database backend Hintergrund: mit 99% Wahrscheinlichkeit ist die Database defekt, je nach OpenLDAP Version und BerkeleyDB Version gibt es unterschiedliche Möglichkeiten der Reparatur. Wenn als database Backend ldbm genommen wurde, hast du keine Chance, da hilft nur, löschen und neu anlegen. Wenn als database bdb genommen wurde, suche mal in deinem System nach der Datei db_recover, bei mir ist diese unter /usr/local/BerkeleyDB<version>/bin . Stoppe ldap und dann mit dem Befehl su ldap && db_recover -h </pfad/auf/das/dbverzeichnis> kannst du mit großer Wahrscheinlichkeit deine Database retten. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Dieter Kluenter schrieb:
Arne Dieckmann <arne@westerjork83.de> writes:
Hallo zusammen,
bei mir lief bis vor kurzem noch ohne Probleme mein LDAP Server. Nach einem Neustart des Servers scheint dieser keine Anfragen mehr anzunehmen. Ein telnet meldet immer connection refused. Ein rcldap status meldet running. Ein ps ax zeigt, daß der Prozess läuft.
14558 ? Ss 0:00 /usr/lib/openldap/slapd -h ldap:/// -u ldap -g ldap
Oder doch nicht?
Weiß einer einen Rat?
Ich wüßte Rat, allerdings benötige ich dazu zwei zusätzliche Informationen, 1. welche OpenLDAP Version 2. welches database backend
Hintergrund: mit 99% Wahrscheinlichkeit ist die Database defekt, je nach OpenLDAP Version und BerkeleyDB Version gibt es unterschiedliche Möglichkeiten der Reparatur.
Wenn als database Backend ldbm genommen wurde, hast du keine Chance, da hilft nur, löschen und neu anlegen. Wenn als database bdb genommen wurde, suche mal in deinem System nach der Datei db_recover, bei mir ist diese unter /usr/local/BerkeleyDB<version>/bin . Stoppe ldap und dann mit dem Befehl su ldap && db_recover -h </pfad/auf/das/dbverzeichnis> kannst du mit großer Wahrscheinlichkeit deine Database retten.
-Dietert
Das hat bei mir auch geholfen, ich habe gerade am gleichen Problem geknabbert. Vielen Dank K. Müller
Dieter Kluenter schrieb:
Arne Dieckmann <arne@westerjork83.de> writes:
Hallo zusammen,
bei mir lief bis vor kurzem noch ohne Probleme mein LDAP Server. Nach einem Neustart des Servers scheint dieser keine Anfragen mehr anzunehmen. Ein telnet meldet immer connection refused. Ein rcldap status meldet running. Ein ps ax zeigt, daß der Prozess läuft.
14558 ? Ss 0:00 /usr/lib/openldap/slapd -h ldap:/// -u ldap -g ldap
Oder doch nicht?
Weiß einer einen Rat?
Ich wüßte Rat, allerdings benötige ich dazu zwei zusätzliche Informationen, 1. welche OpenLDAP Version
Ich glaube 2.2.6 (wie kann ich das anzeigen lassen?)
2. welches database backend
bdb
Hintergrund: mit 99% Wahrscheinlichkeit ist die Database defekt, je nach OpenLDAP Version und BerkeleyDB Version gibt es unterschiedliche Möglichkeiten der Reparatur.
Wenn als database Backend ldbm genommen wurde, hast du keine Chance, da hilft nur, löschen und neu anlegen. Wenn als database bdb genommen wurde, suche mal in deinem System nach der Datei db_recover, bei mir ist diese unter /usr/local/BerkeleyDB<version>/bin . Stoppe ldap und dann mit dem Befehl su ldap && db_recover -h </pfad/auf/das/dbverzeichnis> kannst du mit großer Wahrscheinlichkeit deine Database retten.
Bei mir heißt der Pfad: /usr/bin/ Ich habe jetzt folgendes eingegeben: su ldap && db_recover -h /usr/bin/ Läuft leider trotzdem nicht. Noch irgendwelche Hinweise? Gruß Arne
Am Mo, den 13.12.2004 schrieb Arne Dieckmann um 6:52:
Dieter Kluenter schrieb:
Arne Dieckmann <arne@westerjork83.de> writes:
Ich wüßte Rat, allerdings benötige ich dazu zwei zusätzliche Informationen, 1. welche OpenLDAP Version
Ich glaube 2.2.6 (wie kann ich das anzeigen lassen?)
rpm -q openldap2 ?
2. welches database backend
Wenn als database bdb genommen wurde, suche mal in deinem System nach der Datei db_recover, bei mir ist diese unter /usr/local/BerkeleyDB<version>/bin . Stoppe ldap und dann mit dem Befehl su ldap && db_recover -h </pfad/auf/das/dbverzeichnis> kannst du mit großer Wahrscheinlichkeit deine Database retten.
Bei mir heißt der Pfad: /usr/bin/
Das ist sicherlich nicht der Pfad auf dein DB-Verzeichnis. Das wird vermutlich /var/lib/ldap sein, prüfe das mal. -Dieter
Am Mo, den 13.12.2004 schrieb Arne Dieckmann um 6:52:
Dieter Kluenter schrieb:
Arne Dieckmann <arne@westerjork83.de> writes:
Ich wüßte Rat, allerdings benötige ich dazu zwei zusätzliche Informationen, 1. welche OpenLDAP Version
Ich glaube 2.2.6 (wie kann ich das anzeigen lassen?)
2.2.6 ist richtig
rpm -q openldap2 ?
2. welches database backend
Wenn als database bdb genommen wurde, suche mal in deinem System nach der Datei db_recover, bei mir ist diese unter /usr/local/BerkeleyDB<version>/bin . Stoppe ldap und dann mit dem Befehl su ldap && db_recover -h </pfad/auf/das/dbverzeichnis> kannst du mit großer Wahrscheinlichkeit deine Database retten.
Bei mir heißt der Pfad: /usr/bin/
Das ist sicherlich nicht der Pfad auf dein DB-Verzeichnis. Das wird vermutlich /var/lib/ldap sein, prüfe das mal.
Der Pfad heißt /var/lib/ldap Wenn ich jetzt den Befehl su ldap && db_recover -h /var/lib/ldap eingebe, passiert eigenlich nichts, außer das ich dann als ldap angemeldet bin. (ldap@server:/root>) Muß ich dann noch was machen? Sorry für die Fragen, ldap ist recht neu für mich. Danke und Gruß Arne
"Arne Dieckmann" <arne@westerjork83.de> writes:
Am Mo, den 13.12.2004 schrieb Arne Dieckmann um 6:52:
Dieter Kluenter schrieb:
Arne Dieckmann <arne@westerjork83.de> writes:
Wenn ich jetzt den Befehl
su ldap && db_recover -h /var/lib/ldap
eingebe, passiert eigenlich nichts, außer das ich dann als ldap angemeldet bin. (ldap@server:/root>)
Muß ich dann noch was machen? Sorry für die Fragen, ldap ist recht neu für mich.
eigentlich war es das schon, denn db_recover ist schon ausgeführt. Du kannst db_recover auch noch etwas gesprächiger werden lassen durch den Schalter -v, dabei fällt mir ein, man kann auch noch eine andere Variante für su nehmen:-) su -c "db_recover -v -h /var/lib/ldap" ldap -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Wenn ich jetzt den Befehl
su ldap && db_recover -h /var/lib/ldap
eingebe, passiert eigenlich nichts, außer das ich dann als ldap angemeldet bin. (ldap@server:/root>)
Muß ich dann noch was machen? Sorry für die Fragen, ldap ist recht neu für mich.
eigentlich war es das schon, denn db_recover ist schon ausgeführt. Du kannst db_recover auch noch etwas gesprächiger werden lassen durch den Schalter -v, dabei fällt mir ein, man kann auch noch eine andere Variante für su nehmen:-)
su -c "db_recover -v -h /var/lib/ldap" ldap
Es klappt wieder. Die DB scheint repariert zu sein. Kann wieder auf den LDAP Server zugreifen. Danke und Gruß Arne
participants (3)
-
Arne Dieckmann -
Dieter Kluenter -
Kasimir.Mueller＠t-online.de