From owner-freebsd-fs@FreeBSD.ORG Mon Jan 10 22:37:01 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B08106564A for ; Mon, 10 Jan 2011 22:37:01 +0000 (UTC) (envelope-from stef@memberwebs.com) Received: from thewalter.net (thewalter.net [94.75.203.97]) by mx1.freebsd.org (Postfix) with ESMTP id E7F7D8FC12 for ; Mon, 10 Jan 2011 22:37:00 +0000 (UTC) Received: from [172.17.182.217] (adsl-75-12-188-41.dsl.pltn13.sbcglobal.net [75.12.188.41]) by thewalter.net (Postfix) with ESMTPA id 62C7F360EC for ; Mon, 10 Jan 2011 22:20:08 +0000 (UTC) Message-ID: <4D2B8616.4000503@memberwebs.com> Date: Mon, 10 Jan 2011 14:20:06 -0800 From: Stef Walter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 'zfs list' does abort in make_dataset_handle X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2011 22:37:01 -0000 After a failed zfs receive, zfs list now aborts in make_dataset_handle() in libzfs.so.2. # zfs list Abort trap: 6 (core dumped) The backtrace is: #0 0x0000000800fe63cc in kill () from /lib/libc.so.7 #1 0x0000000800fe51cb in abort () from /lib/libc.so.7 #2 0x000000080067400f in make_dataset_handle () from /lib/libzfs.so.2 #3 0x0000000800674346 in zfs_iter_filesystems () from /lib/libzfs.so.2 #4 0x000000000040ad51 in ?? () #5 0x0000000800674354 in zfs_iter_filesystems () from /lib/libzfs.so.2 #6 0x000000000040ad51 in ?? () #7 0x000000080066642c in zfs_iter_root () from /lib/libzfs.so.2 Running on: FreeBSD m8.xxxx.xxx 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Sat Jan 8 19:26:12 UTC 2011 sam@:/usr/obj/usr/src/sys/RACK8 amd64 'zfs scrub' did not fix the error. 'zfs create' and other zfs commands still work, as do access to the various zfs file systems on this system. After poking around a bit, I find that in make_dataset_handle() zhp->zfs_dmustats.dds_type is equal to 0 (and this is the cause of the abort). Additionally zhp->zfs_dmustats.dds_inconsistent is not TRUE. Any ideas? Thanks in advance! Cheers, Stef