Development of the BTRFS linux file system

Chris Ball | 2 Mar 2009 03:29

Re: [review] Btrfs: Allow shrinking close to used space

Hi,

Here's a new patch that incorporates these comments.  We now update
device->fs_devices->total_rw_bytes before the shrink, as Josef suggests,
and create a new field in btrfs_device to store an on-disk size that is
only updated on a successful shrink operation, as requested by Yan.

(Thanks, Yan and Josef, for the patient explanations.)

==
From: Chris Ball <cjb <at> laptop.org>

Btrfs: When shrinking, only update disk size on success

Previously, we updated a device's size prior to attempting a shrink
operation.  This patch moves the device resizing logic to only happen if
the shrink completes successfully.  In the process, it introduces a new
field to btrfs_device -- disk_total_bytes -- to track the on-disk size.

Signed-off-by: Chris Ball <cjb <at> laptop.org>
---
 fs/btrfs/volumes.c |   35 ++++++++++++++++++++++++-----------
 fs/btrfs/volumes.h |    3 +++
 2 files changed, 27 insertions(+), 11 deletions(-)

diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index 1316139..303b7d6 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
 <at>  <at>  -1433,7 +1433,7  <at>  <at>  static noinline int btrfs_update_device(struct btrfs_trans_handle *trans,

(Continue reading)

Филип Брчић | 2 Mar 2009 16:58

Btrfs on Ubuntu

Hi,

I just wanted to inform you all that I've built btrfs packages for ubuntu 
(intrepid). You can find them in my PPA 
(http://launchpad.net/~brcha/+archive/ppa) and install them in the following 
way:

First add the following lines to your /etc/apt/sources.list:

  deb http://ppa.launchpad.net/brcha/ppa/ubuntu intrepid main
  deb-src http://ppa.launchpad.net/brcha/ppa/ubuntu intrepid main

Then import my PPA signing key:

$ sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 
17f547c39c5c4071e254d0a7313d312748a22a95

update your package list:

$ sudo apt-get update

install btrfs-source and btrfs programs:

$ sudo apt-get install btrfs-source btrfs-progs module-assistant

and tell module assistant to build the btrfs module

$ sudo module-assistant prepare btrfs
$ sudo module-assistant auto-install btrfs

(Continue reading)

Peter Vander Klippe | 2 Mar 2009 17:27

Picon

Re: Btrfs on Ubuntu

Филип Брчић <brcha <at> gna.org> writes:
> Hi,
> 
> I just wanted to inform you all that I've built btrfs packages for ubuntu 
> (intrepid). You can find them in my PPA 
> (http://launchpad.net/~brcha/+archive/ppa) 

Thanks for this! I've been slowly working on a wiki page on the ubuntu 
community help site for exactly this.

https://help.ubuntu.com/community/btrfs

Please feel free to edit if you have any suggestions.

--
Peter VK

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Jan Engelhardt | 3 Mar 2009 03:28

Picon

Inode count in statvfs

Hi,

I noticed that `df -i` on btrfs returns zero values, much like it does 
for vfat and - I think I remember - reiser3.
It would be nice if btrfs could count the number of inodes on a volume, 
to get an overview of just how much dust I am collecting.
Is it doable?

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/loop0                 0       0       0    -  /lo/kernel2

Jan
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Jan Engelhardt | 3 Mar 2009 04:09

Picon

Bug at extent-tree.c:3190

Hi,

The following oops was obtained by doing some copying; it's tainted-P by 
nvidia but maybe it still gives some hints.
The testcase is basically

$ rsync -HPSav a/ b/

where by a/ is a collection of kernel trees, and b/ is a fresh btrfs.

$ ls -l a/
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:32 linux17
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux18
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux19
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux20
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux21
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux22
drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux23
drwxr-xr-x 20 jengelh users 4096 Jan 10 07:35 linux24
drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux25
drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux26
drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux27
drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux28

btrfs searching for 98304 bytes, num_bytes 98304, loop 2, allowed_alloc 1
btrfs searching for 49152 bytes, num_bytes 49152, loop 2, allowed_alloc 1
btrfs searching for 24576 bytes, num_bytes 24576, loop 2, allowed_alloc 1
btrfs searching for 12288 bytes, num_bytes 12288, loop 2, allowed_alloc 1
btrfs searching for 45056 bytes, num_bytes 45056, loop 2, allowed_alloc 1
btrfs searching for 20480 bytes, num_bytes 20480, loop 2, allowed_alloc 1

(Continue reading)

Josef Bacik | 3 Mar 2009 16:40

Picon

Re: Bug at extent-tree.c:3190

On Tue, Mar 03, 2009 at 04:09:38AM +0100, Jan Engelhardt wrote:
> Hi,
> 
> 
> 
> The following oops was obtained by doing some copying; it's tainted-P by 
> nvidia but maybe it still gives some hints.
> The testcase is basically
> 
> $ rsync -HPSav a/ b/
> 
> where by a/ is a collection of kernel trees, and b/ is a fresh btrfs.
> 
> $ ls -l a/
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:32 linux17
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux18
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux19
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux20
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux21
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux22
> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux23
> drwxr-xr-x 20 jengelh users 4096 Jan 10 07:35 linux24
> drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux25
> drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux26
> drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux27
> drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux28
> 
>

ENOSPC, sorry :)

(Continue reading)

Jan Engelhardt | 3 Mar 2009 17:11

Picon

Re: Bug at extent-tree.c:3190


On Tuesday 2009-03-03 16:40, Josef Bacik wrote:
>> 
>> The following oops was obtained by doing some copying; it's tainted-P by 
>> nvidia but maybe it still gives some hints.
>> The testcase is basically
>> 
>> $ rsync -HPSav a/ b/
>> 
>> where by a/ is a collection of kernel trees, and b/ is a fresh btrfs.
>> 
>> $ ls -l a/
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:32 linux17
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux18
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux19
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux20
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux21
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux22
>> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux23
>> drwxr-xr-x 20 jengelh users 4096 Jan 10 07:35 linux24
>> drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux25
>> drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux26
>> drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux27
>> drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux28
>
>ENOSPC, sorry :)

Ah heh, could be a cause. Even so, there is still "plenty" of
space (loop1 with btrfs is also 4184064K in size):

(Continue reading)

Josef Bacik | 3 Mar 2009 17:16

Picon

Re: Bug at extent-tree.c:3190

On Tue, Mar 03, 2009 at 05:11:06PM +0100, Jan Engelhardt wrote:
> 
> On Tuesday 2009-03-03 16:40, Josef Bacik wrote:
> >> 
> >> The following oops was obtained by doing some copying; it's tainted-P by 
> >> nvidia but maybe it still gives some hints.
> >> The testcase is basically
> >> 
> >> $ rsync -HPSav a/ b/
> >> 
> >> where by a/ is a collection of kernel trees, and b/ is a fresh btrfs.
> >> 
> >> $ ls -l a/
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:32 linux17
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux18
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux19
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:34 linux20
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux21
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux22
> >> drwxr-xr-x 19 jengelh users 4096 Jan 10 07:35 linux23
> >> drwxr-xr-x 20 jengelh users 4096 Jan 10 07:35 linux24
> >> drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux25
> >> drwxr-xr-x 21 jengelh users 4096 Jan 10 07:36 linux26
> >> drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux27
> >> drwxr-xr-x 22 jengelh users 4096 Jan 10 07:37 linux28
> >
> >ENOSPC, sorry :)
> 
> Ah heh, could be a cause. Even so, there is still "plenty" of
> space (loop1 with btrfs is also 4184064K in size):

(Continue reading)

Sage Weil | 3 Mar 2009 20:00

Re: [PATCH] btrfs: flushoncommit mount option

...and this one!

thanks-
sage

On Fri, 23 Jan 2009, Sage Weil wrote:

> Hi Chris-
> 
> Here's a simpler version of the patch that drops the unrelated sync_fs 
> stuff.
> 
> thanks-
> sage
> 
> 
> The 'flushoncommit' mount option forces any data dirtied by a write in a
> prior transaction to commit as part of the current commit.  This makes
> the committed state a fully consistent view of the file system from the
> application's perspective (i.e., it includes all completed file system
> operations).  This was previously the behavior only when a snapshot is
> created.
> 
> This is used by Ceph to ensure that completed writes make it to the
> platter along with the metadata operations they are bound to (by
> BTRFS_IOC_TRANS_{START,END}).
> 
> Signed-off-by: Sage Weil <sage <at> newdream.net>
> ---
>  fs/btrfs/ctree.h       |    1 +

(Continue reading)

Sage Weil | 3 Mar 2009 20:00

Re: [PATCH] btrfs: notreelog mount option

Hi Chris-

Just pinging you on this patch...

On Fri, 23 Jan 2009, Sage Weil wrote:

> Add a 'notreelog' mount option to disable the tree log (used by fsync,
> O_SYNC writes).
> 
> Signed-off-by: Sage Weil <sage <at> newdream.net>
> ---
>  fs/btrfs/ctree.h    |    1 +
>  fs/btrfs/super.c    |    8 +++++++-
>  fs/btrfs/tree-log.c |    4 ++++
>  3 files changed, 12 insertions(+), 1 deletions(-)
> 
> diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h
> index de103a8..471fa67 100644
> --- a/fs/btrfs/ctree.h
> +++ b/fs/btrfs/ctree.h
>  <at>  <at>  -950,6 +950,7  <at>  <at>  struct btrfs_root {
>  #define BTRFS_MOUNT_SSD			(1 << 3)
>  #define BTRFS_MOUNT_DEGRADED		(1 << 4)
>  #define BTRFS_MOUNT_COMPRESS		(1 << 5)
> +#define BTRFS_MOUNT_NOTREELOG           (1 << 6)
>  
>  #define btrfs_clear_opt(o, opt)		((o) &= ~BTRFS_MOUNT_##opt)
>  #define btrfs_set_opt(o, opt)		((o) |= BTRFS_MOUNT_##opt)
> diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
> index 4c0b756..d8c664c 100644

(Continue reading)

Group

gmane.comp.file-systems.btrfs.

Project Web Page

Development of the BTRFS linux file system

Search Archive

Page

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11

Articles in period: 103

March 2009

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

[PATCH V2] Btrfs-progs: fix compile warning in btrfs_free_block_groups (18 May 2013)
[PATCH] Btrfs-progs: fix compile warning in btrfs_free_block_groups() (18 May 2013)
[PATCH V2] Btrfs-progs: fix missing recow roots when making btrfs file (18 May 2013)
[GIT PULL] Btrfs updates (18 May 2013)
btrfs: error -5 while searching for dev_stats item for device (18 May 2013)
[PATCH] Btrfs: make sure roots are assigned before freeing their nodes (17 May 2013)
[PATCH] Btrfs-progs: add --init-extent-tree to btrfsck (17 May 2013)
[PATCH 0/4] a structure for the disks scan for btrfs (17 May 2013)
[PATCH] Btrfs: fix memory leak in replace_path (17 May 2013)
kernel 3.8.8: btrfs still crashes on boot when it can't replay a log (16 May 2013)
[PATCH] Btrfs: do delay iput in sync_fs (16 May 2013)
[PATCH] btrfs-progs: mkfs: add -O option to specify fs features (16 May 2013)
[PATCH] Btrfs: explicitly use global_block_rsv for quota_tree (16 May 2013)
[PATCH v3 0/4] Btrfs-progs: speedup btrfs send/receive (16 May 2013)
[PATCH v3 0/8] Btrfs: introduce a tree for UUID to subvol ID mapping (16 May 2013)
[PATCH] btrfs-progs: restore: use long option for the path regex (16 May 2013)
[PATCH] Btrfs-progs: add a newline to a free space cache message (15 May 2013)
kernel BUG at fs/btrfs/free-space-cache.c:1567!, Kernel 3.9.1 (15 May 2013)
[PATCH] Btrfs-progs: detect when scrub is started twice (15 May 2013)
[PATCH 00/17] improve the block time during the transaction commit (15 May 2013)
subvol copying (15 May 2013)

Archives

430	May 2013
723	April 2013
797	March 2013
794	February 2013
977	January 2013
452	December 2012
414	November 2012
813	October 2012
534	September 2012
487	August 2012
561	July 2012
612	June 2012
546	May 2012
456	April 2012
403	March 2012
478	February 2012
437	January 2012
381	December 2011
610	November 2011
605	October 2011
367	September 2011
505	August 2011
563	July 2011
557	June 2011
501	May 2011
475	April 2011
472	March 2011
299	February 2011
507	January 2011
429	December 2010
442	November 2010
343	October 2010
251	September 2010
279	August 2010
188	July 2010
173	June 2010
219	May 2010
159	April 2010
311	March 2010
269	February 2010
311	January 2010
139	December 2009
236	November 2009
178	October 2009
176	September 2009
164	August 2009
199	July 2009
141	June 2009
83	May 2009
200	April 2009
103	March 2009
187	February 2009
646	January 2009
211	December 2008
115	November 2008
238	October 2008
106	September 2008
185	August 2008
153	July 2008
119	June 2008
62	May 2008
72	April 2008
75	March 2008
101	February 2008
120	January 2008
38	December 2007
37	November 2007
51	October 2007
81	September 2007
76	August 2007
4	July 2007

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template