[Date Prev][Date Next]
RE: Crashing database
> Carlos Parada wrote:
>> the slapcat command, which I know it is nor recommended, but it is also
>> disallowed by the application (and I think it was in previous versions).
> slapcat is 100% recommended, otherwise it wouldn't be distributed at all.
> [CP] Acording to the slapcat manual, it is not recommended while the
> server is running.
For some unreliable database types. The man page clearly states it is
100% reliable for back-bdb and back-hdb (the back-null is not a real
> [CP] The slapd.conf is the following (includes DB_CONFIG):
> database bdb
> #dbsync 60 10 30
> cachesize 500000
> dbcachesize 1000000000
> suffix "dc=ptin"
> rootdn "dc=ptin"
> rootpw xxxxxx
> directory /mnt/storage/wifi
> index objectClass pres,eq
> index uid eq,pres
> index dc eq,pres
> reverse-lookup off
> lastmod off
> # one 0.25 GB cache
> dbconfig set_cachesize 0 268435456 1
> # Data Directory
> #set_data_dir db
> # Transaction Log settings
> dbconfig set_lg_regionmax 262144
> dbconfig set_lg_bsize 2097152
> #set_lg_dir logs
> #remove log lines
> dbconfig set_flags DB_LOG_AUTOREMOVE
> # locks
> dbconfig set_lk_max_locks 5000
> dbconfig set_lk_max_lockers 5000
> dbconfig set_lk_max_objects 5000
> As you're not pointing out any specific issue, I suggest you post your
> comments to the openldap-software list, until anything indicating a
> specific bug surfaces.
> Thats the reason of my initial '(First of all, sorry for this "generic"
> thread)' :)
> I this that there is a missconfiguration by my side of a bug that I can
> replicate, but happens sometimes.
> Many thanks anyway.
Lookingh at your configuration, I note "dnbosync" which means looking for
trouble. Also, you placed your data in "/mnt/storage/wifi"; does it
indicate some remote storage? That's also looking for trouble. Please
don't complain about software reliability when you violate the essential
rules of reliability: know what you're doing, and one unreliable point in
the chain makes the whole chain unreliable.
This seems to all end up in not having checked the documentation carefully
enough, and in having misused some unreliable options. So I strongly
recommend you stop posting to openldap-bugs, and start posting to
openldap-software (after you re-read the relevant documentation, of
Ing. Pierangelo Masarati
OpenLDAP Core Team
via Dossi, 8 - 27100 Pavia - ITALIA
Office: +39 02 23998309
Mobile: +39 333 4963172