Re: OpenLDAP on CF disk

2013-11-11 Thread richard lucassen
On Fri, 8 Nov 2013 10:41:00 +0100 (CET) Christian Kratzer ck-li...@cksoft.de wrote: set following in slapd.conf shm_key 100 Everything works well (thanks Christian and others!). I just want to know if these logs are just warnings or messages after a reboot (Note: shm_key is set

Re: OpenLDAP on CF disk

2013-11-08 Thread richard lucassen
On Thu, 07 Nov 2013 06:51:40 -0800 Howard Chu h...@symas.com wrote: I wonder whether switching to back-mdb would be a better solution. If the machine is 64 bit, yes absolutely. If the machine is 32 bit, depends on how large the DB can grow, since there's a 2-3GB limit on the address space.

Re: OpenLDAP on CF disk

2013-11-08 Thread Christian Kratzer
Hi, On Fri, 8 Nov 2013, richard lucassen wrote: On Thu, 07 Nov 2013 06:51:40 -0800 Howard Chu h...@symas.com wrote: I wonder whether switching to back-mdb would be a better solution. If the machine is 64 bit, yes absolutely. If the machine is 32 bit, depends on how large the DB can grow,

Re: OpenLDAP on CF disk

2013-11-08 Thread richard lucassen
On Fri, 8 Nov 2013 10:14:14 +0100 (CET) Christian Kratzer ck-li...@cksoft.de wrote: What happens if I symlink these files to a RAMDISK? And what happens after a reboot or power outage? Do I get a corrupted database? as others have said before configuring a shm_id would prevent those files

RE: OpenLDAP on CF disk

2013-11-08 Thread Maucci, Cyrille
Kratzer Subject: Re: OpenLDAP on CF disk On Fri, 8 Nov 2013 10:14:14 +0100 (CET) Christian Kratzer ck-li...@cksoft.de wrote: What happens if I symlink these files to a RAMDISK? And what happens after a reboot or power outage? Do I get a corrupted database? as others have said before

Re: OpenLDAP on CF disk

2013-11-08 Thread richard lucassen
On Fri, 8 Nov 2013 10:41:00 +0100 (CET) Christian Kratzer ck-li...@cksoft.de wrote: set following in slapd.conf shm_key 100 Ok, now I see, I looked at man slapd.conf, but apparently it's mentioned in man slapd-bdb. And I did not find this because I googled for shm-key instead of

Re: OpenLDAP on CF disk

2013-11-07 Thread Maucci, Cyrille
You should be specifying shm-key to benefit from shared mem vs memory mapped files ++Cyrille Le 7 nov. 2013 à 12:04, richard lucassen mailingli...@lucassen.org a écrit : Hello list, I want to migrate some OpenLDAP servers from 3.5 disks to CF-disks. The data in the OpenLDAP is only

Re: OpenLDAP on CF disk

2013-11-07 Thread richard lucassen
On Thu, 7 Nov 2013 11:08:28 + Maucci, Cyrille cyrille.mau...@hp.com wrote: You should be specifying shm-key to benefit from shared mem vs memory mapped files Ok, thanks for your answer Cyrille. Unfortunately, I'm not an OpenLDAP guru, so I googled around a bit and found a lot of Zimbra

Re: OpenLDAP on CF disk

2013-11-07 Thread richard lucassen
On Thu, 7 Nov 2013 13:41:27 +0100 richard lucassen mailingli...@lucassen.org wrote: Oops: Note: Although the slapd-config(5) system stores its configuration as (text-based) LDIF files, you should never edit any of the LDIF files directly. Configuration changes should be performed via LDAP

Re: OpenLDAP on CF disk

2013-11-07 Thread Michael Ströder
Maucci, Cyrille cyrille.mau...@hp.com wrote: You should be specifying shm-key to benefit from shared mem vs memory mapped files I wonder whether switching to back-mdb would be a better solution. Ciao, Michael. Le 7 nov. 2013 à 12:04, richard lucassen mailingli...@lucassen.org a écrit :

Re: OpenLDAP on CF disk

2013-11-07 Thread Howard Chu
Michael Ströder wrote: Maucci, Cyrille cyrille.mau...@hp.com wrote: You should be specifying shm-key to benefit from shared mem vs memory mapped files I wonder whether switching to back-mdb would be a better solution. If the machine is 64 bit, yes absolutely. If the machine is 32 bit,

Re: OpenLDAP on CF disk

2013-11-07 Thread Quanah Gibson-Mount
--On Thursday, November 07, 2013 3:22 PM +0100 Michael Ströder mich...@stroeder.com wrote: Maucci, Cyrille cyrille.mau...@hp.com wrote: You should be specifying shm-key to benefit from shared mem vs memory mapped files I wonder whether switching to back-mdb would be a better solution. It