Hi Jonathan,
no, all my 4 systems are configured equally, same configuration file (except
for little specifications of every single instance) on all of them. The only
difference is OL version which is 2.4.23 on this one, and 2.4.22 on others.
Could it be due to the order of directives in my
Hi,
I am trying to setup a chain overlay to allow writes to a read-only
slave to be chained up to the master.
The closest ldif file I could figure out to update the cn=config
directory was:
dn: olcOverlay={0}chain,olcDatabase={-1}frontend,cn=config
changetype: add
objectClass:
Hi Andrew,
On 10/09/2010 18:42, Andrew Findlay wrote:
On Fri, Sep 03, 2010 at 08:06:31PM +0200, Jonathan CLARKE wrote:
I don't have any problems using the 2 syncrepl statements side-by-side on
the slave. When one master goes offline, replication continues from the
other, etc.
I have done
On 22/09/2010 09:10, Marco Pizzoli wrote:
Hi Jonathan,
no, all my 4 systems are configured equally, same configuration file
(except for little specifications of every single instance) on all of
them. The only difference is OL version which is 2.4.23 on this one, and
2.4.22 on others.
Could it
If the ACLs are large , how can?
On Wed, Sep 22, 2010 at 10:00:29AM +0200, Jonathan CLARKE wrote:
The slave has one entry where pwdAccountLockedTime is missing. This
is an account that was locked by admin action between the initial load
data being dumped from the master server and the new slave being started
up, so it should
Simply add CPPFLAGS=-D_GNU_SOURCE
Don't email people directly :-)
- Original Message -
Hey , when i configure LDAP i got this error getpeereid.c:38: error: storage
size of ‘peercred’ isn’t known
also i saw your answer
Presumably a dup of ITS#5464.
Workaround: Compile with
Still struggling with replication... I have the dumped the configuration of the
two servers.
errors on srv1...
Sep 22 14:08:17 srv1 slapd[29001]: do_syncrep2: rid=002 got search entry
without Sync State control
Sep 22 14:08:17 srv1 slapd[29001]: do_syncrepl: rid=002 rc -1 retrying (4
On 09/22/2010 07:27 AM, masar...@aero.polimi.it wrote:
Please try this patch
ftp://ftp.openldap.org/incoming/pierangelo-masarati-2010-04-29-chain.1.patch,
posted some time ago in partial response to ITS#6540 and report.
Thanks,
p.
I will give the patch a try.
What is the patch doing? I am
Ralf Haferkamp wrote:
If you really want the TLS context recreated with each iteration I
think you can just call:
ldap_set_option( NULL, LDAP_OPT_X_TLS_NEWCTX, LDAP_OPT_ON);
after the above calls.
Ralf, does that really work? I did not manage to get
this working from python-ldap...
Ciao,
On 9/22/2010 2:29 PM, Quanah Gibson-Mount wrote:
--On Wednesday, September 22, 2010 2:09 PM -0700 Craig White
cwh...@ayr1.com wrote:
Still struggling with replication... I have the dumped the configuration
of the two servers.
I don't see the syncprov overlay loaded on your servers for
--On Wednesday, September 22, 2010 2:59 PM -0700 Craig White
cwh...@ayr1.com wrote:
On 9/22/2010 2:29 PM, Quanah Gibson-Mount wrote:
--On Wednesday, September 22, 2010 2:09 PM -0700 Craig White
cwh...@ayr1.com wrote:
Still struggling with replication... I have the dumped the
On 09/22/2010 05:52 PM, Dieter Kluenter wrote:
Bram Cymetbcy...@cbnco.com writes:
On 09/22/2010 07:27 AM, masar...@aero.polimi.it wrote:
Please try this patch
ftp://ftp.openldap.org/incoming/pierangelo-masarati-2010-04-29-chain.1.patch,
posted some time ago in partial response to ITS#6540
--On Wednesday, September 22, 2010 6:21 PM -0400 Bram Cymet
bcy...@cbnco.com wrote:
So what I need is an ldif file like the one that I had in my original
post so that I can add the chain-overlay properly.
I suggest you get familiar with the slaptest utility, and/or
using/manipulating LDIF.
14 matches
Mail list logo