[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#6275) syncrepl taking long(not sync) when consumer not connect for a moment

--On Tuesday, August 25, 2009 6:16 PM +0000 rlvcosta@yahoo.com wrote:

> The issue I'm facing is related, in a general user view, is when I stop
> the secondary Provider2(master 2) for backup purposes using slapcat. The
> Provider1(master 1) continues to provide ldap service where some
> entrances can be created during the time backup is running(no consumer
> from Provider 2).

Why are you stopping the provider to do a slapcat?

> Even a small number of entrances are different when consumer in Provider 2
> connects to Provider 1 then syncrepl enters in the full DB search as
> expected.

What is your sessionlog setting on each provider for the syncprov overlay?

> For definition purposes I have some memory limitations where I need to
> limit dncachesize for around 80% of DB entrances.

We already went through other things you could do to reduce your memory 
footprint in other ways.  You've completely ignored that advice.  As long 
as your dncachesize is in this state, I don't expect things to behave 

> I could also note that when in this situation the monitor cache, in a
> very slow pace, changes the cache in a single entrance. Being more
> specific :
> dn: cn=Database 1,cn=Databases,cn=Monitor
> structuralObjectClass: monitoredObject
> creatorsName:
> modifiersName:
> createTimestamp: 20090821145848Z
> modifyTimestamp: 20090821145848Z
> monitoredInfo: bdb
> monitorIsShadow: TRUE
> namingContexts: ou=CONTENT,o=domain,c=fr
> readOnly: FALSE
> monitorOverlay: syncprov
> olmBDBEntryCache: 19920
> olmBDBDNCache: 3896287
> olmBDBIDLCache: 2
> olmDbDirectory: /var/openldap-data/bdb1/
> entryDN: cn=Database 1,cn=Databases,cn=Monitor
> subschemaSubentry: cn=Subschema
> hasSubordinates: TRUE
> Stays running in the values 3896287 and 3896288. Looks like the memory
> re-use is being too short causing locks that takes long time causing a non
> synchronization.

What value did you set for "cachefree"?

> PS-> I could not put the file in the openldap ftp. It says device full.
> Please let me know how can I send this file.

I've let the maintainer of the system know, hopefully there'll be space 
available soon.



Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
Zimbra ::  the leader in open source messaging and collaboration