Hi.
With OpenLDAP 2.4.10 is it possible to replicate a translucent overlay's local changes to another server?
Regards, John.
----- "John Maddock" J.Maddock@ed.ac.uk wrote:
Hi.
With OpenLDAP 2.4.10 is it possible to replicate a translucent overlay's local changes to another server?
Regards, John.
How did you get on? The local db is just a bdb database, so you should be able to.
--On Sunday, September 28, 2008 23:44:03 +0100 Gavin Henry ghenry@openldap.org wrote:
----- "John Maddock" J.Maddock@ed.ac.uk wrote:
Hi.
With OpenLDAP 2.4.10 is it possible to replicate a translucent overlay's local changes to another server?
Regards, John.
How did you get on? The local db is just a bdb database, so you should be able to.
You can't, because translucent uses back-ldap, which disables lastmod. So at least with syncrepl, it's impossible to replicate the local database.
--andy
On 2008-09-28 at 23:44, Gavin Henry ( ghenry@openldap.org ) said:
----- "John Maddock" J.Maddock@ed.ac.uk wrote:
Hi.
With OpenLDAP 2.4.10 is it possible to replicate a translucent overlay's local changes to another server?
Regards, John.
How did you get on? The local db is just a bdb database, so you should be able to.
You can't because translucent uses back-ldap which disables lastmod, so replicating the local database is at least impossible with syncrepl.
The solution I came up with was to slapcat/slapadd when I do changes to the translucent db...
--andy
----- "Andy Cobaugh" phalenor@gmail.com wrote:
On 2008-09-28 at 23:44, Gavin Henry ( ghenry@openldap.org ) said:
----- "John Maddock" J.Maddock@ed.ac.uk wrote:
Hi.
With OpenLDAP 2.4.10 is it possible to replicate a translucent overlay's local changes to another server?
Regards, John.
How did you get on? The local db is just a bdb database, so you
should be
able to.
You can't because translucent uses back-ldap which disables lastmod, so replicating the local database is at least impossible with syncrepl.
Yeah, I forgot. Ignore me tonight. I shouldn't be posting anything.
Andy.
Thanks for the reply.
You can't because translucent uses back-ldap which disables lastmod, so replicating the local database is at least impossible with syncrepl.
The solution I came up with was to slapcat/slapadd when I do changes to the translucent db...
Would you mind elaborating? The slave server would have to be stopped to use slapadd?
What I find particularly puzzling is that there seems to be no recommended way of doing this. Surely if translucent overlays are used then replication of them is essential.
Regards, John.
John Maddock wrote:
Andy.
Thanks for the reply.You can't because translucent uses back-ldap which disables lastmod, so replicating the local database is at least impossible with syncrepl.
The solution I came up with was to slapcat/slapadd when I do changes to the translucent db...
Would you mind elaborating? The slave server would have to be stopped touse slapadd?
What I find particularly puzzling is that there seems to be norecommended way of doing this. Surely if translucent overlays are used then replication of them is essential.
Not "surely"; the envisioned use case was a small departmental server customizing a small amount of data mastered by a main server. Replication was never a requirement in the original spec.
Not "surely"; the envisioned use case was a small departmental server
customizing a small amount of data mastered by a main server. Replication was never a requirement in the original spec.
Which isn't to say it's not possible, as anything is possible with software, right?
File a RFE?
Gavin Henry wrote:
Not "surely"; the envisioned use case was a small departmental server
customizing a small amount of data mastered by a main server. Replication was never a requirement in the original spec.
Which isn't to say it's not possible, as anything is possible with software, right?
File a RFE?
Yes, anything's possible with software. But first you have to clearly specify exactly what it should do, and why. At the moment I'm not sure I understand the present use case, or why it's a good one (I suspect there's a better approach but don't have enough details yet to say).
----- "Howard Chu" hyc@symas.com wrote:
Gavin Henry wrote:
Not "surely"; the envisioned use case was a small departmental
server
customizing a small amount of data mastered by a main server. Replication was never a requirement in the original spec.
Which isn't to say it's not possible, as anything is possible with
software, right?
File a RFE?
Yes, anything's possible with software. But first you have to clearly specify exactly what it should do, and why. At the moment I'm not sure I understand the present use case, or why it's a good one (I suspect there's a better approach but don't have enough details yet to say).
Exactly. John, if you can provide your intended use case?
----- "Gavin Henry" ghenry@suretecsystems.com wrote:
Yes, anything's possible with software. But first you have to
clearly
specify exactly what it should do, and why. At the moment I'm not sure I understand the present use case, or why it's a good one (I suspect there's a better approach but don't have enough details yet to say).
Exactly. John, if you can provide your intended use case?
I see two scenarios:
1) the replica could pull everything from the local + remote
2) the "lastmod" attrs could be present also in the local database, but "hidden" (e.g. via ACLs), and only visible by the replication identity for replication purposes.
There might be more.
p.
Ing. Pierangelo Masarati OpenLDAP Core Team
SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando@sys-net.it -----------------------------------
openldap-software@openldap.org
-
Andy Cobaugh -
Gavin Henry -
Gavin Henry -
Howard Chu -
John Maddock -
phalenor＠gmail.com
-
Pierangelo Masarati