[Samba] Increasing database size limit

[mathias dufresne]

Here is the answer from Andrew Bartlett sent to samba-technical (which I
don't read enough, so I missed the reply)


Sent by Andrew Bartlett June the 10th at 00:49
Title was "Samba and LDB at 150k+ (was: Re: [Samba] 32 bits limit?)"

....
No, it isn't possible to split it up that way, because then we would
need complex logic to allow move operations between LDB files, as well
as logic to allow a subtree search correctly.  The split of one ldb file
per partition works very well for a number of operations, because it
matches the LDAP semantics we need.

On the other hand, changing the key-value store under the database, but
keeping the layer above the key-value store largely the same seems like
a massive change, but both layers are themselves quite mature, they just
have not been used together before.

What I'm getting at is that with the right testing, I think this (or
perhaps an alternative using ntdb) is the less risky approach, and the
one the follows the direction the Samba Team would like to go in.

The point of database It would also be the appropriate way to introduce
other efficiencies in the database format (such as a dual
normalised/original data store, improved indexes or SD caching).
....

2015-06-11 11:03 GMT+02:00 mathias dufresne <infractory at gmail.com>:

> Hi all,
>
> Would it be really complex to add some code to have more database files?
>
> The database I have to fill is too large to be hosted into
> $samba_db/private/DC=DOMAIN,DC=EXAMPLE,DC=COM which is limited to 4GB.
>
> The idea would be to create files to host OUs created a domain's root
> level.
> For example an OU to host groups: OU=Groups,DC=DOMAIN,DC=EXAMPLE,DC=COM
> would be hosted in file named:
> $samba_db/private/OU=Groups,DC=DOMAIN,DC=EXAMPLE,DC=COM
>
> As there is already something to have separated DB files
> (CN=CONFIGURATION, DC=DOMAINDNSZONES...) perhaps this change would not be
> to complex...
>
> Having that we would be able to create files to host users in their own
> file, computers in some other (if displaced from builtin "computers" OU)
> and so on.
>
> Best regards,
>
> mathias
>