7:07 a.m.
Hi.
With OpenLDAP 2.4.10 is it possible to replicate a translucent overlay's
local changes to another server?
Regards, John.
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
3:44 p.m.
----- "John Maddock" <J.Maddock(a)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.
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
3:55 p.m.
--On Sunday, September 28, 2008 23:44:03 +0100 Gavin Henry
<ghenry(a)openldap.org> wrote:
----- "John Maddock" <J.Maddock(a)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
3:58 p.m.
On 2008-09-28 at 23:44, Gavin Henry ( ghenry(a)openldap.org ) said:
----- "John Maddock" <J.Maddock(a)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
4:04 p.m.
----- "Andy Cobaugh" <phalenor(a)gmail.com> wrote:
On 2008-09-28 at 23:44, Gavin Henry ( ghenry(a)openldap.org ) said:
>
> ----- "John Maddock" <J.Maddock(a)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.
--
Kind Regards,
Gavin Henry.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E ghenry(a)suretecsystems.com
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/
Suretec Systems is a limited company registered in Scotland. Registered
number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie,
Aberdeenshire, AB51 4FP.
12:03 a.m.
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.
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
4:06 p.m.
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 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.
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.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
2:54 a.m.
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?
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
3:06 a.m.
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
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
3:11 a.m.
----- "Howard Chu" <hyc(a)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?
--
Kind Regards,
Gavin Henry.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E ghenry(a)suretecsystems.com
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/
Suretec Systems is a limited company registered in Scotland. Registered
number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie,
Aberdeenshire, AB51 4FP.
7:57 a.m.
----- "Gavin Henry" <ghenry(a)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(a)sys-net.it
-----------------------------------
5532
days inactive
5551
days old
openldap-software@openldap.org
10 comments
7 participants
participants (7)
-
Andy Cobaugh -
Gavin Henry -
Gavin Henry -
Howard Chu -
John Maddock -
phalenor＠gmail.com
-
Pierangelo Masarati