--On Friday, February 03, 2017 12:38 PM -0800 "Paul B. Henson" henson@acm.org wrote:
From: Quanah Gibson-Mount Sent: Thursday, February 02, 2017 1:26 PM
quanah@ub16:~/openldap-2.4.45RC/tests$ ./run -l 500 -b mdb test061
Will run test061 500 times, using back-mdb as the backend. Instead of a specific test, one can do "all" to run everything through a loop X times.
Ok; to clarify then, if a test fails, make will abort?
Yes.
Interesting... it may be worthwhile to look in the testrun directory and see why slapd failed to launch. I'll see if I can reproduce it as well.
Ah, I bet it is this:
Unrecognized database type (ldap) 5894e87d /user/henson/tmp/openldap-OPENLDAP_REL_ENG_2_4-ab6f04c/tests/testrun/slap d.2 .conf: line 16: <database> failed init (ldap)
I configured it the way I run it in production; this test must be using a module I don't enable. Sorry for the false alarm. For testing purposes, should I just run ./configure with no options? Or a subset of the options I would normally use on a production system?
It means I need to fix the regression test to ignore back-ldap. ;)
I've not been able to reproduce it.
Hmm, I must have misunderstood you; I thought in this message:
http://www.openldap.org/lists/openldap-technical/201612/msg00108.html
You had indicated you were able to reproduce it.
It turned out to not be related. :/
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
On Fri, Feb 03, 2017 at 01:25:30PM -0800, Quanah Gibson-Mount wrote:
It turned out to not be related. :/
Oh, that's disappointing :(. I'm reproducing it multiple times on a daily basis on my production systems 8-/, is there anything I can do to help track it down? Log dumps from high log levels? I could drop in a custom slapd binary on one of them if need be with extra logging code; anything that wouldn't unduly impact normal end user functionality...
Thanks much.
openldap-technical@openldap.org