From owner-freebsd-current@FreeBSD.ORG Thu Aug 30 19:40:34 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA04916A468 for ; Thu, 30 Aug 2007 19:40:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 89BFE13C46E for ; Thu, 30 Aug 2007 19:40:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3379845ED7; Thu, 30 Aug 2007 21:40:14 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A16D945EA7 for ; Thu, 30 Aug 2007 21:40:08 +0200 (CEST) Date: Thu, 30 Aug 2007 21:38:58 +0200 From: Pawel Jakub Dawidek To: current@freebsd.org Message-ID: <20070830193858.GH3047@garage.freebsd.pl> References: <20070830175648.GA1453@roadrunner.spoerlein.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m+jEI8cDoTn6Mu9E" Content-Disposition: inline In-Reply-To: <20070830175648.GA1453@roadrunner.spoerlein.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: panic: geli vs. zfs scrubbing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2007 19:40:35 -0000 --m+jEI8cDoTn6Mu9E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 30, 2007 at 07:56:48PM +0200, Ulrich Spoerlein wrote: > Hi -current, >=20 > I found a reproducible panic with GELI's 'detach on close' feature > interfering with 'zpool scrub' of an eli provider. >=20 > root@roadrunner: ~# zpool status > pool: tank > state: ONLINE > scrub: scrub completed with 0 errors on Thu Aug 30 19:35:14 2007 > config: >=20 > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad0s4d.eli ONLINE 0 0 0 >=20 > Where /usr and /var are on tank (among others). This setup is working > just fine (module buffer cache anomalies). Anyway, I issued a 'zpool > scrub tank' just for kicks, here's the panic (hand transcribed): >=20 > # zpool scrub tank > GEOM_ELI: Detached ad0s4d.eli on last close. > panic: function g_eli_orphan_spoil_assert() called for ad0s4d.eli > panic() > g_eli_orphan_spoil_assert() > g_spoil_event() > g_run_events() > g_event_procbody() Yes, ZFS doesn't open providers and keep them open, it just opens them as needed, so GELI detach-on-close feature is no good here. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --m+jEI8cDoTn6Mu9E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG1xzSForvXbEpPzQRAloEAJsGgQ7KPkwe03Q2eJWXMaZocs9W6QCg+ko+ aoj7BSP79pPR1W6v1AOoKlI= =2WFI -----END PGP SIGNATURE----- --m+jEI8cDoTn6Mu9E--