--On May 9, 2012 9:45:52 AM +0200 Marc Patermann <hans.moser@ofd-z.niedersachsen.de> wrote:
Quanah, Quanah Gibson-Mount schrieb (08.05.2012 17:12 Uhr):--On Tuesday, May 08, 2012 3:41 PM +0200 Marc Patermann <hans.moser@ofd-z.niedersachsen.de> wrote:while extending an object by adding a lot of maildrop values, slapd refused to MOD with err 80: Can anyone tell me what happens here and what to do about it?You ran out of locks. Increase them in your DB_CONFIG file. 1000 Maximum number of locks possible 1000 Maximum number of locks at any one timeDoes this say the maximum values were actually reached at one time? Where the other values say that they were not even close the the maximum? 7 Number of current locks 131 Number of current lockers 196 Maximum number of lockers at any one time 8 Number of current lock objects 611 Maximum number of lock objects at any one time
These numbers say what was currently in use, not what the max was (for current ....)
There are 3 different buckets: lock objects, lockers, and locks. You ran out of locks, and were fine on lockers/lock objects. So the only thing you have to increase is locks. It would probably be wise to increase lock objects as well, because they were getting fairly close. lockers was hardly used.
So I have to set like dbconfig set_lk_max_objects 2000 dbconfig set_lk_max_lockers 2000 dbconfig set_lk_max_locks 2000 in slapd.conf, right?
Correct. As noted above, you probably don't have to increase the lockers value.
Do I have to rebuild the database by slapcat/rm/slapadd or can these changes be done by one of the db_* tools? (While simply restarting slapd does not activate them.)
Stop slapd, remove your existing DB_CONFIG file, and restart slapd should take care of it.
--Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration