[Date Prev][Date Next]
Re: back-sql caching
- To: Frederik Bosch <email@example.com>
- Subject: Re: back-sql caching
- From: Echedey Lorenzo <firstname.lastname@example.org>
- Date: Mon, 19 Jul 2010 12:22:50 +0200
- Cc: email@example.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=6lBeHuIemfGKdHIY0FbTVB5p7/W2zFMDZJbGPFrmye8=; b=IS7lvCyomhJi+/cd5esCK0j+iLGPOVBdgwhR0XHjVU+Fz7JjfwOmQbrLxAZ41Jeo4M U7jul9wyBJwd27ypbQZ/SMLpdo00vpVOJ4P2Sbz3HX1x3WTX1MnPxeyGDirtPLqVunp4 vcRlkP0q0HUhtoLyEKikACfXYrAw0NjEb/mzg=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Vr4SlzierKQD6OW2OGd1MPqOQrjbmUGEPpmAAiyNuRhlCe6UmN7HSNvK9ry2MOqOTA xRIqsEXcsGBEgI8gjc9CrLdGM8l5uoOSe4ldeamQaeOF6U94X6/LwzXCD4ixK38U/Jwr PwDmykxmseTgInQGde2dTsF0J/CK9U+u6k5EM=
- In-reply-to: <4C442459.firstname.lastname@example.org>
- References: <4C442459.email@example.com>
Could you try a commit; after each SQL statement?
2010/7/19 Frederik Bosch <firstname.lastname@example.org>
With BackSQL I am trying to make my SQL data available for LDAP purposes. Setup went OK, server starts and my data is available. I have one problem. Modifications in the SQL data do not seem to be executed until I restart slapd. As if the SQL data is cached.
My setup uses openldap_2.4.11-1+lenny1 which I recompiled using debuild to enable backsql. My sqlserver is MySQL 5.0.5.
So, starting slapd won't generate any errors or problems. When I delete or modify a row - with an other interface (directly accessing the SQL server) then LDAP - slapd does not seem to notify the changes. By enabling query logging for MySQL I found out that it actually executes a new SQL statement. So the problem seems to take place when the resultset is processed.
Inserting a new row to ldap_entries gives exactly the same problem. It is not found until the slapd is restarted. When I started slapd with -d 16383 I found the line <==backsql_oc_get_candidates(): 0 which confirms my problem in this case.
Annoyingly, restarting the server solves the problem (temporarily). The data modifications are found and the correct tree is available. In order to maintain correct data I could restart slapd each 5 minutes, but I think such a solution should be avoided in any case.
Does anyone have a suggestion what could be wrong with my setup?
Thanks in advance.
| Echedey Lorenzo Arencibia |