Replication oddity in 2.3.19

[Dave Horsfall <daveh@ci.com.au>]

Master: 2.3.19 on FreeBSD 4.10 (syncrepl).
Slave: 2.3.19 on FreeBSD 4.9.
BDB: 4.2.52_3

Update master, nothing happens (on link traffic).  Interrogate slave: no 
change, even after several minutes.  Interrogate master, then interrogate 
slave: see the change appear.  Perfectly reproducible.

Some weird caching problem?  Anyone else seen this?

Relevant bits:

Master slapd.conf (not using cn=config yet):

(the dc=dev is our development environment)

database        bdb
include         /usr/local/etc/openldap/coreng-master.acl
suffix          "dc=coreng,dc=com,dc=dev"
rootdn          "cn=Manager,dc=coreng,dc=com,dc=dev"
rootpw          xxx
checkpoint      1024 5

directory       /usr/local/openldap-data/coreng.com.au

cachesize       2000

include         /usr/local/etc/openldap/ci.idx

overlay syncprov
syncprov-checkpoint     100 10
syncprov-sessionlog     100


Slave slapd.conf:

database    bdb
include     /usr/local/etc/openldap/coreng-slave.acl  
suffix      "dc=coreng,dc=com,dc=dev" 
rootdn      "cn=Manager,dc=coreng,dc=com,dc=dev" 
rootpw      xxx
checkpoint  1024 5

directory   /usr/local/openldap-data/coreng.com.au  

cachesize   2000

include     /usr/local/etc/openldap/ci.idx

syncrepl    rid=9
    provider=ldap://master
    type=refreshAndPersist
    retry=5,5,10,+
    searchbase="dc=coreng,dc=com,dc=dev"
    filter="(objectClass=*)"
    scope=sub
    schemachecking=off
    updatedn="cn=ModMan,dc=coreng,dc=com,dc=dev"
    bindmethod=simple
    binddn="cn=ConMan,dc=coreng,dc=com,dc=dev"
    credentials=xxx

updateref   ldap://master

-- 
Dave Horsfall  DTM  VK2KFU  daveh@ci.com.au  Ph: +61 2 9552-5509 (d) -5500 (sw)
Corinthian Engineering P/L,  54/19-21 Pirrama Rd, Pyrmont, NSW 2009,  Australia