From owner-freebsd-current@FreeBSD.ORG Thu Nov 18 04:57:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 450F016A4CE for ; Thu, 18 Nov 2004 04:57:56 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E484043D3F for ; Thu, 18 Nov 2004 04:57:55 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 7A290F20B8; Wed, 17 Nov 2004 20:57:55 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36126-04; Wed, 17 Nov 2004 20:57:49 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6E7D9F18DB; Wed, 17 Nov 2004 20:57:49 -0800 (PST) From: Sean McNeil To: Doug White In-Reply-To: <20041117183453.C29048@carver.gumbysoft.com> References: <1100657472.74795.2.camel@server.mcneil.com> <20041117102623.P25028@carver.gumbysoft.com> <1100725008.21333.2.camel@server.mcneil.com> <20041117183453.C29048@carver.gumbysoft.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-q4eF2oGgZ5IDtK5zVx5W" Date: Wed, 17 Nov 2004 20:57:49 -0800 Message-Id: <1100753869.21798.74.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: Why won't slapd shutdown (kill -0)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2004 04:57:56 -0000 --=-q4eF2oGgZ5IDtK5zVx5W Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-11-17 at 18:36 -0800, Doug White wrote: > On Wed, 17 Nov 2004, Sean McNeil wrote: >=20 > > On Wed, 2004-11-17 at 10:28 -0800, Doug White wrote: > > > On Tue, 16 Nov 2004, Sean McNeil wrote: > > > > > > > This has been happening for a long time with current and hasn't bee= n > > > > resolved. When I start up slapd, I cannot stop it without kill -9 = ing > > > > it. It would appear stuck in kse and probably has something to do = with > > > > kill -0: > > > > > > Mind expanding on this? The backtrace looks normal for a pthread proc= ess. > > > kill -0 just tests signal delivery; the process is completely unaware= that > > > the probe occured, though. The process may also be unkillable if its > > > stuck in some sort of I/O wait. > > > > > > Is the server busy when you signal it? > > > > Oh, OK. I didn't look at /usr/local/etc/rc.subr too closely. I have > > additional information, though.... > > > > It appears that all the threads are destroyed yet it is still in the > > thread processing loop. The process is no longer active at all. I jus= t > > had a similar problem happen with vlc where I closed it yet it is > > hanging in the same place as slapd with all the threads gone. >=20 > Interesting... what scheduler are you using? 4BSD with PREEMPTION on. -CURRENT as of yesterday. This has been an issue for quite some time now, however. > > > > Here is the one from vlc: > > > > (gdb) bt full > > #0 _thr_sched_switch_unlocked (curthread=3D0x955000) at pthread_md.h:2= 26 >=20 > I can't find a reference to this in that file. Can you run ldd against > your vlc binary? I('m curious what thread library it thinks its running. /usr/X11R6/bin/vlc: libiconv.so.3 =3D> /usr/local/lib/libiconv.so.3 (0x800955000) libintl.so.6 =3D> /usr/local/lib/libintl.so.6 (0x800b48000) libz.so.2 =3D> /lib/libz.so.2 (0x800c52000) libxvidcore.so.4 =3D> /usr/local/lib/libxvidcore.so.4 (0x800d65000) libfaad.so.0 =3D> /usr/local/lib/libfaad.so.0 (0x800f3f000) libvorbis.so.3 =3D> /usr/local/lib/libvorbis.so.3 (0x801087000) libvorbisenc.so.2 =3D> /usr/local/lib/libvorbisenc.so.2 (0x8011b3000) libmp3lame.so.0 =3D> /usr/local/lib/libmp3lame.so.0 (0x801491000) libm.so.3 =3D> /lib/libm.so.3 (0x80162c000) liba52.so.0 =3D> /usr/local/lib/liba52.so.0 (0x80174e000) libtheora.so.0 =3D> /usr/local/lib/libtheora.so.0 (0x80185a000) libogg.so.5 =3D> /usr/local/lib/libogg.so.5 (0x801979000) libstdc++.so.4 =3D> /usr/lib/libstdc++.so.4 (0x801a7e000) libpthread.so.1 =3D> /usr/lib/libpthread.so.1 (0x801c7c000) libc.so.6 =3D> /lib/libc.so.6 (0x801da6000) I just ran it again and had a thread sitting at _thr_sched_switch_unlocked. Here is the trace for that thread: (gdb) bt #0 _thr_sched_switch_unlocked (curthread=3D0x1b38c00) at pthread_md.h:226 #1 0x0000000801c8da8f in _nanosleep (time_to_sleep=3D0x7fffffe8df50, time_remaining=3D0x0) at /usr/src/lib/libpthread/thread/thr_nanosleep.c:71 #2 0x0000000801c8dbd3 in __nanosleep (time_to_sleep=3D0x7fffffe8df50, time_remaining=3D0x0) at /usr/src/lib/libpthread/thread/thr_nanosleep.c:125 #3 0x000000000042b1f9 in msleep (delay=3D34369437808) at src/misc/mtime.c:309 #4 0x0000000806a51e02 in OSSThread (p_aout=3D0x1b38800) at oss.c:624 #5 0x0000000801c87139 in thread_start (curthread=3D0x800940070, start_routine=3D0x94d068, arg=3D0x800940070) at /usr/src/lib/libpthread/thread/thr_create.c:343 #6 0x0000000801df1ff4 in makectx_wrapper (ucp=3D0x800940060, func=3D0x6636= , args=3D0x1) at /usr/src/lib/libc/amd64/gen/makecontext.c:100 --=-q4eF2oGgZ5IDtK5zVx5W Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBnCvNyQsGN30uGE4RAix9AKCtUnxpRDUfDqfx5hGA2ZPtzPg6RgCgt0Ha aggkSUONSWqSXc0lhabbeZk= =6ZmJ -----END PGP SIGNATURE----- --=-q4eF2oGgZ5IDtK5zVx5W--