Chris Murphy posted on Tue, 22 Apr 2014 11:42:09 -0600 as excerpted:
> On Apr 21, 2014, at 3:09 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>
>> Adam Brenner posted on Sun, 20 Apr 2014 21:56:10 -0700 as excerpted:
>>
>>> So ... BTRFS at this point in time, does not actually "stripe" the
>>> data a
Andreas Reis posted on Tue, 22 Apr 2014 20:16:13 +0200 as excerpted:
> Same failure with btrfs-progs from integration-20140421 (apart from the
> line number 1156).
>
> Can I get a bit of input on this? Is it safe to just ignore the error
> for now (as I'm doing atm), ie. remount as rw to skip the
Arjen Nienhuis posted on Tue, 22 Apr 2014 23:52:43 +0200 as excerpted:
>> Did you try running another balance soft?
>
> I tried a few. The only thing that happens is that more empty blocks get
> allocated. I also tried convert=single,profiles=raid5. I ended up with a
> few empty 'single' blocks.
Original Message
Subject: Re: [PATCH v2 4/4] btrfs-progs: Fix the return value when
executing 'btrfs pro get' on a uncompress file.
From: David Sterba
To: Qu Wenruo
Date: 2014年04月22日 20:37
On Tue, Apr 15, 2014 at 05:22:24PM +0800, Qu Wenruo wrote:
When executing 'btrfs pro
> Did you try running another balance soft?
I tried a few. The only thing that happens is that more empty blocks
get allocated. I also tried convert=single,profiles=raid5. I ended up
with a few empty 'single' blocks. (The empty blocks could be discarded
with balance usage=0)
> Meanwhile... kernel
On Apr 22, 2014, at 11:56 AM, Hugo Mills wrote:
>
> Also not helped by btrfs's co-option of the term "RAID-1" to mean
> something that's not traditional RAID-1, and (internally) "stripe" and
> "chunk" to mean things that don't match (I think) any of the
> definitions above…
Right. Although in
Same failure with btrfs-progs from integration-20140421 (apart from the
line number 1156).
Can I get a bit of input on this? Is it safe to just ignore the error
for now (as I'm doing atm), ie. remount as rw to skip the orphan cleanup?
Might it even be safe to call btrfs check --repair on the
On Tue, Apr 22, 2014 at 11:42:09AM -0600, Chris Murphy wrote:
>
> On Apr 21, 2014, at 3:09 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>
> > Adam Brenner posted on Sun, 20 Apr 2014 21:56:10 -0700 as excerpted:
> >
> >> So ... BTRFS at this point in time, does not actually "stripe" the data
> >> acr
On Apr 21, 2014, at 3:09 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Adam Brenner posted on Sun, 20 Apr 2014 21:56:10 -0700 as excerpted:
>
>> So ... BTRFS at this point in time, does not actually "stripe" the data
>> across N number of devices/blocks for aggregated performance increase
>> (both
On Sat, Mar 22, 2014 at 02:04:56PM -0700, Marc MERLIN wrote:
After deleting a huge directory tree in my /home subvolume, syncing
snapshots now fails with:
ERROR: rmdir o1952777-157-0 failed. No such file or directory
Error line 156 with status 1
DIE: Code dump:
153 if [[ -n "$init" ]]; then
Linking with libbtrfs fails because arg_strtou64 is not defined and we
cannot just add utils.o to library objects because it's not
library-clean.
Reported-by: Arvin Schnell
Reported-by: Anton Farygin
Signed-off-by: David Sterba
---
v2: (thanks to Hugo)
- added missing line from comment
- fixed
On Tue, 22 Apr 2014 15:09:00 +0100
Hugo Mills wrote:
> On Tue, Apr 22, 2014 at 03:20:00PM +0200, David Sterba wrote:
> > Kernels 3.15 > export the global block reserve as a space info
> > presented by 'btrfs fi df' but would display 'unknown' instead of
> > some meaningful string.
> >
> > Signed
Linking with libbtrfs fails because arg_strtou64 is not defined and we
cannot just add utils.o to library objects because it's not
library-clean.
Reported-by: Arvin Schnell
Reported-by: Anton Farygin
Signed-off-by: David Sterba
---
Makefile| 5 +++--
utils-lib.c | 43 +
On Tue, Apr 22, 2014 at 03:20:00PM +0200, David Sterba wrote:
> Kernels 3.15 > export the global block reserve as a space info presented
> by 'btrfs fi df' but would display 'unknown' instead of some meaningful
> string.
>
> Signed-off-by: David Sterba
> ---
>
> Global_rsv or GlobalRsv or Global
It was added in 25d82d22 but broke recently in 4724d7b0 while making
discard interruptible.
Signed-off-by: Rakesh Pandit
---
utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils.c b/utils.c
index 0bfb9d9..068b4f3 100644
--- a/utils.c
+++ b/utils.c
@@ -629,7 +629,7 @@
Kernels 3.15 > export the global block reserve as a space info presented
by 'btrfs fi df' but would display 'unknown' instead of some meaningful
string.
Signed-off-by: David Sterba
---
Global_rsv or GlobalRsv or Globalrsv or something else?
cmds-filesystem.c | 2 ++
ctree.h | 2 ++
2
On Tue, Apr 15, 2014 at 05:22:24PM +0800, Qu Wenruo wrote:
> When executing 'btrfs pro get' on a file which is not compressed, return
> value will always be 50 since prop_compress() return -ENOATTR.
>
> But the codes have already check the errno to avoid unnecessary error
> message, so the return
Current btrfs_orphan_cleanup will also cleanup roots which is already in
fs_info->dead_roots without protection.
This will have conditional race with fs_info->cleaner_kthread.
This patch will use refs in root->root_item to detect roots in
dead_roots and avoid conflicts.
Signed-off-by: Qu Wenruo
18 matches
Mail list logo
