On 2013/02/13 12:33 PM, Holger Hoffstaette wrote:
- raise the leaf size to 16k
- use single metadata profile
...
the difference in behaviour on a single disk is *very* noticeable.
Did you try an isolated change of leaf size? I think the devs would be
willing to look into the default size if it
tilegx_defconfig:
fs/btrfs/raid56.c: In function 'btrfs_alloc_stripe_hash_table':
fs/btrfs/raid56.c:206:3: error: implicit declaration of function 'vzalloc'
[-Werror=implicit-function-declaration]
fs/btrfs/raid56.c:206:9: warning: assignment makes pointer from integer without
a cast [enabled by
On Sun, Mar 03, 2013 at 04:44:41AM -0700, Geert Uytterhoeven wrote:
> tilegx_defconfig:
>
> fs/btrfs/raid56.c: In function 'btrfs_alloc_stripe_hash_table':
> fs/btrfs/raid56.c:206:3: error: implicit declaration of function 'vzalloc'
> [-Werror=implicit-function-declaration]
> fs/btrfs/raid56.c:20
x86 seems to include vmalloc.h by default along some of its arch paths,
but most other architectures don't, leading to this compile failure:
fs/btrfs/raid56.c: In function 'btrfs_alloc_stripe_hash_table':
fs/btrfs/raid56.c:206: error: implicit declaration of function 'vzalloc'
fs/btrfs/raid56.c:20
Hi Linus,
Geert and James both sent this one in, sorry guys.
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Geert Uytterhoeven (1) commits (+1/-0):
btrfs/raid56: Add missing #include
Total: (1) commits (+1/-0)
fs/btrfs/raid56.c | 1 +
1 file changed, 1 inse
Greetings all,
I have an extent tree that looks like follows:
item 22 key (27059916800 EXTENT_ITEM 16384) itemoff 2656 itemsize 24
extent refs 1 gen 164 flags 1
item 23 key (27059916800 EXTENT_ITEM 98304) itemoff 2603 itemsize 53
extent refs 1 gen 16
Hi list,
some rather unexpected btrfs-oopses for my taste. I use btrfs for some
time now (mostly on external harddisks) and these "oopses" happened
during some simple file and folder deletion operation on that device. It
is a luks-encrypted 80GB drive. Anything like that known? And the fs was
On Sun, Mar 03, 2013 at 06:40:50AM -0700, Alex Lyakas wrote:
> Greetings all,
> I have an extent tree that looks like follows:
>
> item 22 key (27059916800 EXTENT_ITEM 16384) itemoff 2656 itemsize 24
> extent refs 1 gen 164 flags 1
> item 23 key (27059916800 EXTENT_ITEM 9
Hi Josef,
I have some more questions following up on my previous e-mails.
I now do somewhat understand the place where extent entries get
cow'ed. But I am unclear about the order of operations.
Is it correct that the data extent written first, then the pointer in
the indirect block needs to be up
Hi Chris,
On Sun, Mar 3, 2013 at 5:28 PM, Chris Mason wrote:
> On Sun, Mar 03, 2013 at 06:40:50AM -0700, Alex Lyakas wrote:
>> Greetings all,
>> I have an extent tree that looks like follows:
>>
>> item 22 key (27059916800 EXTENT_ITEM 16384) itemoff 2656 itemsize 24
>> extent
On 2013/02/14 12:15 PM, Vedant Kumar wrote:
Hello,
I'm experiencing periodic write spikes while my system is idle.
...
turned out to be some systemd log in
/var/log/journal. I turned off journald and rebooted, but the write spike
behavior remained.
...
best,
-vk
I believe btrfs syncs every
On Fri, Mar 01, 2013 at 06:05:21PM +, Hugo Mills wrote:
> On Fri, Mar 01, 2013 at 11:47:50AM -0600, Eric Sandeen wrote:
> > On 3/1/13 4:10 AM, Anand Jain wrote:
> > > Signed-off-by: Anand Jain
> >
> > Revieed-by: Eric Sandeen
> >
> > But the curious side of me wonders how it got this way.
>
On Sun, Mar 03, 2013 at 03:33:30AM -0700, Brendan Hide wrote:
> On 2013/02/13 12:33 PM, Holger Hoffstaette wrote:
> > - raise the leaf size to 16k
> > - use single metadata profile
> >
> > ...
> >
> > the difference in behaviour on a single disk is *very* noticeable.
> Did you try an isolated chang
On 2013/02/14 09:53 AM, Tsutomu Itoh wrote:
+ if (ret < 0) {
+ fprintf(stderr, "error checking %s status: %s\n", file,
+ strerror(-ret));
+ exit(1);
+ }
...
+ /* check if the devi
On Fri, Feb 15, 2013 at 05:12:37PM -0600, Simon Kirby wrote:
[...]
> Signed-off-by: Simon Kirby
Thanks! 2 comments below.
Reviewed-by: David Sterba
> @@ -2919,8 +2923,9 @@ int btrfs_write_out_ino_cache(struct btrfs_root *root,
> if (ret) {
> btrfs_delalloc_release_metadata(
On 2013/02/18 12:37 PM, Adam Ryczkowski wrote:
...
to migrate btrfs from one partition layout to another.
...
sits on top of lvm2 logical volume, which sits on top of
cryptsetup Luks device which subsequentely sits on top of mdadm RAID-6
spanning a partition on each of 4 hard drives ... is a r
On Sat, Mar 2, 2013 at 4:07 PM, Alex Lyakas
wrote:
> Hi Josef,
> I hope it's ok to piggy back on this thread for the following question:
>
> I see that in btrfs_cross_ref_exist()=>check_committed_ref() path,
> there is the following check:
>
> if (btrfs_extent_generation(leaf, ei) <=
> btrfs_r
On Sun, Mar 3, 2013 at 10:41 AM, Aastha Mehta wrote:
> Hi Josef,
>
> I have some more questions following up on my previous e-mails.
> I now do somewhat understand the place where extent entries get
> cow'ed. But I am unclear about the order of operations.
>
> Is it correct that the data extent wr
On Sun, Mar 03, 2013 at 06:57:41AM -0700, Michael Schmitt wrote:
> Hi list,
>
> some rather unexpected btrfs-oopses for my taste. I use btrfs for some
> time now (mostly on external harddisks) and these "oopses" happened
> during some simple file and folder deletion operation on that device. It
>
On Feb 23, 2013, Alexandre Oliva wrote:
> On Feb 22, 2013, Josef Bacik wrote:
>> So I understand what you are getting at, but I think you are doing it wrong.
>> If
>> we're calling with CHUNK_ALLOC_FORCE, but somebody has already started to
>> allocate with CHUNK_ALLOC_NO_FORCE, we'll reset th
From: Zhi Yong Wu
Since raid5/6 support was introduced, we should update mkfs.btrfs help info.
Signed-off-by: Zhi Yong Wu
---
mkfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mkfs.c b/mkfs.c
index 5ece186..f9f26a5 100644
--- a/mkfs.c
+++ b/mkfs.c
@@ -326,7 +326,7 @@
flags = BTRFS_SCAN_REGISTER | BTRFS_SCAN_PRIMARY_SB;
btrfs_scan_one_dir("/dev/", flags)
I just got too flexed into the current way of coding
in btrfs-progs :-)
But let me get at least this part of the code
in the right-way.
Thanks Eric for pointing out.
-Anand
--
To unsubscribe from t
22 matches
Mail list logo