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@xxxxxxxxx>: > Ref int is not on. > > On Mar 27, 2012 10:11 AM, "Mark Reynolds" <mareynol@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx >>> https://admin.fedoraproject.org/mailman/listinfo/389-users > > > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
