From owner-freebsd-stable@FreeBSD.ORG  Thu May 28 13:42:56 2009
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 CD356106566C
	for <freebsd-stable@freebsd.org>; Thu, 28 May 2009 13:42:56 +0000 (UTC)
	(envelope-from lists@c0mplx.org)
Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1])
	by mx1.freebsd.org (Postfix) with ESMTP id 868938FC17
	for <freebsd-stable@freebsd.org>; Thu, 28 May 2009 13:42:56 +0000 (UTC)
	(envelope-from lists@c0mplx.org)
Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD))
	(envelope-from <lists@c0mplx.org>) id 1M9fsi-000AYC-C9
	for freebsd-stable@freebsd.org; Thu, 28 May 2009 15:42:52 +0200
Date: Thu, 28 May 2009 15:42:52 +0200
From: Kurt Jaeger <lists@c0mplx.org>
To: freebsd-stable@freebsd.org
Message-ID: <20090528134252.GB10978@home.opsec.eu>
References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com>
	<4A1D0F2B.4030006@restart.be>
	<ed91d4a80905271104g2a824d0fna004d1c4f3126c67@mail.gmail.com>
	<3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com>
Subject: zdb core (same problem?)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 28 May 2009 13:42:57 -0000

Hi!

> Adding to rw_init looks fine, but I'd rather find out why owner isn't
> NULL when the calling convention expects it. Getting a backtrace from
> where the assert is hit would be helpful.

I have another

zdb mypool

crash on a 7.2-STABLE.

f7# zpool history mypool
History for 'mypool':
2009-05-24.21:58:36 zpool create -m /spare1 mypool ad4s3d
2009-05-24.22:11:35 zfs set compression=on mypool
2009-05-25.08:07:04 zpool upgrade -a
2009-05-27.22:31:21 zpool scrub mypool
2009-05-27.22:31:26 zpool scrub mypool

For a gdb with backtrace see

http://opsec.eu/backup/zdb-backtrace

-- 
pi@opsec.eu            +49 171 3101372                        11 years to go !