[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#4626) "glue" objectclass in syncrepl consumer



ahasenack@terra.com.br wrote:
> On Thu, Aug 17, 2006 at 01:49:51PM +0000, ahasenack@terra.com.br wrote:
>   
>> On Thu, Aug 17, 2006 at 05:08:02AM +0000, hyc@symas.com wrote:
>>     
>>>> This still happens with 2.3.25cvs (REL_ENG_2_3 checked out a few hours
>>>> ago). The "ou=global" entry gets the glue objectClass.
>>>>
>>>> It's very similar to what was described here about an year ago:
>>>> http://www.openldap.org/lists/openldap-software/200508/msg00141.html
>>>>
>>>> I don't have any filter specified in any consumer, so it should fetch
>>>> the whole thing. I managed, however, to sometimes get the ou=global
>>>> entry correctly, i.e., without the glue objectClass. So a race condition
>>>> perhaps? Ordering of results?
>>>>   
>>>>         
>>> Ordering maybe.  But eventually the entry should get replicated, and the 
>>> consumer should replace everything with the correct objectclasses. I 
>>> guess there's a possibility that we're not setting the right flags to 
>>> allow the consumer to change the entry's structuralObjectClass.
>>>       
>> I'll get a syncrepl debug dump from the first replication to check on
>> the ordering and leave it like that for some time and paste the results
>> here.
>>     
>
> It's below:
> slapd starting
> request done: ld 0x820f128 msgid 1
> syncrepl_entry: LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD)
> syncrepl_entry: be_search (32)
> syncrepl_entry: dc=example,dc=com
> is_entry_objectclass("", "2.5.17.0") no objectClass attribute
> is_entry_objectclass("", "2.5.6.1") no objectClass attribute
> is_entry_objectclass("", "2.16.840.1.113730.3.2.6") no objectClass attribute
> syncrepl_entry: be_add (0)
>
>   
This says that no objectClass attribute was returned to the syncrepl 
consumer from the provider. Have you checked your ACLs on the provider?
> It stays like this forever.
>
>   


-- 
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  OpenLDAP Core Team            http://www.openldap.org/project/