From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 22:39:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 535C3106566B; Tue, 2 Aug 2011 22:39:07 +0000 (UTC) (envelope-from maestro82@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9D228FC0C; Tue, 2 Aug 2011 22:39:06 +0000 (UTC) Received: by qyk38 with SMTP id 38so266907qyk.13 for ; Tue, 02 Aug 2011 15:39:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LE+MEiwvNQCDwQnVdLbNLxENhJFFNSY6FmmYCeFFHc0=; b=OwDseuLBCJFJfkyF8Az89bxCYaH2PHoQzahzNwjOLK1yU5u2m0exeZpzmeY76puwzr 5IjhbsZ3eo/pGGOF4ymOgpWLMsAX66nR8zATXzbGm2NwCKqZx8Rc4gvaPtti7jZEEflq hZG/Tu2pucdvXarPz+rvdYsyJK3kj906A706M= MIME-Version: 1.0 Received: by 10.229.66.200 with SMTP id o8mr4618166qci.250.1312324746188; Tue, 02 Aug 2011 15:39:06 -0700 (PDT) Received: by 10.229.69.218 with HTTP; Tue, 2 Aug 2011 15:39:06 -0700 (PDT) In-Reply-To: <4E386636.2000507@FreeBSD.org> References: <4E2E9F60.1060808@FreeBSD.org> <4E33B7CF.90200@FreeBSD.org> <4E344D15.1040508@FreeBSD.org> <20110730192646.GC17489@deviant.kiev.zoral.com.ua> <4E386636.2000507@FreeBSD.org> Date: Tue, 2 Aug 2011 15:39:06 -0700 Message-ID: From: maestro something To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: dtrace ustack kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 22:39:07 -0000 Hi, > > http://freebsd.1045724.n5.nabble.com/bin-158431-dtrace-crash-in-dt-proc-lookup-when-attaching-to-PID-assert-dpr-NULL-tt4535367.html#none > > Kind of a mentoring note: it would be much shorter and much more useful to > paste > "PR 158431" or, even better, an http URL to the said PR in FreeBSD PR DB > web > interface. I know, I know, it's really Google to blame, right? :-) > True, google was showing this thread as a result to my search query. > > > i.e., dtrace regardless of whether with or without any probes just quits > with > > the following error message > > > > Assertion failed: (dpr != NULL), file > > > /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c, > > line 751. > > > > that's inside dt_proc_lookup() > > > > I think I have to give up on ustack(), too bad > > Or maybe you still have a chance to help us here, maybe it will even help > you in > the long term. > It would be good if you pasted a little bit more of the output that you > got. > Please note that in that PR the (meaningful) output starts with: > dtrace: no probes specified > I.e. it starts with what dtrace considers to be a fatal condition. > > I tried to run dtruss (as you did) and I got this pre-amble before the > assertion: > [some dtrace script body] > : probe description proc:::exit does not match any probes > ok this is the command line and all the output i get from dtrace: fb90i386# dtrace -n 'syscall::accept:return / execname == "nc" / { @sc[execname,probefunc] = count(); printf("%s accept:return\n", execname); ustack();}' dtrace: description 'syscall::accept:return ' matched 1 probe CPU ID FUNCTION:NAME 0 46457 accept:return nc accept:return Assertion failed: (dpr != NULL), file /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c, line 751. Abort (core dumped) fb90i386# I get the same thing when using dtruss: fb90i386# dtruss -a -p 1139 Assertion failed: (dpr != NULL), file /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c, line 751. Abort trap (core dumped) fb90i386# > > I guess that in my case I got it because my userland was not compiled with > CTF > support. Not sure about yours... > hm userland and CTF not that I know. I only recompiled the kernel with CTF. Do I have to recompile userland (and would that be make world?) If so can i just pass the same WITH_CTF=1 option to make? > > Of course, it's still rather bad that dtrace crashes when it prematurely > exits. > But maybe it doesn't crash in the correct environment... I don't know. > as soon as I understand what you mean by userland I can recompile the necessary bits. cheers and thanks a lot for your patience --m