Re: ldap backup
Op 05-04-12 22:10, Geert Stappers schreef:
> On Thu, Apr 05, 2012 at 09:53:19PM +0200, Paul van der Vlis wrote:
>> Hallo,
>>
>> Ik zie op verschillende plekken dat het dumpen van ldap simpel is, toch
>> wou ik het maar even testen:
>>
>> In lopende bedrijf:
>> slapcat -v -l ldap.ldif
>>
>> Maar als ik hem dan restore met:
>> -------
>> service slapd stop
>> cd /var/lib/
>> cp -a ldap ldap-backup
>> cd ldap; rm -rf *
>> /usr/sbin/slapadd -l backup.ldif
>> service slapd start
>> -------
>>
>> Dan mislukt dat starten:
>> -------
>> Apr 5 21:36:23 xen6 slapd[20999]: @(#) $OpenLDAP: slapd 2.4.23 (Jun 15 2011 13:31:57) $#012#011@incagijs:/home/thijs/debian/p-u/openldap-2.4.23/debian/build/servers/slapd
>> Apr 5 21:36:24 xen6 slapd[21001]: hdb_db_open: database "dc=vandervlis,dc=nl": alock package is unstable.
>> Apr 5 21:36:24 xen6 slapd[21001]: backend_startup_one (type=hdb, suffix="dc=vandervlis,dc=nl"): bi_db_open failed! (-1)
>> Apr 5 21:36:24 xen6 slapd[21001]: slapd stopped.
>> -------
>>
>> Iemand een idee waarom?
>
> Mijn inschatting:
>
> Eerst
> service slapd start
> en dan pas
> /usr/sbin/slapadd -l backup.ldif
>
>
> Het idee er achter: Laat 'slapd start' weer de minimal database files maken
> en doe de 'slapadd' tegen een draaiende LDAP engine.
Het starten lukt inderdaad met een lege /var/lib/ldap. Maar als ik dan
slapadd ga gebruiken krijg ik een melding "database already in use".
> En het zou mij niet verbazen als er nog iets nog nodig is als 'slapd createdb'
Ik zie een dergelijke optie niet.
Maar ik geloof dat ik er uit ben door een opmerking in "man slapadd" ;-)
------
All files eventually created by slapadd will belong to the identity
slapadd is run as, so make sure you either run slapadd with the same
identity slapd(8) will be run as (see option -u in slapd(8)), or change
file ownership before running slapd(8).
------
Na een "chown -R openldap:openldap /var/lib/ldap" loopt slapd, nadat ik
de files had teruggezet.
Groet,
Paul.
--
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl
Reply to: