[PATCH 0/4] filter snapshot(s) by its parent uuid

2012-10-19 Thread Anand jain
From: Anand Jain anand.j...@oracle.com This set of patch will make btrfs su list -s subvol to list only snapshot(s) of the given subvol. before: btrfs su list -s /btrfs/sv1 nothing btrfs su list -s /btrfs ID 258 gen 6 cgen 6 top level 5 otime 2012-10-18 17:01:56 uuid

[PATCH 3/4] Btrfs-progs: add method to filter snapshots by parent uuid

2012-10-19 Thread Anand jain
From: Anand Jain anand.j...@oracle.com Signed-off-by: Anand Jain anand.j...@oracle.com --- btrfs-list.c |6 ++ btrfs-list.h |1 + 2 files changed, 7 insertions(+), 0 deletions(-) diff --git a/btrfs-list.c b/btrfs-list.c index 462e049..369500d 100644 --- a/btrfs-list.c +++

space info warnings in 3.7-rc1

2012-10-19 Thread Jan Schmidt
Hi, While originally debugging some tree mod log thing, I'm seeing space info warnings along the way, running cmason/master (f46dbe3de). I just drop them off, haven't looked into it any deeper than most likely not tree mod log related. -Jan 6[ 1131.563658] device label quota devid 1 transid 4

[PATCH] Btrfs-progs: add btrfs-show-super tool

2012-10-19 Thread Stefan Behrens
Just a small program to print the fields of a super block. Signed-off-by: Stefan Behrens sbehr...@giantdisaster.de --- Makefile | 5 +- btrfs-show-super.c | 201 + 2 files changed, 205 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 0/4] filter snapshot(s) by its parent uuid

2012-10-19 Thread Miao Xie
On fri, 19 Oct 2012 14:23:53 +0800, Anand jain wrote: From: Anand Jain anand.j...@oracle.com This set of patch will make btrfs su list -s subvol to list only snapshot(s) of the given subvol. before: btrfs su list -s /btrfs/sv1 nothing btrfs su list -s /btrfs ID 258 gen 6 cgen 6 top

Re: [RFC v3 11/13] vfs: add 3 new ioctl interfaces

2012-10-19 Thread Zhi Yong Wu
On Tue, Oct 16, 2012 at 11:17 AM, Dave Chinner da...@fromorbit.com wrote: On Wed, Oct 10, 2012 at 06:07:33PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com FS_IOC_GET_HEAT_INFO: return a struct containing the various metrics collected in btrfs_freq_data

Re: [RFC v3 00/13] vfs: hot data tracking

2012-10-19 Thread Zhi Yong Wu
On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner da...@fromorbit.com wrote: On Wed, Oct 10, 2012 at 06:07:22PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com NOTE: The patchset is currently post out mainly to make sure it is going in the correct direction and

Re: [PATCH 0/4] filter snapshot(s) by its parent uuid

2012-10-19 Thread Rory Campbell-Lange
On 19/10/12, Miao Xie (mi...@cn.fujitsu.com) wrote: On fri, 19 Oct 2012 14:23:53 +0800, Anand jain wrote: From: Anand Jain anand.j...@oracle.com This set of patch will make btrfs su list -s subvol to list only snapshot(s) of the given subvol. before: btrfs su list -s /btrfs/sv1

Re: [PATCH 2/4] Btrfs-progs: fix irrelevant string in the subvol path

2012-10-19 Thread Miao Xie
On fri, 19 Oct 2012 14:23:55 +0800, Anand jain wrote: From: Anand Jain anand.j...@oracle.com btrfs su list -a /btrfs/sv1 ID 256 gen 6 top level 5 path FS_TREE/sv1 ID 258 gen 6 top level 5 path FS_TREE/ss1 I don't agree with this patch, because after applying this patch, the output of

[PATCH 1/4] Btrfs: MOD_LOG_KEY_REMOVE_WHILE_MOVING never change node's nritems

2012-10-19 Thread Liu Bo
Key MOD_LOG_KEY_REMOVE_WHILE_MOVING means that we're doing memmove inside an extent buffer node, and the node's number of items remains unchanged (unless we are inserting a single pointer, but we have MOD_LOG_KEY_ADD for that). So we don't need to increase node's number of items during

[PATCH 2/4] Btrfs: reorder tree mod log operations in deleting a pointer

2012-10-19 Thread Liu Bo
Since we don't use MOD_LOG_KEY_REMOVE_WHILE_MOVING to add nritems during rewinding, we should insert a MOD_LOG_KEY_REMOVE operation first. Signed-off-by: Liu Bo bo.li@oracle.com --- fs/btrfs/ctree.c | 10 ++ 1 files changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH 4/4] Btrfs: cleanup unused arguments

2012-10-19 Thread Liu Bo
'disk_key' is not used at all. Signed-off-by: Liu Bo bo.li@oracle.com --- fs/btrfs/ctree.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/ctree.c b/fs/btrfs/ctree.c index 235831f..7f649d2 100644 --- a/fs/btrfs/ctree.c +++ b/fs/btrfs/ctree.c @@ -772,8

[PATCH 3/4] Btrfs: kill unnecessary arguments in del_ptr

2012-10-19 Thread Liu Bo
The argument 'tree_mod_log' is not necessary since all of callers enable it. Signed-off-by: Liu Bo bo.li@oracle.com --- fs/btrfs/ctree.c | 16 +++- 1 files changed, 7 insertions(+), 9 deletions(-) diff --git a/fs/btrfs/ctree.c b/fs/btrfs/ctree.c index bbea4fb..235831f 100644

Re: [PATCH 4/4] Btrfs: cleanup unused arguments

2012-10-19 Thread Jan Schmidt
Hi liubo, Patches 3 and 4 are looking good. I'm still trying to sort out on the other two, as I cannot reproduce your bug with your script, unfortunately. After applying all 4 patches, the result doesn't compile, here: fs/btrfs/ctree.c: In function 'balance_level': fs/btrfs/ctree.c:1799:

Re: [PATCH 4/4] Btrfs: cleanup unused arguments

2012-10-19 Thread Liu Bo
On 10/19/2012 08:14 PM, Jan Schmidt wrote: Hi liubo, Patches 3 and 4 are looking good. I'm still trying to sort out on the other two, as I cannot reproduce your bug with your script, unfortunately. After applying all 4 patches, the result doesn't compile, here: fs/btrfs/ctree.c: In

[PATCH V2 4/4] Btrfs: cleanup unused arguments

2012-10-19 Thread Liu Bo
'disk_key' is not used at all. Signed-off-by: Liu Bo bo.li@oracle.com --- v1-v2: update the functions' caller. fs/btrfs/ctree.c | 13 ++--- 1 files changed, 6 insertions(+), 7 deletions(-) diff --git a/fs/btrfs/ctree.c b/fs/btrfs/ctree.c index 235831f..a794c6f 100644 ---

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Thu, Oct 18, 2012 at 9:28 PM, Chris Mason chris.ma...@fusionio.com wrote: If it isn't the free space cache, it'll be a fragmentation problem. The easiest way to tell the difference is to get a few sysrq-w snapshots during the boot. Hi, Chris, with some help from openSUSE community, I

Re: initramfs take a long time to load[135s]

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 9:28 AM, Marguerite Su i...@marguerite.su wrote: On Thu, Oct 18, 2012 at 9:28 PM, Chris Mason chris.ma...@fusionio.com wrote: If it isn't the free space cache, it'll be a fragmentation problem. The easiest way to tell the difference is to get a few sysrq-w snapshots

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Fri, Oct 19, 2012 at 11:41 PM, cwillu cwi...@cwillu.com wrote: You need to hit alt-sysrq-w during the slowness you're trying to instrument; the pastebin is from an hour later. Also, next time just put the output directly in the email, that way it's permanently around to look at and search

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Fri, Oct 19, 2012 at 11:41 PM, cwillu cwi...@cwillu.com wrote: Also, next time just put the output directly in the email, that way it's permanently around to look at and search for. Hi, I did it. here's my dmesg: [ 25.623660] SysRq : Show Blocked State [ 25.623667] task

Re: initramfs take a long time to load[135s]

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 10:18 AM, Marguerite Su i...@marguerite.su wrote: On Fri, Oct 19, 2012 at 11:41 PM, cwillu cwi...@cwillu.com wrote: Also, next time just put the output directly in the email, that way it's permanently around to look at and search for. Hi, I did it. here's my dmesg:

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Sat, Oct 20, 2012 at 12:55 AM, cwillu cwi...@cwillu.com wrote: It appears space_cache isn't enabled on your rootfs; can you do a mount / -o remount,space_cache, sync a couple times, make some coffee, and then reboot, and see if it's better? You should see two instances of btrfs: disk space

Re: initramfs take a long time to load[135s]

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 11:02 AM, Marguerite Su i...@marguerite.su wrote: On Sat, Oct 20, 2012 at 12:55 AM, cwillu cwi...@cwillu.com wrote: It appears space_cache isn't enabled on your rootfs; can you do a mount / -o remount,space_cache, sync a couple times, make some coffee, and then reboot,

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Sat, Oct 20, 2012 at 12:55 AM, cwillu cwi...@cwillu.com wrote: It appears space_cache isn't enabled on your rootfs; can you do a mount / -o remount,space_cache, sync a couple times, make some coffee, and then reboot, and see if it's better? You should see two instances of btrfs: disk space

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Sat, Oct 20, 2012 at 2:26 AM, cwillu cwi...@cwillu.com wrote: That would work, but it's only necessary to mount with it once (and it's probably been done already with /home), hence the -o remount,space_cache Now my kernel loads in 10s, another 4s for userspace...then -.mount and all the

Re: initramfs take a long time to load[135s]

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 12:33 PM, Marguerite Su i...@marguerite.su wrote: On Sat, Oct 20, 2012 at 2:26 AM, cwillu cwi...@cwillu.com wrote: That would work, but it's only necessary to mount with it once (and it's probably been done already with /home), hence the -o remount,space_cache Now my

Re: initramfs take a long time to load[135s]

2012-10-19 Thread Marguerite Su
On Sat, Oct 20, 2012 at 2:35 AM, cwillu cwi...@cwillu.com wrote: Without space_cache (once), btrfs has to repopulate that information the slow way every mount; with it, it can just load the data from the last unmount (modulo some consistency checks). The setting is sticky, so you don't

[PATCH] Fits: tool to hash a filesystem into a single sum

2012-10-19 Thread Arne Jansen
The tool can also generate a manifest file. Given the manifest file, it can determine which files are missing or in excess, and inform about metadata / data checksum mismatches. It builds for linux and solaris. Signed-off-by: Arne Jansen sensi...@gmx.net --- It can also be found at

[PATCH] Btrfs: recheck bio against block device when we map the bio

2012-10-19 Thread Josef Bacik
Alex reported a problem where we were writing between chunks on a rbd device. The thing is we do bio_add_page using logical offsets, but the physical offset may be different. So when we map the bio now check to see if the bio is still ok with the physical offset, and if it is not split the bio

Re: initramfs take a long time to load[135s]

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 1:02 PM, Marguerite Su i...@marguerite.su wrote: On Sat, Oct 20, 2012 at 2:35 AM, cwillu cwi...@cwillu.com wrote: Without space_cache (once), btrfs has to repopulate that information the slow way every mount; with it, it can just load the data from the last unmount

Re: Weird Warning

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 2:54 PM, Jérôme Poulin jeromepou...@gmail.com wrote: I've got this weird WARNING in my system log on a freshly created FS, I'm using ACL with Samba, this is the only difference I could tell from any other FSes. It is also using Debian's Wheezy kernel which is quite old.

Re: Weird Warning

2012-10-19 Thread Jérôme Poulin
After updating to 3.5.5, I get thi on boot and listing some dir freezes. I don't have anything important on that volume but I'm willing to debug the problem if needed. Would I need a more recent kernel? [ 128.574596] [ cut here ] [ 128.574652] kernel BUG at

Re: Weird Warning

2012-10-19 Thread cwillu
On Fri, Oct 19, 2012 at 3:51 PM, Jérôme Poulin jeromepou...@gmail.com wrote: After updating to 3.5.5, I get thi on boot and listing some dir freezes. I don't have anything important on that volume but I'm willing to debug the problem if needed. Would I need a more recent kernel? Probably

Re: [PATCH] Btrfs: recheck bio against block device when we map the bio

2012-10-19 Thread Liu Bo
On 10/20/2012 05:01 AM, Josef Bacik wrote: Alex reported a problem where we were writing between chunks on a rbd device. The thing is we do bio_add_page using logical offsets, but the physical offset may be different. So when we map the bio now check to see if the bio is still ok with the