Re: [389-users] largish member changes causing problems
It may also be the memberOf plugin, is the attribute memberOf
replicated in your configuration? I tested deleting/adding/replacing
in one shot a group of ~6000 entries with memberOf and referint
enabled. It took about 30 seconds to complete but it never hanged
(389DS v1.2.9.10).
2012/3/27 Michael Gettes <gettes(a)gmail.com>:
Ref int is not on.
On Mar 27, 2012 10:11 AM, "Mark Reynolds" <mareynol(a)redhat.com> wrote:
>
> Michael,
>
> Something else to check is the Referential Integrity Plugin. Is it
> enabled? If it is, something that I have seen that helps is to set the
> interval from 0 to 1 second. Or turn it off to rule it out, but then of
> course it won't do its job.
>
> Regards,
> Mark
>
> On 03/26/2012 10:25 PM, Michael R. Gettes wrote:
>>
>> I am a little perplexed.
>>
>> I am making a change to a groupOfNames object having some 16069 member
>> attributes. I am deleting nearly 16000 members and then adding nearly 16000
>> members. CPU goes to 100% and never comes down. I have plenty of memory
>> allocated (700MB) to nss-slapd and I have made the adjustments to allow for
>> large objects (maxbersize). I end up having to kill -9 slapd. the annoying
>> thing is some times it works, some times it doesn't. I can't seem to
find
>> any common conditions of the failures (or successes).
>>
>> ds = 1.2.9.9
>> RHEL = 5.7
>>
>> Thoughts?
>>
>> /mrg
>> --
>> 389 users mailing list
>> 389-users(a)lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users