Re: Backing up LDAP database

[Christian Pinheiro <pinheiro@veritel.com.br>]

Why when I call ldbmcat, the ldif result file has problems with CRs ?

Like the follow:

dn: cn=Category01,ou=Groups, o=veritel.com.br
objectclass: top
objectclass: groupofuniquenames
cn: Category01
description: Usuarios da categoria 1 do script de registro
uniquemember: uid=test556, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com
 .br
uniquemember: uid=jonateen, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.co
 m.br
uniquemember: uid=jmaj, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com.br
uniquemember: uid=numberone, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.c
 om.br
uniquemember: uid=misterone, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.c
 om.br



INSTEAD OF:

dn: cn=Category01,ou=Groups, o=veritel.com.br
objectclass: top
objectclass: groupofuniquenames
cn: Category01
description: Usuarios da categoria 1 do script de registro
uniquemember: uid=test556, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com.br
uniquemember: uid=jonateen, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com.br
uniquemember: uid=jmaj, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com.br
uniquemember: uid=numberone, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com.br
uniquemember: uid=misterone, ou=UsersC, ou=NotApproved, ou=People,
o=veritel.com.br



Lars Uffmann wrote:
> 
> Lars Uffmann wrote:
> >
> > Julio Sánchez Fernández wrote:
> > >
> > > Lars Uffmann wrote:
> > >
> > > > I use openldap version 1.2.6 amd BerklyDB ( I still have to upgrade).
> > > > ldbmcats output IS not in the right order.
> > >
> > > Don't let that puzzle you, it's alright.  The ldif2* tools will live
> > > with that.  Anyway, upgrade to 1.2.7, it is fixed there, not sure for
> > > 1.2.7.  Also get a recent BDB like 2.7.5.
> > >
> > > At some time in the past, it seemed that ldbmcat would produce the
> > > entries in ID order and the ldif2* tools still had assumptions about
> > > that.  In fact, some of those tools had problems even if there were
> > > holes in the ID sequences (as could happen with deleted entries).
> >
> > Doesn't ldif2ldbm needs ordered input (-n option to ldbmcat) while
> > ldif2index needs entry IDs before each entry ? I experimented a lot
> > with this tools, but
> >   ldbmcat id2entry.dbb > ldif
> Ups, I forgot the  -n option.
> >   ldif2index -i ldif -f slapd-con
> > did not worked for me. However, generating attribute index files worked
> > properly.
> 
> --
> Lars Uffmann, <lars.uffmann@mediaways.net>, fon: +49 5241 80 40330

-- 
Christian M. C. Pinheiro               		      
System Administrator - VeritelNet 
<pinheiro@veritel.com.br>