[Date Prev][Date Next]
Re: (ITS#6666) Feature Request: Triggers implementation
- To: firstname.lastname@example.org
- Subject: Re: (ITS#6666) Feature Request: Triggers implementation
- From: Maarten Vanraes <email@example.com>
- Date: Mon, 23 May 2011 20:20:55 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:subject:date:user-agent:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=IILLrv8NHS/AzjYIMsqgWlphyp7kWzQDrM82nTZrNxs=; b=UhM+YLoBEndje/93P1aKGdOKu9N9oGmy28oOu3HNatnns8jvFAkUhR5HRcUO/yGCxj MHgasvjH0RFJF7FKdQblhAjpIEzir+rFmeY1fW86ZvfzMCzIOD2HQYKDuDkSrQiGIIVq gpiwiG1u67RK8o1MtDxWoqYKkSRd26GJJ3+U4=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=Is2OfbPj90ebNMP0BvxB27TLz6yU9kMCa/Y0UK/pGG96814+Tfs3tFU9HLdlDvBoha 5Qf0MehMg70sMHMjdv1VkZ/xME54FCBveb4BjYP8Yp5797H2saPBqaxoCR/sovNGD/5U IB8ReV+m9vIZeb3RkMJ1kcuBsp5FjUecYgl5w=
- In-reply-to: <4DD8F4B6.firstname.lastname@example.org>
- References: <201010070735.o977Zju9091925@boole.openldap.org> <email@example.com> <4DD8F4B6.firstname.lastname@example.org>
- User-agent: KMail/1.13.5 (Linux/22.214.171.124-desktop-2mnb; KDE/4.4.5; x86_64; ; )
Op zondag 22 mei 2011 13:34:14 schreef Nick Milas:
> On 8/10/2010 6:16 ÎÎ, Buchan Milne wrote:
> > On Thursday, 7 October 2010 20:32:49 Nick Milas wrote:
> >> It all started for me when I wanted to watch a serial number value from
> >> an ldap-stored SOArecord (using powerdns with openldap backend) and when
> >> it changes to fire a bash script. I reached the conclusion it was not
> >> easy to be done with higher-level means within openldap and I created a
> >> bash script which scans (using ldapsearch and other linux tools) the
> >> SOArecords regularly (using cron) to find out if any change has happend
> >> and do whatever is required. It would be much more elegant if I could
> >> get a trigger from openldap when the SOArecord changes.
> > Maybe you need this:
> > http://memberwebs.com/stef/software/slapi-dnsnotify/
> > A more generic solution would be nice, but as far as I can tell, this
> > software satisfies your current need.
> > Regards,
> > Buchan
> After more than seven months (when I started this thread), and having
> tried slapi-dnsnotify in the meantime, please allow me to request if any
> progress would by any chance be expected any time soon re. the
> preparation of a draft for LDAP Triggers (, stored procedures and
> views), and its implementation in OpenLDAP.
> It is interesting that, although the reaction since the 1st
> International Conference on LDAP in Cologne (Sep. 2007) and even earlier
> towards the idea of adding triggers, views, and stored procedures to
> LDAP (starting perhaps from X.500) along with the proper tooling was
> very positive, no serious progress seems to have been made to
> standardize these important constructs in the LDAP framework at least as
> an initial draft which would serve as a feasible starting point. Maybe
> we can hope to something more mature to have been prepared for LDAPCon
> 2011? Is there any active work inside the OpenLDAP project and across
> the LDAP industry to that end?
> By the way, the problem with slapi-dnsnotify is that, although it works
> as documented with OpenLDAP (which is great), it doesn't offer a degree
> of flexibility: it sends notify to all NS of the zone (even to itself!);
> but, what if we want to send notify to other servers too (e.g. hidden
> slaves) and we do not want to send notify messages to some of the NS of
> the zone (because replication is done at the backend level)?
this may be totally besides the point or request, but i've made a very simple
modtrigger overlay, which triggers modifications and calls an external command.
I should make it cn=config ready, but it works, is fully tested, and i'm using
it in a production environment...