[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: kill -INT corrupts database (ITS#1982)



--==========78077428==========
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline



--On Sunday, August 25, 2002 10:13 PM +0000 Howard Chu=20
<openldap-its@OpenLDAP.org> wrote:

> Your report didn't indicate which backend you are using. I am unable to
> reproduce this error on our Solaris 8 system, using either back-bdb or
> back-ldbm. I am unaware of any patches relevant to this behavior either.
> Do you have debugging enabled on the slave slapd before it's terminated?
> Are there any error messages associated with the shutdown?

Howard,

Slight correction:

We were using BDB v4 with OpenLDAP 2.1.3.

2 new questions, thought I'd run this by you before I create ITS's on it to =

see if I'm just missing something.  Note that none of these were problems=20
under 2.1.3.

Issue 1) Since we don't particularly want to spend several hundred dollars=20
buying certs for our test systems, we've opted to use self-signed certs.=20
This has worked fine until upgrading to OpenLDAP-2.1.4.  Our primary=20
machine (ldap4), however, does have a verisign cert.
Now that we are on 2.1.4, slurpd complains that the certificates on our=20
replicants (the self-signed ones) are expired.  I checked the certs on the=20
replicants, and they are good until the year 2012.  Any clue why I'm seeing =

this?
Note that slapd starts just fine on them and does not complain of any TLS=20
issues.

Issue 2)  When I execute an ldapsearch on a replicant, slapd seg faults=20
with the following errors: (note that I'm using K5 GSSAPI binds with Cyrus=20
SASL).

Incurred fault #6, FLTBOUNDS %pc =3D 0xFEDB337C
		siginfo: SIGSEGV SEGV_MAPERR addr=3D0x00000000
	Received signal #11, SIGSEGV [default]
		siginfo: SIGSEGV SEGV_MAPERR addr=3D0x00000000
		*** process killed ***



--
Quanah Gibson-Mount
Senior Systems Administrator
ITSS/TSS/Computing Systems
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html
--==========78077428==========
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (MingW32)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAj1r8twACgkQhgUrDcmdiovM0QCg13XzgZEAERLveQywTRzZAOLm
K+QAn2AF0GnBKbVxB9ZLgKTL0ZaXdDpJ
=RH33
-----END PGP SIGNATURE-----

--==========78077428==========--