Il 27/02/2011 23:49, Ted Ts'o ha scritto:
On Mon, Feb 21, 2011 at 05:50:21PM +0100, Marco Stornelli wrote:
2011/2/21 Christoph Hellwig h...@infradead.org:
On Mon, Feb 21, 2011 at 09:26:32AM +0100, Marco Stornelli wrote:
From: Marco Stornelli marco.storne...@gmail.com
All fs must check for
On 2011-03-01 19:39, Chris Mason wrote:
We'll have raid56, but it won't be variable stripe size. There will be
one stripe size for data and one for metadata but that's it.
Will the stripe *width* be configurable? If I have something like a
Sun Thor with 48 drives, I would probably not be
For some time after I issue a snapshot delete, the space in the volume
is freed. It starts to free quite fast and then the progress slows and
speeds up again.
Given that the return from the snapshot delete command is immediate and
the space is freed asynchronously, how can I determine absolutely
Sorry, I forgot to mention that you need to undo below commit in btrfs-unstable
to recreate the problem:
Btrfs: fix fiemap bugs with delalloc (+224/-42)
Otherwise, it will run into enospc error. I am not sure if it's the same
problem.
From:
On 02/03/11 10:05, Thomas Bellman wrote:
Will the stripe *width* be configurable? If I have something like a
Sun Thor with 48 drives, I would probably not be entirely comfortable
having 46 drives data and 2 drives parity; too little redundancy for
my tastes. 2 drives parity per 10 drives
Hi everyone,
I've the following configuration:
Distro: Gentoo
Kernel: vanilla 2.6.38-rc6 AMD64
Details:
I use btrfs on a Dell MD3000i iSCSI disk. I'm connected with 2 ethernet
cards with multipath to one raid controller.
The mounted partition is also accessed from other servers via nfs.
The
the patch has been working in production at the sponsor's site for
some weeks. It has not been merged, or even built by anyone else, to
my knowledge.
The working kernel patch is at https://patchwork.kernel.org/patch/482721/
The open question, that everyone has more important things to do than
On Wed, Mar 2, 2011 at 7:12 AM, Brian J. Murrell br...@interlinx.bc.ca wrote:
Given that the return from the snapshot delete command is immediate and
the space is freed asynchronously, how can I determine absolutely that
the snapshot has been entirely removed and the space freeing operation
Hi, Kitayama-san
Sorry for my late reply.
On Thu, 24 Feb 2011 23:02:55 +0900, Itaru Kitayama wrote:
I have applied the V2 patch on top of the next-rc branch of btrfs-unstable
and ran dbench 50. The run never finished and lots of stall messages recorded
in the log.
Looking at the stack trace,
