Carlos Parada wrote:
the slapcat command, which I know it is nor recommended, but it is also not
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 database).
[CP] The slapd.conf is the following (includes DB_CONFIG):
database bdb #dbnosync #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 dbnosync
#DB_CONFIG # 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.
[CP] 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 not
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 course).
p.
Ing. Pierangelo Masarati OpenLDAP Core Team
SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati@sys-net.it ---------------------------------------