Fw: Performance of smbldap-user tools when adding large numbers of users

John P Janosik jpjanosi at us.ibm.com
Tue Mar 23 15:37:48 GMT 2004

This isn't totally a Samba issue but I am hoping someone here can provide
some ideas how to update the smbldap tools to perform well with large
numbers of users and groups.  The tools currently get the next gid or uid
to use by iterating through every group or user in ldap to find the maximum
uid/gid currently used.  I would like to change to tools to store a next
gid and uid in ldap but I don't know where it would go.

It seems to me this belongs more with the nis schema than with the samba
schema as suggested by Jérôme since the same problem would exist when using
ldap to store users when Samba is not involved.  Can anyone give me a
feeling for how hard it would be to get either the nis schema or
samba.schema changed to include a nextuid and nextgid?  Should the tools
instead store the nextuid and nextgid locally on the PDC?


John Janosik
IBM Global Services SDC Northeast

Jérôme Tournier <jerome.tournier at idealx.com> wrote on 03/23/2004 04:39:47

> Le Mon, Mar 22, 2004 at 05:20:54PM -0600, John P Janosik a ecrit:
> > I wanted to write a patch to the smbldap tools to store the next uid
> > gid in ldap, but I didn't see anything in the schema that looks
> > appropriate.  Were you planning on storing a next uid/gid to solve this
> > problem?  If so do you have any ideas on how/where you would like it
> > so I can write a patch?
> That would be great, but i don't know where to store this. In the samba
> schema, there a special attributes :
> sambaNextUserRid : Next NT rid to give our for users
> sambaNextGroupRid : Next NT rid to give out for groups
> sambaNextRid : Next NT rid to give out for anything
> The two first can be used to store rid for groups and users. But there's
> no attribute for the uidNumber. I think that the sambaNextRid can be
> but it's name is not realy adequat, and i don't know if the samba team
> use it in the futur...
> --
> Jérôme

More information about the samba-technical mailing list