[Date Prev][Date Next]
Re: Write changed immediately to disk
Chris G. Sellers wrote:
Is this more of an OS issue versus an OpenLDAP issue? Since OpenLDAP
does not have raw access to the physical disk, it depends on the OS to
flush it's buffers, so hitting reset on a system like that may cause
things to get lost in the cache/buffer for the file system??
Possibly. The original poster didn't mention what version of OpenLDAP or what
backend he's using. No guarantees with back-ldbm. With back-bdb and default
settings, the transaction log is written synchronously and flushed after each
write. With OpenLDAP 2.3 and newer, the auto-recovery on startup will replay
the transaction log, so anything that didn't make it back into the database
files originally will be recovered. Of course, synchronous writes of the
transaction log still may get lost if the hard drive caches the writes but
reports that they completed successfully.
On Feb 18, 2008, at 2:37 AM, email@example.com <mailto:firstname.lastname@example.org> wrote:
Howard Chu schrieb:
email@example.com <mailto:firstname.lastname@example.org> wrote:
what settings do i need to write my ldap changes (almost) immedialtely
I do not need much of performance but would rather have a higher
That is the default behavior for slapd, no other settings are needed.
In my case i add a samba user to my ldap DB, then after 15 seconds i
reset that box by pressing the reset button.
After the box has rebootet the added user is not there anymore.
So i am not quite sure if its really writing to disk streight away.
Chris G. Sellers | NITLE - Technology Team
734.661.2318 | email@example.com <mailto:firstname.lastname@example.org>
AIM: imthewherd | GoogleTalk: email@example.com <mailto:firstname.lastname@example.org>
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/