Date: Sat, 22 Dec 2012 09:56:36 -0500 From: Glen Barber <gjb@FreeBSD.org> To: Eitan Adler <lists@eitanadler.com> Cc: Edward <edward@rdtan.net>, freebsd-doc@freebsd.org Subject: Re: [RFC] Q&A propose to add into FAQ Message-ID: <20121222145636.GB1289@glenbarber.us> In-Reply-To: <CAF6rxg=ot6azRq-xVq6FA1pBfmdhB3Xg8iccwFCMo5ezKnL%2B2Q@mail.gmail.com> References: <50CF471D.10407@rdtan.net> <CAF6rxgmeFnRifq0eyXzmFf7_YADOkMGYdOOVqwwS=D=n0GXr%2Bg@mail.gmail.com> <50D139D3.2010604@rdtan.net> <CAPJF9w=dUA0o93o8mrLreGnFiZaRaF6BgJqeOonc=r_OND0O0w@mail.gmail.com> <CAF6rxgnQw5brKR5cuQtM2swJ1ZjQ3UK0n65WT3Seit7PBvS3SA@mail.gmail.com> <CAPJF9wnVdrWshTZSpNaN141%2BxAhvdyQ2EjXDv%2BbFyspSG5SBgw@mail.gmail.com> <CAF6rxgm0ebhoOX-tCb5Mbc59DaQokpmrAzzqbz92rDxpYPxkuA@mail.gmail.com> <CAPJF9wmGkCk1akp8VG7QLRb1n5WbkFuXCKtNsOa1ioQA9hNh2g@mail.gmail.com> <CAF6rxg=ot6azRq-xVq6FA1pBfmdhB3Xg8iccwFCMo5ezKnL%2B2Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Dec 21, 2012 at 11:34:54PM -0500, Eitan Adler wrote: > diff --git a/en_US.ISO8859-1/books/faq/book.xml > b/en_US.ISO8859-1/books/faq/book.xml > index 7410446..999a5a9 100644 > --- a/en_US.ISO8859-1/books/faq/book.xml > +++ b/en_US.ISO8859-1/books/faq/book.xml > @@ -4464,6 +4464,26 @@ C:\="DOS"</programlisting> > slower.</para> > </answer> > </qandaentry> > + > + <qandaentry> > + <question id="zpool-fully-full"> > + <para>I can not delete or create files on my ZFS pool. > + How can I fix this?</para> > + </question> > + > + <answer> > + <para>This could happen because the pool is 100% full. > + ZFS requires space on the disk in order to write > + transaction meta data. In order to restore the pool "meta data" should be one word. Also, there are three spaces after the sentence stop. > + to a usable state, truncate a file you want to > + delete.</para> > + > + <screen>&prompt.user; <userinput>truncate -s 0 > <replaceable>unimportant-file</replaceable></userinput></screen> > + > + <para>File truncation works because a new transaction is > + not started, new spare blocks are created instead.</para> It should also be noted that on a system with additional ZFS dataset tuning, such as deduplication, that space may not become immediately available. Glen --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQ1cokAAoJEFJPDDeguUajm3kH/RpbQQR6R0WDNjAuZ48KM0Bb pvUtSM83+pp34adrbHKz0gI/MO6PNqC02CdYZAqb+T9jGh93+m8VJT9SPRV58Swk cR3BQvZ9vJ9q3g/4xwEWZjjCDLLSESEG1viuPfDQv586ZjCBVvIROpQ6q17WmtP3 tItk6G83rQbHFFSUuJFmpw7BJYQsI2HZ6J++ueNaCKcH29FwK2hwxIQf8wC1ff8k IwaNcsZobtmSp7ShwD/vSb3jAZzaXWhwRr/8cRUJYtVaVVoNrJJ/YiER/1sFccf7 o92H2y1g6pf61jNrO3aLJp4JsHbtxIRCD6QL7ktzKB+14OOCbfigGbUGjyKIgDE= =QKmg -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121222145636.GB1289>