Am 13.12.2018 um 21:44 schrieb David Boreham:
It could be something like : the VM host changed (guest may have been migrated live) such that the physical memory is much larger. This combined with situation I mentioned earlier where the cache size is computed from the host physical memory not the guest might explain the symptoms. I'd definitely look at a) cache auto size (should be printed
Nothing of this happened. The host machine didn't change for month. No migration. Everything as before.
in the log somewhere, and you can just disable it by configuring fixed
We are on Version 1.3.3.5-4 - I think there isn't this autoconfig feature yet. Am I right? We are on debian jessie since it's part of an kolab environment.
size caches that are appropriate in size) and b) strace the process to see why it is failing -- for example you may see an sbrk() call for a zillion bytes or an mmap() call for a huge region, that fails. I think strace might have an option to log only failing syscalls.
Before struggling with this, I tried upgrading 389-ds in a snapshot: After upgrade to 1.3.5.17-2 dirsrv starts again. Migration of the databases and config worked.
Hm, I'll look deeper into tomorrow.
Thanks a lot for now!
Regards Jan