Date: Sun, 5 Jan 2014 19:30:39 +1100 From: Peter Jeremy <peter@rulingia.com> To: "O. Hartmann" <ohartman@zedat.fu-berlin.de> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: ZFS command can block the whole ZFS subsystem! Message-ID: <20140105083039.GA75558@server.rulingia.com> In-Reply-To: <20140105091138.725ff0c2@thor.walstatt.dyndns.org> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <FC618C2B94D9425EAE5C11FEF2042F49@multiplay.co.uk> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Jan-05 09:11:38 +0100, "O. Hartmann" <ohartman@zedat.fu-berlin.de> = wrote: >On Sun, 5 Jan 2014 10:14:26 +1100 >Peter Jeremy <peter@rulingia.com> wrote: > >> On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" >> <ohartman@zedat.fu-berlin.de> wrote: >> >zfs list -r BACKUP00 >> >NAME USED AVAIL REFER MOUNTPOINT >> >BACKUP00 1.48T 1.19T 144K /BACKUP00 >> >BACKUP00/backup 1.47T 1.19T 1.47T /backup >>=20 >> Well, that at least shows it's making progress - it's gone from 2.5T >> to 1.47T used (though I gather that has taken several days). Can you >> pleas post the result of >> zfs get all BACKUP00/backup >BACKUP00/backup dedup on local This is your problem. Before it can free any block, it has to check for other references to the block via the DDT and I suspect you don't have enough RAM to cache the DDT. Your options are: 1) Wait until the delete finishes. 2) Destroy the pool with extreme prejudice: Forcably export the pool (probably by booting to single user and not starting ZFS) and write zeroes to the first and last MB of ada3p1. BTW, this problem will occur on any filesystem where you've ever enabled dedup - once there are any dedup'd blocks in a filesystem, all deletes need to go via the DDT. --=20 Peter Jeremy --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlLJGC9fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIdjfACeO+YLlrRBp/r8QrQI1zTheuMH DpEAoK9QqXeeDIxYqSuyzUv1PYIbARZr =cjn/ -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140105083039.GA75558>