I'm getting "ERROR: quota command failed: Invalid argument" when trying
to run "btrfs quota rescan" - is it expected?
root@bkp010 ~ # btrfs quota rescan /mnt/lxc1
ERROR: quota command failed: Invalid argument
root@bkp010 ~ # btrfs quota rescan /mnt/lxc1
ERROR: quota command failed: Invalid argume
On Wed, 31 Jul 2013 14:41:28 +0700
Tomasz Chmielewski wrote:
> I'm getting "ERROR: quota command failed: Invalid argument" when
> trying to run "btrfs quota rescan" - is it expected?
>
> root@bkp010 ~ # btrfs quota rescan /mnt/lxc1
> ERROR: quota command failed: Invalid argument
>
> root@bkp010
On Wed, July 31, 2013 at 01:26 (+0200), Filipe David Borba Manana wrote:
> Signed-off-by: Filipe David Borba Manana
> ---
>
> V2: Ensure extent buffer is freed on error.
>
> fs/btrfs/backref.c |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/fs/btrfs/backref.c b/f
3.11.0-rc3+
--
[ 225.586356] kernel BUG at fs/btrfs/relocation.c:886!
[ 225.586362] invalid opcode: [#1] SMP
::
[ 225.586431] Call Trace:
[ 225.586440] [] ?
btree_read_extent_buffer_pages.clone.4+0xd1/0x120 [btrfs]
[ 225.586447] [] relocate_tree_blocks+0x363/0x6d0
On Wed, Jul 31, 2013 at 05:53:29PM +0800, Anand Jain wrote:
>
> 3.11.0-rc3+
>
>
> --
> [ 225.586356] kernel BUG at fs/btrfs/relocation.c:886!
> [ 225.586362] invalid opcode: [#1] SMP
> ::
> [ 225.586431] Call Trace:
> [ 225.586440] [] ?
> btree_read_extent_buffer_pages.
On Wed, Jul 31, 2013 at 05:53:29PM +0800, Anand Jain wrote:
>
> 3.11.0-rc3+
>
>
> --
> [ 225.586356] kernel BUG at fs/btrfs/relocation.c:886!
> [ 225.586362] invalid opcode: [#1] SMP
> ::
> [ 225.586431] Call Trace:
> [ 225.586440] [] ?
> btree_read_extent_buffer_pages.
running btrfs on kernel 3.10.3, i got the following two backtraces,
first an info about a hung task and a kernel bug.
are these known issues?
thnx, tim
[ 479.949428] INFO: task btrfs-transacti:1761 blocked for more than 120
seconds.
[ 479.949430] "echo 0 > /proc/sys/kernel/hung_task_timeout_s
On Wed, Jul 31, 2013 at 02:19:25PM +0200, tim wrote:
> running btrfs on kernel 3.10.3, i got the following two backtraces,
> first an info about a hung task and a kernel bug.
>
> are these known issues?
>
Well that's not good, can you file a bugzilla with this at bugzilla.kernel.org?
Make sure t
Alexandre pointed out that his xattrs have sensitive information in them as
well, so fix btrfs-image to zero out the data part of xattrs that we find.
Thanks,
Signed-off-by: Josef Bacik
---
btrfs-image.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/
There is no reason for this sort of jackassery. Thanks,
Signed-off-by: Josef Bacik
---
fs/btrfs/transaction.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/transaction.c b/fs/btrfs/transaction.c
index 18f7e71..ea8d522 100644
--- a/fs/btrfs/transaction.c
+++
The way how we process delayed refs is
1)get a bunch of head refs,
2)pick up one head ref,
3)go one node back for any delayed ref updates.
The head ref is also linked in the same rbtree as the delayed ref is,
so in 1) stage, we have to walk one by one including not only head refs, but
delayed refs
Data deduplication is a specialized data compression technique for eliminating
duplicate copies of repeating data.[1]
This patch set is also related to "Content based storage" in project ideas[2].
PATCH 1 is a hang fix with deduplication on, but it's also useful without
dedup in practice use.
PA
When we have data deduplication on, we'll hang on the merge part
because it needs to verify every queued delayed data refs related to
this disk offset but we may have millions refs.
And in the case of delayed data refs, we don't usually have too much
data refs to merge.
So it's safe to shut it do
This aims to add deduplication subcommand, 'btrfs dedup command ',
ie. register/unregister'.
It can be used to enable or disable dedup support for a filesystem.
Signed-off-by: Liu Bo
---
Makefile |2 +-
btrfs.c |1 +
cmds-dedup.c | 101 +
While removing a file with dedup extents, we could have a great number of
delayed refs pending to process, and these refs refer to droping
a ref of the extent, which is of BTRFS_DROP_DELAYED_REF type.
But in order to prevent an extent's ref count from going down to zero when
there still are pendin
So we don't need to do qgroups accounting trick without enabling quota.
This reduces my tester's costing time from ~28s to ~23s.
Signed-off-by: Liu Bo
---
fs/btrfs/extent-tree.c |6 ++
fs/btrfs/qgroup.c |6 ++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a
This test performs btrfs device replace tests with all possible profiles
(single/dup/mixed/raid0/raid1/raid10), one round with the '-r' option
to 'btrfs replace start' and one round without this option. The
cancelation is tested only once and with the dup/single profile for
metadata/data.
This tes
On Fri, 26 Jul 2013 10:21:12 -0500, Eric Sandeen wrote:
> On 7/26/13 4:28 AM, Stefan Behrens wrote:
>> Unfortunately this test takes 6 minutes on my SSD equiped test box since
>> it runs all possible single/dup/raid0/raid1/raid10/mixed profiles, one
>> round with the '-f' option to 'btrfs replace s
On Wed, 31 Jul 2013 23:37:46 +0800, Liu Bo wrote:
> This aims to add deduplication subcommand, 'btrfs dedup command ',
> ie. register/unregister'.
>
> It can be used to enable or disable dedup support for a filesystem.
>
> Signed-off-by: Liu Bo
> ---
> Makefile |2 +-
> btrfs.c |
On Wed, 31 Jul 2013 23:37:42 +0800, Liu Bo wrote:
> + WARN_ON(update->ref_mod > 0 && update->ref_mod != 1);
WARN_ON(update->ref_mod > 1)
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Fri, Jul 19, 2013 at 01:51:15PM -0700, Mark Fasheh wrote:
> Ok checking for the operation is definitely needed. I'll check for
> ->getattr(). The rest of the stuff in our suse patch must have been added
> after my own commit. Do you know why this was added? Since this is all
> internal to proc I
I believe 30 sec is the default for the checkpoint interval. Is this
adjustable?
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Jul 31, 2013 at 04:02:29PM -0400, Mike Audia wrote:
> I believe 30 sec is the default for the checkpoint interval. Is this
> adjustable?
It doesn't look like it. It looks like it's implemented with raw '30's
in the code.
delay = HZ * 30;
...
(now < c
> + BUG_ON(!locked_ref);
> + BUG_ON(!btrfs_delayed_ref_is_head(&head->node));
Please don't add more BUG_ON()s. They're unreliable because they can
kill the system.
If you *must* have logic asserts, use WARN_ON_ONCE and return errors.
If the path is so dir
On Wed, Jul 31, 2013 at 11:37:40PM +0800, Liu Bo wrote:
> Data deduplication is a specialized data compression technique for eliminating
> duplicate copies of repeating data.[1]
>
> This patch set is also related to "Content based storage" in project ideas[2].
>
> PATCH 1 is a hang fix with dedup
Hi all,
For some time, I've successfully deployed btrfs send/receive as a
viable backup solution.
It's fast and flexible and nicely scriptable =)
However, every once in a while, trouble strikes on the receiving end
with a message like:
ERROR: rename
nixpkgs/pkgs/applications/version-management/s
> On Wed, Jul 31, 2013 at 04:02:29PM -0400, Mike Audia wrote:
> > I believe 30 sec is the default for the checkpoint interval. Is this
> > adjustable?
>
> It doesn't look like it. It looks like it's implemented with raw '30's
> in the code.
>
> delay = HZ * 30;
> ...
> (now < cur->start_time ||
> +#define BTRFS_DEDUP_HASH_SIZE 32 /* 256bit = 32 * 8bit */
> +#define BTRFS_DEDUP_HASH_LEN 4
> +
> +struct btrfs_dedup_hash_item {
> + /* FIXME: put a hash type field here */
> +
> + __le64 hash[BTRFS_DEDUP_HASH_LEN];
> +} __attribute__ ((__packed__));
The handling of hashes in this
> Thank you kindly for the prompt reply. My goal is to make them _less_
> frequent.
I assumed as much. I should have added some sympathy smileys :).
> I am NO programmer by any stretch. Let's say I want them to be once
> every 5 min (300 sec). Is the attached patch sane to acheive this?
I t
Zach Brown posted on Wed, 31 Jul 2013 15:56:40 -0700 as excerpted:
[Mike Audia wrote...]
>> I am NO programmer by any stretch. Let's say I want them to be once
>> every 5 min (300 sec). Is the attached patch sane to acheive this?
>> Are there any unforeseen and effects of doing this?
> I do
I tried to apply deduplication patch on to 3.11-rc2 kernel but i am
getting the following error. Can you pls thake a look at it and let me
know whats wrong.
linux-3805:/home/hemanth/linux-3.11-rc2 # patch -p1 <
/home/hemanth/RFC-V4-1-2-Btrfs-skip-merge-part-for-delayed-data-refs.patch
patching fil
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/Makefile | 3 ++-
man/btrfs-convert.8.in | 39 +++
2 files changed, 41 insertions(+), 1 deletion(-)
create mode 100644 man/btrfs-convert.8.in
diff --git a/man/Makefile b/man/Makefile
ind
From: Qu Wenruo
The ret variant in the main function is not changed so even problems
happen, return value is still 0.
The patch fixs the minor bug and return 1 if any problems happen.
Signed-off-by: Qu Wenruo
---
btrfs-map-logical.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletion
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/btrfsck.8.in | 35 ++-
1 file changed, 30 insertions(+), 5 deletions(-)
diff --git a/man/btrfsck.8.in b/man/btrfsck.8.in
index 5004ba0..6087c14 100644
--- a/man/btrfsck.8.in
+++ b/man/btrfsck.8.in
@@ -1
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/Makefile | 2 +-
man/btrfs-find-root.8.in | 36
man/btrfs-show-super.8.in | 4 ++--
3 files changed, 39 insertions(+), 3 deletions(-)
create mode 100644 man/btrfs-find-root.8.in
di
btrfs-map-logical supports both short and long options, and also every option
should follow an arg,fix it.
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
btrfs-map-logical.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/btrfs-map-logical.c b/btrfs-ma
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/Makefile | 2 +-
man/btrfs-map-logical.8.in | 39 +++
2 files changed, 40 insertions(+), 1 deletion(-)
create mode 100644 man/btrfs-map-logical.8.in
diff --git a/man/Makefile b/man/M
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/Makefile | 2 +-
man/btrfs-show-super.8.in | 36
2 files changed, 37 insertions(+), 1 deletion(-)
create mode 100644 man/btrfs-show-super.8.in
diff --git a/man/Makefile b/man/Makefil
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
btrfs-debug-tree.c| 2 +-
man/Makefile | 3 ++-
man/btrfs-debug-tree.8.in | 41 +
3 files changed, 44 insertions(+), 2 deletions(-)
create mode 100644 man/btrfs-debug-tree.8.i
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/Makefile | 2 +-
man/btrfstune.8.in | 37 +
2 files changed, 38 insertions(+), 1 deletion(-)
create mode 100644 man/btrfstune.8.in
diff --git a/man/Makefile b/man/Makefile
index a2201e8..e12
Signed-off-by: Wang Shilong
Signed-off-by: Qu Wenruo
---
man/Makefile| 2 +-
man/btrfs-zero-log.8.in | 29 +
2 files changed, 30 insertions(+), 1 deletion(-)
create mode 100644 man/btrfs-zero-log.8.in
diff --git a/man/Makefile b/man/Makefile
index e1246
41 matches
Mail list logo
