[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: problem changing {0}config
- To: openldap-technical@openldap.org
- Subject: Re: problem changing {0}config
- From: Christopher Wood <christopher_wood@pobox.com>
- Date: Thu, 3 Nov 2011 10:42:41 -0400
- Content-disposition: inline
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=jOy15Adrr2vBa4pTV4ISFFLVIzo=; b=o07OiKW FNGhrLSe1g3xqT+YrJSgVRk/U+4GJFIogDwa7unLhske0YBPtQ5VcqWBKoNpNX1+ Lv4ILO0FKWCFjBvv+zP4lNOr1a41sg/WXGDQkM+8Mql8HSjtEvN8raqy9PCJ5yGh 8mZxKeaovZZozlwXfPQEND6pMayEV2C+cKz0=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=xeDCsvXTBWfonAyV9YvYQIGXgFiEtZVFe GCR16yE1C/Lv69eI7T6kUWZTP1NoDOy1lG5au2r/FTpoF3cZ+FgfBnvCmxdJSbcj qrQh2BPI4TJ9FoylrEJ9WitamLz6RbcT2aZitfa28LJrPcm8Vz3mzWfQRr+LLPbE LdJ80La8/0=
- In-reply-to: <4EB23CFD.7050906@acision.com>
- References: <20111102155147.GA30765@iniquitous.lan> <4EB17242.7040505@ayni.com> <20111102165918.GA30977@iniquitous.lan> <4EB23CFD.7050906@acision.com>
- User-agent: Mutt/1.5.20 (2009-06-14)
On Thu, Nov 03, 2011 at 08:04:29AM +0100, Ondrej Kuznik wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 11/02/2011 05:59 PM, Christopher Wood wrote:
> > On Wed, Nov 02, 2011 at 05:39:30PM +0100, anax wrote:
> >> On 2011-11-02 16:51, Christopher Wood wrote:
> >>> modifying entry "olcDatabase={0}config,cn=config"
> >>> ldap_modify: Server is unwilling to perform (53)
> >>> additional info: shadow context; no update referral
> >>
> >> As far as I remember, the above error msg is the one slapd issues,
> >> if you want to modify a slave (as opposed to the master). You may
> >> need to check wheather your change modifies something in this
> >> respect.
> >
> > Unfortunately that's the point of my question. How did I manage to
> > change these replicas to slaves?
>
> A syncrepl consumer (database, where olcSyncRepl attribute is set) is a
> slave (read only) unless olcMirrorMode is set.
I think something else is going on. I've had something similar before but changing another database's replication config:
http://www.openldap.org/lists/openldap-technical/201109/msg00004.html
I mis-remembered that the previous situation left "olcMirrorMode: FALSE". Actually in both scenarios, after changing olcSyncrepl and then checking by ldapsearch, I see "olcMirrorMode: TRUE". The behaviour is as if it was "olcMirrorMode: FALSE".
So I am running into the same issue (implicit change to olcMirrorMode), but the olcMirrorMode change isn't reflected in the actual cn=config database. The fix is the same in both cases: explicitly set "olcMirrorMode: TRUE" in the modification which changes olcSyncrepl.
The olcMirrorMode not obviously changing sounds wrong, so I filed this:
http://www.openldap.org/its/index.cgi/Incoming?id=7077;selectid=7077
> - --
> Ondrej Kuznik
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk6yPPAACgkQ9GWxeeH+cXviJQCgoQ+gb0k8+m0zM6suyOySvK+v
> zQ4AnA/6MhtTrYLo+83O1MOL2I4jLcw0
> =yWaD
> -----END PGP SIGNATURE-----
>
> This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
>
>
>