Re: [389-users] Distributed Numeric Assignment plugin fails with indexing

[Rich Megginson]

On 03/24/2013 10:08 PM, Scott Crooks wrote:
> Rich,
>
> Here's the information you requested.
>
> *389-ds-base-1.2.11.15-12.el6_4.x86_64* is the version, from the EPEL 
> 6 repositories.
>
> To be more specific, the *indexes* for that particular database 
> (ou=Organizations,dc=test,dc=net) are exactly at 1000,

I'm still not sure what you mean by 1000 - where does this number come from?

Nathan's post had some good information for getting more information 
about DNA.
> but the database has 1017 entries. There are 953 users 
> (inetOrgPerson's) in the tree (ou=Organizations,dc=test,dc=net) that 
> also have the employeeNumber attribute that are managed by DNA.
>
> The database for//ou=Organizations,dc=test,dc=netis actually comprised 
> of 4 databases. It's set-up like this:
> Company 1: o=Company1,ou=Organizations,dc=test,dc=net has it's own
>
> database
> 2. Company 2: o=Company2,ou=Organizations,dc=test,dc=net has it's own 
> database
> 3. Company 3: o=Company3,ou=Organizations,dc=test,dc=net has it's own 
> database
> 4. All other companies fall within the 
> *ou=Organizations,dc=test,dc=net* database.
>
> The database mentioned above that has 1017 entries is just 
> the*ou=Organizations,dc=test,dc=net* one.
>
> If you want I can provide exact numbers for the others.
> Untitled Document
>
> Best Regards
>
> Scott Crooks
> Systems Engineer
>
> [e-mail] 
> Phone: [phone]
> Mobile: [phone]
> http://www.mcon.net
>
> Logo 	MCON China Ltd.
> Suite 1202, e-Tower
> 12C Guanghua Road
> Chaoyang District
> Beijing 100020 	*埃蒙坎信息系**统**集 成技**术**(**北 京**)**有限公司**
> *中国 北京市朝阳区光华路丙12号
> 数码01大厦1202室
> 邮编：100020
>
> Member of mcon group: Australia • Austria • China • Czech Republic • 
> Germany • India • Japan • Malaysia • Russia • South Korea • 
> Switzerland • USA
>
> On 03/22/2013 11:57 PM, Rich Megginson wrote:
> > On 03/22/2013 03:24 AM, Scott Crooks wrote:
> > > Greetings,
> > >
> > > We're using 389-ds on CentOS 6.4
> >
> > What  version of 389-ds-base? rpm -q 389-ds-base
> > > with 3 master LDAP servers in different locations. All three master 
> > > servers have a problem adding new users in our organization database 
> > > using the DNA plugin.
> > >
> > > We receive the following (unhelpful) error message in the log files:
> > >
> > > /[22/Mar/2013:09:54:37 +0800] NSUniqueAttr - ADD begin//
> > > //[22/Mar/2013:09:54:37 +0800] NSUniqueAttr - ADD parameter 
> > > untagged: uid//
> > > //[22/Mar/2013:09:54:37 +0800] NSUniqueAttr - ADD 
> > > target=cn=testuser01,ou=Organizations,dc=test,dc=net//
> > > //*[22/Mar/2013:09:54:37 +0800] dna-plugin - dna_pre_op: failed to 
> > > allocate a new ID!!*//*
> > > *//*[22/Mar/2013:09:54:37 +0800] dna-plugin - dna_pre_op: operation 
> > > failure [1]*//*
> > > *//[22/Mar/2013:09:54:37 +0800] roles-plugin - --> roles_post_op//
> > > //[22/Mar/2013:09:54:37 +0800] roles-plugin - --> 
> > > roles_cache_change_notify//
> > > //[22/Mar/2013:09:54:37 +0800] roles-plugin - <-- roles_post_op/
> > >
> > > We've tried indexing the uidNumber and employeeNumber attributes as 
> > > described here: 
> > > *http://www.spinics.net/linux/fedora/389-users/msg10796.html*
> > >
> > > One curious fact: there are exactly 1000 users in our database for 
> > > ou=Organizations,dc=test,dc=net. When following the instructions for 
> > > the above link, the log outputs the following
> > >
> > > /*organizations: Indexing attribute: employeenumber*//*
> > > *//*organizations: Indexed 1000 entries (97%).*//*
> > > *//*organizations: Finished indexing.*//
> > > /
> > > Our organization uses employeenumber rather than uidNumber, but 
> > > they're the same in the end. We find it strange that the user 
> > > creation fails at *exactly* 1000 entries.
> >
> > What do you mean "user creation fails at exactly 1000 entries"?  Do 
> > you mean "after adding the 1000th user entry"? The error above is 
> > from attempting to add cn=testuser01 - was that the 1000th user entry?
> > > Any ideas on where the configuration is wrong? We assume it's a 
> > > configuration problem.
> > >
> > > Untitled Document
> > >
> > > Best Regards
> > >
> > > Scott Crooks
> > > Systems Engineer
> > >
> > > [e-mail] 
> > > Phone: [phone]
> > > Mobile: [phone]
> > > http://www.mcon.net
> > >
> > > Logo 	MCON China Ltd.
> > > Suite 1202, e-Tower
> > > 12C Guanghua Road
> > > Chaoyang District
> > > Beijing 100020 	*埃蒙坎信息系**统**集 成技**术**(**北 京**)**有限公司**
> > > *中国 北京市朝阳区光华路丙12号
> > > 数码01大厦1202室
> > > 邮编：100020
> > >
> > > Member of mcon group: Australia • Austria • China • Czech Republic • 
> > > Germany • India • Japan • Malaysia • Russia • South Korea • 
> > > Switzerland • USA
> > >
> > > --
> > > 389 users mailing list
> > > [e-mail]
> > > https://admin.fedoraproject.org/mailman/listinfo/389-users