Re: ZFS command can block the whole ZFS subsystem!
--Sig_/7IBzDnU/powH9tkn5ef7iuS
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
On Sun, 5 Jan 2014 06:43:18 -0600
Adam Vande More <amvandemore@gmail.com> wrote:
> On Sun, Jan 5, 2014 at 2:11 AM, O. Hartmann
> <ohartman@zedat.fu-berlin.de>wrote:
>=20
> > 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
> > >
> > > 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
> > >
> >
> > Here we go:
> >
> >
> > NAME PROPERTY VALUE SOURCE
> > BACKUP00/backup type filesystem -
> > BACKUP00/backup creation Fr Dez 20 23:17 2013 -
> > BACKUP00/backup used 1.47T -
> > BACKUP00/backup available 1.19T -
> > BACKUP00/backup referenced 1.47T -
> > BACKUP00/backup compressratio 1.00x -
> > BACKUP00/backup mounted no -
> > BACKUP00/backup quota none default
> > BACKUP00/backup reservation none default
> > BACKUP00/backup recordsize 128K default
> > BACKUP00/backup mountpoint /backup local
> > BACKUP00/backup sharenfs off default
> > BACKUP00/backup checksum sha256 local
> > BACKUP00/backup compression lz4 local
> > BACKUP00/backup atime on default
> > BACKUP00/backup devices on default
> > BACKUP00/backup exec on default
> > BACKUP00/backup setuid on default
> > BACKUP00/backup readonly off default
> > BACKUP00/backup jailed off default
> > BACKUP00/backup snapdir hidden default
> > BACKUP00/backup aclmode discard default
> > BACKUP00/backup aclinherit restricted default
> > BACKUP00/backup canmount on default
> > BACKUP00/backup xattr on default
> > BACKUP00/backup copies 1 default
> > BACKUP00/backup version 5 -
> > BACKUP00/backup utf8only off -
> > BACKUP00/backup normalization none -
> > BACKUP00/backup casesensitivity sensitive -
> > BACKUP00/backup vscan off default
> > BACKUP00/backup nbmand off default
> > BACKUP00/backup sharesmb on local
> > BACKUP00/backup refquota none default
> > BACKUP00/backup refreservation none default
> > BACKUP00/backup primarycache all default
> > BACKUP00/backup secondarycache all default
> > BACKUP00/backup usedbysnapshots 0 -
> > BACKUP00/backup usedbydataset 1.47T -
> > BACKUP00/backup usedbychildren 0 -
> > BACKUP00/backup usedbyrefreservation 0 -
> > BACKUP00/backup logbias latency default
> > BACKUP00/backup dedup on local
> >
>=20
> As already described by Dan and perhaps not followed up on: dedup
> requires at very large amount of memory. Assuming 32GB is sufficient
> is most likely wrong.
>=20
> What does zdb -S BACKUP00 say?
That command is stuck for 2 hours by now ...
>=20
> Also I will note you were asked if the ZFS FS in question had dedup
> enabled. You replied with a response from an incorrect FS.
>=20
>=20
>=20
--Sig_/7IBzDnU/powH9tkn5ef7iuS
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)
iQEcBAEBAgAGBQJSyX0aAAoJEOgBcD7A/5N8oSMIAM6AF3MLA4eaV8aAN266foHH
gF9VynN6q5qcW9YtFP5wH0zSsXk8SU635c5u98OJMjdJPryo02ySEDquFTaPnAAM
Q+R/m9J76di+bGt2yxeRcwvpBSBgE8TZdETXT23doeMq08MY1ohyyKyKuCGd4Yew
O9acx0dSnfH85crIfn1C7YA782Ar8eWMizFqvAMejhyivjpyYVT+aqGSi+KlCmy7
dosEFM+VClKlzoXjS61g4SvaKlPsVEpE1MHd35IBD3CbVFwiBnGLvCl2aeXmw2Rh
FBskvXVguknhAxxXwvgze6cp7GRw5WpGHMDhpFTRey4OiktPDts6RbbZdWTu3no=
=GdAn
-----END PGP SIGNATURE-----
--Sig_/7IBzDnU/powH9tkn5ef7iuS--
討論串 (同標題文章)
完整討論串 (本文為第 19 之 19 篇)：