From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephan von Krawczynski Subject: Re: Question of stability Date: Mon, 20 Sep 2010 14:21:15 +0200 Message-ID: <20100920142115.d05ac284.skraw@ithnet.com> References: <7280394.123.1284845879623.JavaMail.root@zimbra> <4C96B682.5080900@csamuel.org> <20100920113057.GC27633@think> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Cc: Lubos Kolouch , linux-btrfs@vger.kernel.org To: Chris Mason Return-path: In-Reply-To: <20100920113057.GC27633@think> List-ID: On Mon, 20 Sep 2010 07:30:57 -0400 Chris Mason wrote: > On Mon, Sep 20, 2010 at 11:00:08AM +0000, Lubos Kolouch wrote: > > No, not stable! > > > > Again, after powerloss, I have *two* damaged btrfs filesystems. > > Please tell me more about your system. I do extensive power fail > testing here without problems, and corruptions after powerloss are very > often caused by the actual hardware. > > So, what kind of drives do you have, do they have writeback caching on, > and what are you layering on top of the drive between btrfs and the > kernel? > > -chris Chris, the actual way how a fs was damaged must not be relevant. From a new fs design one should expect the tree can be mounted no matter what corruption took place up to the case where the fs is indeed empty after mounting because it was completely corrupted. If parts were corrupt then the fs should either be able to assist the user in correcting the damages _online_ or at least simply exclude the damaged fs parts from the actual mounted fs tree. The basic thought must be "show me what you have" and not "shit, how do I get access to the working but not mountable fs parts again?". Would you buy a car that refuses to drive if the ash tray is broken? -- Regards, Stephan