From owner-freebsd-fs@FreeBSD.ORG Sat Apr 6 21:59:23 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B31A3C2C; Sat, 6 Apr 2013 21:59:23 +0000 (UTC) (envelope-from john@theusgroup.com) Received: from theusgroup.com (theusgroup.com [64.122.243.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1C42AA; Sat, 6 Apr 2013 21:59:23 +0000 (UTC) From: John Theus To: Martin Matuska Subject: Re: [CFT] libzfs_core for 9-STABLE In-reply-to: <514C50D6.9080302@FreeBSD.org> References: <514C50D6.9080302@FreeBSD.org> Comments: In-reply-to Martin Matuska message dated "Fri, 22 Mar 2013 13:38:46 +0100." Date: Sat, 06 Apr 2013 14:50:41 -0700 Message-Id: <20130406215041.77E9EDC1@server.theusgroup.com> Cc: freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Apr 2013 21:59:23 -0000 >Hello all, > >libzfs_core and the rewritten locking code around dsl_sync_dataset >have been commited to -HEAD: >http://svnweb.freebsd.org/changeset/base/248571 > >The scheduled merge date to 9-STABLE is around Apr 21, 2013. > >Early adopters can test new code by applying the following patch >(against stable/9 r248611): >http://people.freebsd.org/~mm/patches/zfs/stable-9-248611-lzc.patch.gz > >Steps to apply to a clean checked-out source: >cd /path/to/src >patch -p0 < /path/to/stable-9-248611-lzc.patch > >Alternatively you can download a pre-compiled amd64 mfsBSD image for testing: >(see http://mfsbsd.vx.sk for more information on mfsBSD) >http://mfsbsd.vx.sk/files/testing/ > >I am primarily interested in the following areas of feedback: >- stability >- backward compatibility (new kernel, old utilities) > >Feedback and suggestions are welcome. > >-- >Martin Matuska >FreeBSD committer >http://blog.vx.sk I upgraded both kernel and world on a machine that was running 9.1-STABLE r248385 to the above: 9.1-STABLE #1 r248619M: Mon Mar 25 14:16:45 PDT 2013 This machine is used for zfs send/recv backups and it has been stable since the upgrade. By a chance typo, I found a problem in zfs release which doesn't exist on an unpatched machine. To reproduce just do the following: # zfs hold test filesystem@snap # zfs release test filesystem@snap1 # snap1 does not exist # (no error message produced) # zfs release test filesystem@snap # zfs release test filesystem@snap internal error: No such process [1] 857 abort zfs release test # John Theus TheUsGroup.com