Re: [389-users] largish member changes causing problems

2012-03-27 Thread Rich Megginson
On 03/26/2012 08: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

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Rich Megginson
On 03/27/2012 07:50 AM, Michael R. Gettes wrote: I am using replication (2 masters, 3 consumers, fully replicated among them). High CPU usage only on the master being modified. It happens on either master when the operation is performed on it. The MOD being made never actually completes -

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Michael R. Gettes
I just checked and only 1.2.10.3-1.el5 is in the epel-testing repo /mrg On Mar 27, 2012, at 9:50, Michael R. Gettes wrote: I judge from your questions this is not a known problem. /mrg On Mar 27, 2012, at 9:17, Rich Megginson wrote: On 03/26/2012 08:25 PM, Michael R. Gettes wrote:

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Michael Gettes
Ref int is not on. On Mar 27, 2012 10:11 AM, Mark Reynolds marey...@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

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Andrey Ivanov
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

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Michael R. Gettes
earlier in the log (sorry, i didn't look there) I see [27/Mar/2012:20:19:50 -0400] - check_and_set_import_cache: pagesize: 4096, pages: 256511, procpages: 55220 [27/Mar/2012:20:19:50 -0400] - WARNING: After allocating import cache 410416KB, the available memory is 615628KB, which is less than

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Rich Megginson
On 03/27/2012 07:14 PM, Michael R. Gettes wrote: earlier in the log (sorry, i didn't look there) I see [27/Mar/2012:20:19:50 -0400] - check_and_set_import_cache: pagesize: 4096, pages: 256511, procpages: 55220 [27/Mar/2012:20:19:50 -0400] - WARNING: After allocating import cache 410416KB, the

Re: [389-users] largish member changes causing problems

2012-03-27 Thread Michael Gettes
Nope, no memberof either. On Mar 27, 2012 1:39 PM, Andrey Ivanov andrey.iva...@polytechnique.fr wrote: 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