Date: Wed, 17 Nov 2004 21:47:35 -0800 From: Sean McNeil <sean@mcneil.com> To: Michael Johnson <ahze@ahze.net> Cc: current@freebsd.org Subject: Re: Why won't slapd shutdown (kill -0)? Message-ID: <1100756855.21798.77.camel@server.mcneil.com> In-Reply-To: <25A791B2-3920-11D9-96CC-000A958C81C6@ahze.net> 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> <1100753869.21798.74.camel@server.mcneil.com> <25A791B2-3920-11D9-96CC-000A958C81C6@ahze.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-NKMMcdICEJHXLOvR21oL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 2004-11-18 at 00:10 -0500, Michael Johnson wrote:
> On Nov 17, 2004, at 11:57 PM, Sean McNeil wrote:
>=20
> > On Wed, 2004-11-17 at 18:36 -0800, Doug White wrote:
> >> On Wed, 17 Nov 2004, Sean McNeil wrote:
> >>
> >>> 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=20
> >>>>> been
> >>>>> resolved. When I start up slapd, I cannot stop it without kill -9=20
> >>>>> ing
> >>>>> it. It would appear stuck in kse and probably has something to do=20
> >>>>> with
> >>>>> kill -0:
> >>>>
> >>>> Mind expanding on this? The backtrace looks normal for a pthread=20
> >>>> process.
> >>>> kill -0 just tests signal delivery; the process is completely=20
> >>>> unaware that
> >>>> the probe occured, though. The process may also be unkillable if=20
> >>>> 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=20
> >>> just
> >>> 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.
> >>
> >> 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=20
> >>> pthread_md.h:226
> >>
> >> I can't find a reference to this in that file. Can you run ldd=20
> >> against
> >> your vlc binary? I('m curious what thread library it thinks its=20
> >> running.
> >
>=20
>=20
> Is this vlc 0.7.2 or 0.8.1?
VLC media player 0.8.1 Janus
built Nov 16 23:05
amd64/current machine.
--=-NKMMcdICEJHXLOvR21oL
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)
iD8DBQBBnDd3yQsGN30uGE4RAu5gAJ9/7OlxWo1HNHUOAqCx7ltkHwpjkwCfXCFw
SpS204qiTTzfZXEd+m6TSyE=
=VRmI
-----END PGP SIGNATURE-----
--=-NKMMcdICEJHXLOvR21oL--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1100756855.21798.77.camel>