Re: Limit on number of databases per directory server instance

[Michael Gettes <gettes@xxxxxxxxx>]

I believe there is no limitation in the code.  However, the limits will apply when it comes to CPU, memory, disk, network utilization, and workload.

If you are smart about what you do, you can put a lot onto a single server but you also have to watch it to ensure proper administration and maintenance of the environment.  There are always tradeoffs and “it depends” will apply to the workload you have.

hope this helps.

/mrg

On May 19, 2015, at 4:10 PM, Colin Tulloch <Colin.Tulloch@xxxxxxxxxxx> wrote:

Hi Mark – 

 

Let me clarify.  These databases would be used in multi-master replication.  Is there any limit to the number of databases configured for MMR on an instance/server ?

 

From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Mark Reynolds
Sent: Tuesday, May 19, 2015 2:31 PM
To: General discussion list for the 389 Directory server project.
Subject: Re: Limit on number of databases per directory server instance

 

 

On 05/19/2015 02:25 PM, Colin Tulloch wrote:

Hi all – 

 

Is there a limit to the number of databases that can be present on an instance of directory server – or on a server/VM itself?

 

Some colleagues of mine seem to believe there is a limit of 10 DBs per server.  I haven’t seen this in the Redhat documentation myself (we run RHDS, not necessarily 389).

Hi Colin,

There is no limit on backend databases in the Directory Server.

Regards,
Mark

 

 

 

Colin Tulloch

Cloud Services Architect
Office – (972) 728-0391

Cell  –  (703) 244-5162

colin.tulloch@xxxxxxxxxxx

 

--

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