[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Incosistent config after schema modification
- To: Quanah Gibson-Mount <quanah@symas.com>
- Subject: Re: Incosistent config after schema modification
- From: Ervin Hegedüs <airween@gmail.com>
- Date: Wed, 10 Jan 2018 21:46:13 +0100
- Cc: Jon C Kidder <jckidder@aep.com>, openldap-technical@openldap.org
- Content-disposition: inline
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=5U4JswKuiBrH/dzYjjFz7438liSfDoGZCOsEp8Ic/YQ=; b=ujZlDw2x73i85iBSevgNn81wE8Dpn8QqF3HNpQMuEu+rtyhuh2ujndk6ZGLVjPwQMg rrmSO5FDLwvKQX5J0I/sMGajGz+KOhqLqUm+ovm5iym3CtDdrdZfwDl47Ob0i+CxwHBI wGuqkj+LTExjnc7q+0GnRoTRlWaZGXJ6oOalffi5nufDDBdJZaTgoJn5Yuka3tU2AJt7 DSgvSja7BGgY4EzAFnCJ7IYxZdZw5ZpxbP0JYvLXTuif6QADj4zRDW60w8ItB2KKZ4D9 eXOJdhSN0tJsQmk3eL5IUzElYByKaB+sDWZtz27LfmtDiMfRykwYqVUqEp8ln4dle46M IhWA==
- In-reply-to: <C42A6290564AAD6AC9B82B75@[192.168.1.30]>
- References: <20180110151655.GA23629@arxnet.hu> <677F33420B725A4D9E0066554451BDAC010663759D@VMAEPHQMS001.corp.aepsc.com> <D970575B0F20D4A7B1AE5028@[192.168.1.30]> <20180110201134.GB20667@arxnet.hu> <C42A6290564AAD6AC9B82B75@[192.168.1.30]>
- User-agent: Mutt/1.5.24 (2015-08-30)
Hi,
On Wed, Jan 10, 2018 at 12:17:47PM -0800, Quanah Gibson-Mount wrote:
> --On Wednesday, January 10, 2018 9:11 PM +0100 Ervin Hegedüs
> <airween@gmail.com> wrote:
>
> >is there any relevant difference between the replace and
> >delete/add methods, which triggered this state in the DB?
>
> Jon already answered that. When you use replace, it replaces *all* values
> with what you supply in the operation.
but he wrote the answer for MULTI-VALUE's attribute, but I'm
useing SINGLE-VALUE - or em I missing?
> >What's the solution to avoid this?
>
> Don't use replace.
right, after this issue I'll never use it :).
But I still don't understand, that when I replace the *all*
values to the supplied type(s), then why disappears the "other"
attributes, which weren't listed in transaction? And why allows
this transaction the DB, and then gone to a wrong state?
a.