Date: Thu, 30 Aug 2007 21:38:58 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: current@freebsd.org Subject: Re: panic: geli vs. zfs scrubbing Message-ID: <20070830193858.GH3047@garage.freebsd.pl> In-Reply-To: <20070830175648.GA1453@roadrunner.spoerlein.net> References: <20070830175648.GA1453@roadrunner.spoerlein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070830193858.GH3047>