Jan Schmidt list.btrfs at jan-o-sch.net writes:
Please give the patch set btrfs: extended inode refs by Mark Fasheh a try
(http://lwn.net/Articles/498226/). It eliminates the hard links per directory
limit (introducing a rather random, artificial limit of 64k instead).
Hi, Jan!
I'm happy to
From: Zhou Bo zhoub-f...@cn.fujitsu.com
We want 'btrfs subvolume list' only to list readonly subvolumes, this patch set
introduces a new option 'r' to implement it.
You can use the command like that:
btrfs subvolume list -r path
v1-v2: address the comments from Goffredo Baroncelli
-
From: Zhou Bo zhoub-f...@cn.fujitsu.com
Move the function declarations to a new head file.
Signed-off-by: Zhou Bo zhoub-f...@cn.fujitsu.com
---
btrfs-list.c |1 +
btrfs-list.h | 21 +
cmds-inspect.c |4 +---
cmds-subvolume.c |5 +
4 files changed,
From: Zhou Bo zhoub-f...@cn.fujitsu.com
This patch adds the introduction of the new option '-r' into the man page of
'btrfs subvolume list' command.
Signed-off-by: Zhou Bo zhoub-f...@cn.fujitsu.com
---
man/btrfs.8.in |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Zhou Bo zhoub-f...@cn.fujitsu.com
We want 'btrfs subvolume list' only to list readonly subvolumes, this patch set
introduces a new option 'r' to implement it.
You can use the command like that:
btrfs subvolume list -r path
Signed-off-by: Zhou Bo zhoub-f...@cn.fujitsu.com
---
On 08/08/2012 04:37 PM, Konstantin Dmitriev wrote:
Unfortunately I cannot afford to have unstable patched kernel on the production
server.
I'd suggest that using btrfs for production servers is probably a bit
brave (no matter what Oracle say), and what you've found illustrates the
point
On Sat, Aug 04, 2012 at 01:53:28PM +0800, Miao Xie wrote:
But I'm not sure these two bugs is the same, so I need the test tool
of David to look into it.
Attached. It's a set of scripts and has a few assumptions hardcoded,
like where the tar srouce is and the name of extracted directory, so
On Wed, Aug 01, 2012 at 05:06:45PM -0400, Josef Bacik wrote:
===
PLEASE REVIEW AND TEST THIS CAREFULLY
I've dug this patch out of the bin and cleaned it up but who knows what kind
of
crust I've missed. This makes the create empty files until the file system
On Sun, Aug 05, 2012 at 04:11:47PM +0200, Olivier Bonvalet wrote:
On 05/08/2012 10:57, Chris Samuel wrote:
On 08/04/2012 08:41 AM, Olivier Bonvalet wrote:
Is there something I can do to fix that ? (the mount
option recovery didn't help here)
I've seen someone (perhaps Marc Merlin)
On Fri, Aug 03, 2012 at 04:51:55PM -0400, Josef Bacik wrote:
We've been allocating a big array for csums instead of storing them in the
io_tree like we do for buffered reads because previously we were locking the
entire range, so we didn't have an extent state for each sector of the
range.
On Sat, Aug 04, 2012 at 01:39:25AM +0200, Alexander Block wrote:
On Fri, Aug 3, 2012 at 11:13 PM, Josef Bacik jba...@fusionio.com wrote:
I'm confused, this isn't here in btrfs-next, so is this a problem still?
It's in linus current master. Lio Bo moved the call out of
btrfs_mksubvol into the
On Wed, Aug 08, 2012 at 09:20:59AM -0600, David Sterba wrote:
On Sat, Aug 04, 2012 at 01:39:25AM +0200, Alexander Block wrote:
On Fri, Aug 3, 2012 at 11:13 PM, Josef Bacik jba...@fusionio.com wrote:
I'm confused, this isn't here in btrfs-next, so is this a problem still?
It's in linus
On Wed, 8 Aug 2012 16:45:57 +0200, David Sterba wrote:
On Sun, Aug 05, 2012 at 04:11:47PM +0200, Olivier Bonvalet wrote:
Aug 5 16:10:12 backup2 kernel: [ 58.674758] parent transid verify failed
on 615015833600 wanted 110423 found 110424
1st mirror fails verify_parent_transid().
Aug 5
Subvol delete is a special kind of awful where we use the global reserve to
cover the ENOSPC requirements. The problem is once we're done removing
everything we do a btrfs_update_inode(), which by default will try to do the
delayed update stuff which will use it's own reserve. There will be no
Hello,
I was running btrfs fi balance start -dusage=5 -musage=5 -v / on 3.5.0, and
soon these BUG happened. Then some fs syscalls started to block (in mutt, find,
...), and after a while the computer (remote) stopped responding by ssh. After
rebooting, the balance continued fine.
I attach
On Wed, Aug 08, 2012 at 12:12:59PM -0400, Josef Bacik wrote:
Subvol delete is a special kind of awful where we use the global reserve to
cover the ENOSPC requirements. The problem is once we're done removing
everything we do a btrfs_update_inode(), which by default will try to do the
delayed
Hi,
On Wed, Aug 08, 2012 at 06:18:19PM +0200, Lluís Batlle i Rossell wrote:
I attach dmesg.txt, and the disasm of insert_inline_extent_backref. That
disasm
was a bit tricky; my objdump does not seem to understand the btrfs.ko.
thanks, added a few bits to the picture
[ 6095.255745]
On Wed, Aug 08, 2012 at 11:36:45AM -0600, David Sterba wrote:
Hi,
On Wed, Aug 08, 2012 at 06:18:19PM +0200, Lluís Batlle i Rossell wrote:
I attach dmesg.txt, and the disasm of insert_inline_extent_backref. That
disasm
was a bit tricky; my objdump does not seem to understand the
On Wed, Aug 08, 2012 at 01:40:11PM -0400, Josef Bacik wrote:
On Wed, Aug 08, 2012 at 11:36:45AM -0600, David Sterba wrote:
according to assembly, owner is in R15, BTRFS_FIRST_FREE_OBJECTID is
256, so owner == 1
This is fixed already in btrfs-next. Thanks,
Ok, thank you.
Does it mean it
On Wed, Aug 08, 2012 at 11:56:06AM -0600, Lluís Batlle i Rossell wrote:
On Wed, Aug 08, 2012 at 01:40:11PM -0400, Josef Bacik wrote:
On Wed, Aug 08, 2012 at 11:36:45AM -0600, David Sterba wrote:
according to assembly, owner is in R15, BTRFS_FIRST_FREE_OBJECTID is
256, so owner == 1
Currently btrfs has a limitation on the maximum number of hard links an
inode can have. Specifically, links are stored in an array of ref
items:
struct btrfs_inode_ref {
__le64 index;
__le16 name_len;
/* name goes here */
} __attribute__ ((__packed__));
The ref arrays are
This patch adds basic support for extended inode refs. This includes support
for link and unlink of the refs, which basically gets us support for rename
as well.
Inode creation does not need changing - extended refs are only added after
the ref array is full.
Signed-off-by: Mark Fasheh
The iterate_irefs in backref.c is used to build path components from inode
refs. This patch adds code to iterate extended refs as well.
I had modify the callback function signature to abstract out some of the
differences between ref structures. iref_to_path() also needed similar
changes.
Teach tree-log.c about extended inode refs. In particular, we have to adjust
the behavior of inode ref replay as well as log tree recovery to account for
the existence of extended refs.
Signed-off-by: Mark Fasheh mfas...@suse.de
---
fs/btrfs/backref.c | 68
fs/btrfs/backref.h |
run_clustered_refs runs all delayed refs for one head one by one. During
the runs, the delayed_refs-lock is released. In this window, the ref_mod
from the head does not match the sum of all refs below the head. When
btrfs_lookup_extent_info is run in this window, it gives inconsistent
results.
The
On Wed, Aug 08, 2012 at 01:49:06PM -0600, Arne Jansen wrote:
run_clustered_refs runs all delayed refs for one head one by one. During
the runs, the delayed_refs-lock is released. In this window, the ref_mod
from the head does not match the sum of all refs below the head. When
On Wed, Aug 8, 2012 at 3:37 PM, Josef Bacik jba...@fusionio.com wrote:
On Wed, Aug 08, 2012 at 01:49:06PM -0600, Arne Jansen wrote:
run_clustered_refs runs all delayed refs for one head one by one. During
the runs, the delayed_refs-lock is released. In this window, the ref_mod
from the head
On Tue, Aug 07, 2012 at 11:47:36AM -0700, Marc MERLIN wrote:
On Tue, Aug 07, 2012 at 08:14:23PM +0200, Arne Jansen wrote:
On 08/07/2012 07:40 PM, Marc MERLIN wrote:
Unfortunately I only have a screenshot.
Apparently the panic was in
btrfs_set_lock_blocking_rw
with a RIP in
If we create several snapshots at the same time, the following BUG_ON() will be
triggered.
kernel BUG at fs/btrfs/extent-tree.c:6047!
Steps to reproduce:
# mkfs.btrfs partition
# mount partition mnt
# cd mnt
# for ((i=0;i2400;i++)); do touch long_name_to_make_tree_more_deep$i; done
On Wed, 8 Aug 2012 15:38:41 +0200, David Sterba wrote:
On Sat, Aug 04, 2012 at 01:53:28PM +0800, Miao Xie wrote:
But I'm not sure these two bugs is the same, so I need the test tool
of David to look into it.
Attached. It's a set of scripts and has a few assumptions hardcoded,
like where the
When we created a new snapshot, the mtime and ctime of its parent directory
were not updated. Fix it.
Signed-off-by: Miao Xie mi...@cn.fujitsu.com
---
fs/btrfs/transaction.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/btrfs/transaction.c b/fs/btrfs/transaction.c
31 matches
Mail list logo