As one might expect, mixing the translucent and syncprov overlays together on top of the same bdb database doesn't work. Because translucent uses back-ldap, lastmod is being set to off, while syncprov needs it to be on in order to function.
I wonder if it might be possible to change the behavior of back-ldap to allow lastmod again? In my case, I only care about replicating changes that are stored in the local bdb database by the translucent overlay, and I never send updates back to the target ldap server.
I suppose I could come up with something where I slapcat, then let the slaves pick up the ldif and see if it's different from the last time. If it is, shutdown slapd, delete the database files, slapadd, start slapd.
I really want to avoid doing that though, since I consider that a hack and a half.
Thoughts? Is enabling lastmod for back-ldap just a matter of commenting out some lines?
--andy
<quote who="Andy Cobaugh">
As one might expect, mixing the translucent and syncprov overlays together on top of the same bdb database doesn't work. Because translucent uses back-ldap, lastmod is being set to off, while syncprov needs it to be on in order to function.
What's the big picture here?
I wonder if it might be possible to change the behavior of back-ldap to allow lastmod again? In my case, I only care about replicating changes that are stored in the local bdb database by the translucent overlay, and I never send updates back to the target ldap server.
I suppose I could come up with something where I slapcat, then let the slaves pick up the ldif and see if it's different from the last time. If it is, shutdown slapd, delete the database files, slapadd, start slapd.
I really want to avoid doing that though, since I consider that a hack and a half.
Thoughts? Is enabling lastmod for back-ldap just a matter of commenting out some lines?
No, it's check for in and set to off in various peices of source code.
Gavin.
On 2008-06-30 at 21:46, Gavin Henry ( ghenry@suretecsystems.com ) said:
<quote who="Andy Cobaugh"> > > As one might expect, mixing the translucent and syncprov overlays together > on top of the same bdb database doesn't work. Because translucent uses > back-ldap, lastmod is being set to off, while syncprov needs it to be on > in order to function.
What's the big picture here?
I want to use syncprov to replicate changes that are in the translucent overlay's local database.
Something like the following in slapd.conf:
database bdb directory /var/lib/ldap suffix "ou=haworth,dc=perc,dc=psu,dc=edu" subordinate
overlay syncprov syncprov-checkpoint 100 10 syncprov-sessionlog 100
database bdb suffix "dc=psu,dc=edu" directory /var/lib/ldap-translucent lastmod on
overlay syncprov syncprov-checkpoint 100 10 syncprov-sessionlog 100
overlay translucent uri "ldap://somehost.psu.edu"
--andy
openldap-software@openldap.org