Date: Wed, 19 Dec 2012 18:24:24 +0200 From: Alexander Yerenkow <yerenkow@gmail.com> 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: <CAPJF9wmGkCk1akp8VG7QLRb1n5WbkFuXCKtNsOa1ioQA9hNh2g@mail.gmail.com> In-Reply-To: <CAF6rxgm0ebhoOX-tCb5Mbc59DaQokpmrAzzqbz92rDxpYPxkuA@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>
next in thread | previous in thread | raw e-mail | index | archive | help
2012/12/19 Eitan Adler <lists@eitanadler.com> > On 19 December 2012 10:47, Alexander Yerenkow <yerenkow@gmail.com> wrote: > > Seems good to me. Maybe there should be added for curious ones ( If you > need > > more info why is that - you should read about copy-on-write and > transactions > > in ZFS). > > I have a pretty good idea of what might cause this behavior. I'm not > sure how technical the FAQ should be. On one hand this type of thing > *should* be documented. On the other hand, the FAQ is aimed at > end-users, not developers. > > Can you write some proposed content and maybe we can talk some/all of it? > Sure, my try (Feel free to adapt/fix my non-native language): <qandaentry> <question id="zpool-fully-full"> <para>I can't delete nor create any file on my ZFS disk. How can I fix this?</para> </question> <answer> <para>This could happen in case you filled it up to 100%. Since ZFS using transactions for file manipulating, it can't delete any file in such case (to delete something, there should be free space to write new transaction with file deletion info, but there is no free space). This situation can be confusing, but it's not helpless. In order to restore the zpool to a usable state, truncate the file you can afford to lost, e.g. some old log:</para> <screen>&prompt.user; <userinput>truncate -s 0 <replaceable>unimportant-file</replaceable></userinput></screen> <para>File truncation will work, since no new transaction made, but spare blocks are created. After this, you can either delete unneeded files, or remove unneeded snapshots (if any exists).</para> </answer> </qandaentry> > > > -- > Eitan Adler > -- Regards, Alexander Yerenkow
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPJF9wmGkCk1akp8VG7QLRb1n5WbkFuXCKtNsOa1ioQA9hNh2g>