Currently scrub fails with ENOMEM when bio_add_page fails. Unfortunately
dm based targets accept only one page per bio, thus making scrub always
fails. This patch just submits the current bio when an error is encountered
and starts a new one.
Signed-off-by: Arne Jansen sensi...@gmx.net
---
On Thu, Nov 10, 2011 at 05:57:07PM -0500, Josef Bacik wrote:
--- a/fs/btrfs/ctree.h
+++ b/fs/btrfs/ctree.h
@@ -2699,8 +2699,8 @@ struct extent_map *btrfs_get_extent(struct inode
*inode, struct page *page,
size_t pg_offset, u64 start, u64 end,
On Fri, Nov 11, 2011 at 01:28:36PM +0100, David Sterba wrote:
On Thu, Nov 10, 2011 at 05:57:07PM -0500, Josef Bacik wrote:
--- a/fs/btrfs/ctree.h
+++ b/fs/btrfs/ctree.h
@@ -2699,8 +2699,8 @@ struct extent_map *btrfs_get_extent(struct inode
*inode, struct page *page,
On 11/10/2011 11:23 AM, dima wrote:
On 11/10/2011 09:11 AM, David Sterba wrote:
On Wed, Nov 09, 2011 at 10:01:13AM +0900, dima wrote:
Just for the record - I could find a solution thanks to the btrfs wiki
being online again. In Gotchas it says
mount -o nodatacow also disables compression
and
Rename no_space_cache option to nospace_cache to be more consistent with
the rest, where the simple prefix 'no' is used to negate an option.
The option has been introduced during the -rc1 cycle and there are has not been
widely used, so it's safe.
Signed-off-by: David Sterba dste...@suse.cz
---
On Fri, 11 Nov 2011 16:41:55 +0100
David Sterba dste...@suse.cz wrote:
Rename no_space_cache option to nospace_cache to be more consistent with
the rest, where the simple prefix 'no' is used to negate an option.
The option has been introduced during the -rc1 cycle and there are has not
On Thu, 10 Nov 2011 14:59:44 + Hugo Mills h...@carfax.org.uk wrote
Alternatively, if you want the top level to be simply a container
for subvolumes (and to use a default subvolume to mount / ), then you
could do the switch-over by making a snapshot of your current /,
remounting with
On Fri, Nov 11, 2011 at 02:06:42PM -0500, Ken D'Ambrosio wrote:
On Thu, 10 Nov 2011 14:59:44 + Hugo Mills h...@carfax.org.uk wrote
Alternatively, if you want the top level to be simply a container
for subvolumes (and to use a default subvolume to mount / ), then you
could do the
I used these tracepoints when figuring out what the cluster stuff was doing, so
add them to mainline in case we need to profile this stuff again. Thanks,
Signed-off-by: Josef Bacik jo...@redhat.com
---
fs/btrfs/extent-tree.c |9 ++
fs/btrfs/free-space-cache.c | 11 +++-
Hi Linus,
The for-linus branch of the btrfs git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
sha: 8965593e41dd2d0e2a2f1e6f245336005ea94a2c
Has our fixes since rc1. These are pretty small, for the most part
we're nailing some regressions in the mount error
On Fri, 11 Nov 2011 19:13:09 + Hugo Mills h...@carfax.org.uk wrote
I'd suggest reporting (on this mailing list) the panic message(s)
you got, and how you got to them. I know there's been quite a few
additional patches worked on since Chris pushed out the stack for
-rc1, so it's quite
On Fri, Nov 11, 2011 at 04:47:17PM -0500, Ken D'Ambrosio wrote:
On Fri, 11 Nov 2011 19:13:09 + Hugo Mills h...@carfax.org.uk wrote
I'd suggest reporting (on this mailing list) the panic message(s)
you got, and how you got to them. I know there's been quite a few
additional patches
On 02-06-11 01:20, Hugo Mills wrote:
*snip*
Like all silly ideas, this one got a bit out of hand, and seems to
have turned into something vaguely useful. I'm therefore pleased to
announce the first major public release of btrfs-gui[1]: a point-and-
click tool for managing btrfs
13 matches
Mail list logo