LDAP tot, wie Daten retten aus ldbm-Datenbank?
Moin LDAP-Profis, ich fürchte ich habe mir meine LDAP-Daten irgendwie zerschossen. Der Fehler ist nach dem Update von Suse 9.2 auf 10.1 aufgetreten, bei dem OpenLDAP 2.2 auf 2.3 aufgerüstet wird. Dabei sollten an sich die Daten automatisch in ein LDIF-Backup exportiert werden, was nicht passiert ist. Für den Fall liegt slapcat aus Version 2.2 bei, um das manuell zu erledigen. Aber auch das bricht bei mir mit einem Fehler ab: # /usr/sbin/openldap-2.2-slapcat -T c -d 2 [... 13 Datensätze...] <= str2entry: str2ad(writeGlobalAddressBook): attribute type undefined # no data for entry id=0000000e Mir schwant da übles... der 14. Datensatz scheint kaputt zu sein, slapcat bricht dann ab. Damit ist der Rest nicht zugänglich. Ich habe versucht den Subtree "Adressbook" auszulesen (eigentlich kommt es mir nur auf die darin gespeicherten rund 200 Datensätze an), bekomme aber den gleichen Fehler. Wahrscheinlich liegt der kaputte Satz genau darin. Hat jemand eine Idee, wie ich meine Daten retten kann? Grüße, Alfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Alfred Poschmann schrieb:
Moin LDAP-Profis, ich fürchte ich habe mir meine LDAP-Daten irgendwie zerschossen. Der Fehler ist nach dem Update von Suse 9.2 auf 10.1 aufgetreten, bei dem OpenLDAP 2.2 auf 2.3 aufgerüstet wird. Dabei sollten an sich die Daten automatisch in ein LDIF-Backup exportiert werden, was nicht passiert ist. Für den Fall liegt slapcat aus Version 2.2 bei, um das manuell zu erledigen. Aber auch das bricht bei mir mit einem Fehler ab:
# /usr/sbin/openldap-2.2-slapcat -T c -d 2 [... 13 Datensätze...] <= str2entry: str2ad(writeGlobalAddressBook): attribute type undefined # no data for entry id=0000000e
Mir schwant da übles... der 14. Datensatz scheint kaputt zu sein, slapcat bricht dann ab. Damit ist der Rest nicht zugänglich. Ich habe versucht den Subtree "Adressbook" auszulesen (eigentlich kommt es mir nur auf die darin gespeicherten rund 200 Datensätze an), bekomme aber den gleichen Fehler. Wahrscheinlich liegt der kaputte Satz genau darin.
Hat jemand eine Idee, wie ich meine Daten retten kann? Was soll denn "-T c" heißen?
Möglicherweise sind einige Schemas rausgeflogen. Evtl. gibt es eine Sicherungskopie der alten slapd.conf. Dann solltest du slapcat mit dieser Konfig aufrufen "-f slapd.conf.bak" "-c" "Enable continue (ignore errors) mode." kannst du auch versuchen. -> http://www.openldap.org/software/man.cgi?query=slapcat&apropos=0&sektion=0&manpath=OpenLDAP+2.2-Release&format=html Hans
Am Montag, 24. Juli 2006 10:53 schrieb Hans Moser:
Alfred Poschmann schrieb:
Moin LDAP-Profis, [..] Hat jemand eine Idee, wie ich meine Daten retten kann?
Was soll denn "-T c" heißen?
Ich weiß das gar nicht, hab das so aus dem Readme.update kopiert. Ohne diesen Parameter geht gar nichts, deshalb habe ich eigentlich gedacht, das c stünde für "continous mode". Ist es aber nicht ... [..]
"-c" "Enable continue (ignore errors) mode." kannst du auch versuchen.
... denn erst damit bekomme ich (anscheinend) alle Daten heraus! Hans, Du hast mich vor zwei Tagen Adressdaten abtippen bewahrt :) Danke, Alfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (2)
-
Alfred Poschmann
-
Hans Moser