[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#7019) attribute auditContext should not get replicated
- To: openldap-its@OpenLDAP.org
- Subject: Re: (ITS#7019) attribute auditContext should not get replicated
- From: hyc@symas.com
- Date: Tue, 16 Aug 2011 10:59:50 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
Michael Ströder wrote:
> hyc@symas.com wrote:
>> Hm, I take this back. slapd/result.c already filters out DSA-specific opattrs
>> on the provider side, when the Syncrepl control is present. Something else is
>> going on here, but since you failed to provide any config info there's no way
>> to tell where the problem is.
>
> Ah nice language, "you failed" boils down to "you suck".
If you want to read that into it, that's your problem.
Of course, you've also been around the Project for pretty much its entire
existence, and ought to know by now what information is needed in a useful bug
report. If, knowing what you know, you still choose not to file useful bug
reports, that's also your problem.
> Anyway: http://www.stroeder.com/temp/openldap-testbed-RE24-mmr.tar.gz
>
> 0. Obviously you have to edit paths...
> 1. Load schulung-initial-1.ldif to one of the providers.
> 2. Modiy entry ou=schulung,dc=stroeder,dc=local.
>
> =>
>
> dn: ou=schulung,dc=stroeder,dc=local
> auditContext: cn=accesslog,dc=stroeder,dc=local
> auditContext: cn=accesslog,dc=stroeder,dc=local
> [..]
>
> Tried this several times...
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/