[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
fw: using the perl backend
- To: openldap-software@openldap.org
- Subject: fw: using the perl backend
- From: "Brett @Google" <brett.maxfield@gmail.com>
- Date: Wed, 27 Jan 2010 18:19:00 +1000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=pJ+6/r0zO6+t9YhAnRoTQo8L26iMHumXcoDUU1ayhDA=; b=ppJmrij789kiTJSHEXJPK/uE3mJnFu8qHIprLT4KRuRNC1c671lfmZAz0G7bvjfCr+ EIfCQJc21eUaqeIQKmxqlaHx8BXZnOv+G31AvXJDXjEct47qhBILqNQacC7Ty05N2Duz GdI6sLrZETBJyE47VLlK/oDG1nqVCfsO0QeEg=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wBa7jB3+iiDzMHGx1YgQNFz676YPdjZw0Kmm8BiFJkGCyXhnIaah65evMcc8VjMEhM nj66ZulY7zDC0DCF0rmgpgYfVlc6YW2E2TikcJiUJSSDzuF8w4DLGE841Yo4D2YWu2kc 6UrgaGT9m/S1+EQ4r+vHMhy0MUvxHsCnbLYB4=
Hello,
I am trying to find a way to drive a perl backend to receive changes from a master.
Assume we have something like :
include /usr/local/openldap/etc/openldap/schema/core.schema
include /usr/local/openldap/etc/openldap/schema/cosine.schema
include /usr/local/openldap/etc/openldap/schema/inetorgperson.schema
pidfile /data/openldap/run/slapd_log.pid
argsfile /data/openldap/run/slapd_log.args
database perl
suffix "dc=example,dc=com"
rootdn "cn=admin, dc=example, dc=com"
rootpw <mypass>
# log example module
perlModulePath /usr/local/perl-lib
perlModule MyPerlModule
loglevel 256
Which is pretty straightforward. In the ye olde days of 2.3.x there was slurp, you could point a slurp at the above slap instance, and you could perform custom perl code when changes were pushed incrementally to it by slurp replication. It would appear that since syncrepl, as responsibility for replication replication has moved from the server to the client, having a somewhat "dumb" client now is not so easy.
It would appear out of the box that there is no (trivial) way with syncrepl to push delta changes after a given epoch, towards a perl backend under 2.4.x ?
Slurp used to be able to push add/modify/delete operations, to a perl or shell backend which could then "snoop" for interesting information.
Doing the same for syncrepl would seem to require maintainance of a full syncrepl state (or replica), in order for a perl/shell backend to snoop for interesting changes.
Anyone got any thoughts on this ?
Is there a way of getting syncrepl to emit simple add/modify/delete changes (ala slurp-like) to a perl backend, without the prerequisite present search ?
Or maybe the perl backend in question would need to "fake" or pass through syncrepl searches and responses, well enough to force syncrepl to either always perform the prerequisite change, and/or perhaps only call the add/modify/delete in the perl backend for leaf objects or other objects of interest, maybe given a particular time epoch or starting date/time ?
Being able to call a perl (threaded) or shell backend (unthreaded) for changes is a useful ability which seems to have apparently been lost in the upgrade from 2.3.x to 2.4.x ??
The 2.4.x series seems to require a perl backend to require knowledge of syncrepl, even if it's pushing to a perl backend on another server via a "standalone ldap proxy".
Cheers
Brett