Hi, I am using slurpd to do replication (openldap 2.3.33) and encountered a strange issue:
The master have an entry which has a binary field, size of filed is about 10 meg. When never this field is updated ( and it's the only field get updated), slurpd is triggered to replicate the change to the slave. But slurpd seems gone wild on this binary filed, when i check the replication log, i saw this binary filed becomes huge, i mean really huge, gigabytes in size.
Is there any problem with slurpd to read the binary filed?
Regards Dawei
Dawei Wang wrote:
I am using slurpd to do replication (openldap 2.3.33) and encountered a strange issue:
1. slurpd is deprecated in favour of syncrepl.
2. 2.3.33 is a old release (2,5 years ago). 2.3.43 was the last in the 2.3 release series and even this is considered outdated. Many fixes and enhancements have been made since then.
=> I'd strongly recommend to update to 2.4.18 and syncrepl-based replication.
Ciao, Michael.
This is our production env, upgrade is the last considered.
2009/9/15 Michael Ströder michael@stroeder.com
Dawei Wang wrote:
I am using slurpd to do replication (openldap 2.3.33) and encountered a strange issue:
slurpd is deprecated in favour of syncrepl.
2.3.33 is a old release (2,5 years ago). 2.3.43 was the last in the 2.3
release series and even this is considered outdated. Many fixes and enhancements have been made since then.
=> I'd strongly recommend to update to 2.4.18 and syncrepl-based replication.
Ciao, Michael.
Dawei Wang wrote:
2009/9/15 Michael Ströder <michael@stroeder.com mailto:michael@stroeder.com> => I'd strongly recommend to update to 2.4.18 and syncrepl-based replication.
This is our production env, upgrade is the last considered.
I expected exactly this answer.
Many fixes went in newer releases. You cannot expect any voluntary help for such an old release especially since some issues might have been already fixed and the code-base has massively changed since then. Don't waste your own time and the time of Open Source developers => update.
Ciao, Michael.
openldap-software@openldap.org