--On Thursday, April 15, 2021 12:50 AM +0000 Leonardo Lopes
> You seem to fail to comprehend that you have *TWO* entirely
> databses defined in your configuration. You set the maxsize on one of
> them, you did not set the max size on the other. That's why <something>
> is attempting to resize your database. You'll have to track down
> what's attempting to do that resize, because it's not OpenLDAP. But
> the thing you really need to do is fix your configuration so both
> databases have a maxsize configured.
Oh. Now I see. It's true, I have selected mdb backend for log database
too, and as you said, maxsize for this database is not explicitly set and
therefore slpad is using the default value which is not enough. I will
correct this and see if the error stops. That totally makes sense, but
only now I got it.
So you still need to track down what process was trying to modify slapd's
database outside of slapd, as that's not legal to do. I'd hope it wasn't
something Debian's done in some bizarre fashion.
Packaged, certified, and supported LDAP solutions powered by OpenLDAP: