I've run into the following issue while trying to track down why we are occasionally seeing duplicate members/memberUids in our groups:
Set the server up for "sortvals memberUid". Add a posixGroup without any memberUid attributes present. Adding new memberUid attributes to the group afterwards will result in them being unsorted until server restart. I'm shooting from the hip here - shouldn't attr_merge() (in attr.c) have something like the following?
if ( *a == NULL ) { *a = attr_alloc( desc ); if (desc->ad_type->sat_flags & SLAP_AT_SORTED_VAL) { (*a)->a_flags |= SLAP_ATTR_SORTED_VALS; } } else {
Thanks,
Andy
--On Tuesday, February 15, 2011 1:09 PM -0500 Andrew Elble aweits@rit.edu wrote:
I've run into the following issue while trying to track down why we are occasionally seeing duplicate members/memberUids in our groups:
Hi Andrew,
If you are reporting a bug, it needs to be done via the ITS interface: http://www.openldap.org/its. The openldap-bugs list is for tracking ITSes, not software behavior discussions. If you wish to discuss aspects of the OpenLDAP software, then please use openldap-technical@openldap.org
Thanks, Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration