Re: syncrepl doesn't copy entries

["José M. Fandiño" <ldap@fadesa.es>]

Quanah Gibson-Mount wrote:
> 
> --On Friday, April 23, 2004 3:10 PM +0200 "José M. Fandiño"
> <ldap@fadesa.es> wrote:
> 
> > well, I downgraded to 2.2.10 and it doesn't copy
> > entries from the provider DIT yet.
> >
> > If I understand the admin guide correctly, all I need to
> > configure the provider slapd is to add "sessionlog 22 100"
> > to the database definition. After of the first contact
> > an entry bellow the base DN with an objectclass
> > "syncProviderSubentry" will be automatically created,
> > and indeed slapd create the entry:
> 
> I've never done it that way... I've always done it at slapadd time (slapadd
> -p -w -l <ldif>, slapcat -l -m <ldif>, slapadd -l -r <ldif> on slave).

I don't understand that sequence (slapadd ... slapcat .. slapadd)
why do you add two times the ldif file?

mine for the provider is: 

# cat provider.ldif
dn: dc=fadesa,dc=es
objectClass: dcObject
objectClass: organization
dc: fadesa
o: fadesa
description: Fadesa 
structuralObjectClass: organization

dn: ou=personas,dc=fadesa,dc=es
objectClass: top
objectClass: organizationalUnit
structuralObjectClass: organizationalUnit
ou: Personas

dn: ou=cuentas,dc=fadesa,dc=es
objectClass: top
objectClass: organizationalUnit
structuralObjectClass: organizationalUnit
ou: cuentas

dn: uid=jm.fandino,ou=personas,dc=fadesa,dc=es
objectClass: top
objectClass: person
objectClass: organizationalPerson
objectClass: inetOrgPerson
objectClass: fadesaPerson
objectClass: inetLocalMailRecipient
sn: fan
cn:: Sm9zw6kgTS4gRmFuZGnDsW8gUGl0YQ==
structuralObjectClass: inetOrgPerson
uid: jm.fandino
fadesaPersonRole: empleado
mail: ldap@fadesa.es
userPassword:: MTIzNDU=
mailLocalAddress: ldap@fadesa.es

dn: cn=syncuser,ou=cuentas,dc=fadesa,dc=es
objectClass: top
objectClass: person
sn: syncrepl
userPassword:: c2luY3Jv
structuralObjectClass: person
cn: syncuser

# slapadd -v -p -w -l ./provider.ldif
added: "dc=fadesa,dc=es" (00000001)
added: "ou=personas,dc=fadesa,dc=es" (00000002)
added: "ou=cuentas,dc=fadesa,dc=es" (00000003)
added: "uid=jm.fandino,ou=personas,dc=fadesa,dc=es" (00000004)
added: "cn=syncuser,ou=cuentas,dc=fadesa,dc=es" (00000005)



now, in the consumer:

# cat consumer.ldif
dn: dc=fadesa,dc=es
objectClass: dcObject
objectClass: organization
dc: fadesa
o: fadesa
description: Fadesa Inmobiliaria
structuralObjectClass: organization

dn: cn=replica,dc=fadesa,dc=es
objectClass: top
objectClass: organizationalRole
cn: replica

dn: ou=personas,dc=fadesa,dc=es
objectClass: top
objectClass: organizationalUnit
ou: personas
structuralObjectClass: organizationalUnit

# slapadd -v -w -p -l ./all.ldif
added: "dc=fadesa,dc=es" (00000001)
added: "cn=replica,dc=fadesa,dc=es" (00000002)
added: "ou=personas,dc=fadesa,dc=es" (00000003)
added: "cn=ldapsync,dc=fadesa,dc=es" (00000004)

I can see an error in the first invocation of
the consumer slapd telling me that not matching
key/data pair was found into the database.

.
.
ldap_msgfree
=> bdb_entry_get: ndn: "cn=syncrepl22,dc=fadesa,dc=es"
=> bdb_entry_get: oc: "(null)", at: "syncreplCookie"
bdb_dn2entry("cn=syncrepl22,dc=fadesa,dc=es")
=> bdb_dn2id( "dc=fadesa,dc=es" )
<= bdb_dn2id: got id=0x00000001
=> bdb_dn2id( "cn=syncrepl22,dc=fadesa,dc=es" )
<= bdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30990)
=> bdb_entry_get: cannot find entry: "cn=syncrepl22,dc=fadesa,dc=es"
.
.

subsequent invocations find the syncrepl/<rid> DN, but 
syncrepl fails to replicate the provider DIT.

I'm out of ideas. Do anyone see any potential problem
with my configuration or method??

.
.
ldap_msgfree
=> bdb_entry_get: ndn: "cn=syncrepl22,dc=fadesa,dc=es"
=> bdb_entry_get: oc: "(null)", at: "syncreplCookie"
bdb_dn2entry("cn=syncrepl22,dc=fadesa,dc=es")
=> bdb_dn2id( "dc=fadesa,dc=es" )
<= bdb_dn2id: got id=0x00000001
=> bdb_dn2id( "cn=syncrepl22,dc=fadesa,dc=es" )
<= bdb_dn2id: got id=0x00000005
entry_decode: "cn=syncrepl22,dc=fadesa,dc=es"
<= entry_decode(cn=syncrepl22,dc=fadesa,dc=es)
=> bdb_entry_get: found entry: "cn=syncrepl22,dc=fadesa,dc=es"
bdb_entry_get: rc=0
=> access_allowed: auth access to "cn=syncrepl22,dc=fadesa,dc=es" "syncreplCookie" requested
<= root access granted
.
.

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/IT d- s+:+() a- C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w---
O+ M+ V- PS+ PE+ Y++ PGP+>+++ t+ 5 X+$ R- tv-- b+++ DI D++>+++
G++ e- h+(++) !r !z
------END GEEK CODE BLOCK------