[PATCH 1/2] vfs: leverage bd_super in get_active_super

2012-10-12 Thread Fernando Luis Vázquez Cao
Subject: vfs: leverage bd_super in get_active_super Using get_active_super will not work properly if the fs (like btrfs) does not save its s_bdev with the device it is on. Also it does not provide the entire picture, since an filesystem can be contained on multiple disks (again like btrfs).

[PATCH 2/2] btrfs: store pointer to superblock in bd_super

2012-10-12 Thread Fernando Luis Vázquez Cao
Subject: btrfs: store pointer to superblock in bd_super This is needed to get get_active_super and, by extension, thaw_bdev initiated freezes working. Thanks go to Josef Bacik and Christoph Hellwig for initiating this effort to fix btrfs and for suggesting the solution implemented here,

Re: [PATCH v2 1/4] Btrfs-progs: add mount-option command

2012-10-12 Thread Tsutomu Itoh
Hi, (2012/10/12 12:24), Hidetoshi Seto wrote: This patch adds mount-option command that can set/get/clear default mount options. Signed-off-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com --- Makefile |4 +- btrfs-parse-mntopt.c | 109 +

Re: [PATCH][BTRFS-PROGS][V1] btrfs filesystem df

2012-10-12 Thread Martin Steigerwald
Hi Goffredo, Bart, Hugo, Am Dienstag, 9. Oktober 2012 schrieb Goffredo Baroncelli: On 10/09/2012 02:51 PM, Bart Noordervliet wrote: On Tue, Oct 9, 2012 at 1:38 PM, Goffredo Baroncellikreij...@gmail.com wrote: Hi Bart, I replayed in another email to Hugo about that. Basically I am not

Re: [PATCH][BTRFS-PROGS][V1] btrfs filesystem df

2012-10-12 Thread Martin Steigerwald
Am Mittwoch, 3. Oktober 2012 schrieb Ilya Dryomov: $ ./btrfs filesystem df / Path: / Summary: Disk_size: 72.57GB Disk_allocated:25.10GB Disk_unallocated: 47.48GB Logical_size: 23.06GB Used: 11.01GB

Re: [PATCH][BTRFS-PROGS][V1] btrfs filesystem df

2012-10-12 Thread Martin Steigerwald
Am Mittwoch, 3. Oktober 2012 schrieb Ilya Dryomov: On Wed, Oct 03, 2012 at 06:46:00PM +0200, Goffredo Baroncelli wrote: On 10/03/2012 05:01 PM, Ilya Dryomov wrote: Type for the first column is probably enough. Why is the third column called Chunk-size? If my understanding is correct,

Re: Two Issues with Btrfs Delayed Cleaner Process (linux-next)

2012-10-12 Thread Alex Lyakas
Hi Mitch, for issue (1) I proposed a small patch here: http://www.spinics.net/lists/linux-btrfs/msg19574.html which resolves it for me. The problem is that there are subvolumes that still exist in the root tree, but don't have their ROOT_BACKREF entry anymore. However, Miao's rework of the

Re: Varying Leafsize and Nodesize in Btrfs

2012-10-12 Thread Martin Steigerwald
Am Donnerstag, 30. August 2012 schrieb Mitch Harder: I've been trying out different leafsize/nodesize settings by benchmarking some typical operations. These changes had more impact than I expected. Using a leafsize/nodesize of either 8192 or 16384 provided a noticeable improvement in my

Re: btrfs receive to subdirectory

2012-10-12 Thread Alex Lyakas
Hi Rory, can you pls check if you have a file /etc/mtab on your machine? If not or if it's empty or something like, then this probably explains the issue. In this case, pls apply patch2 that is attached (instead of previous patches). Otherwise, pls try with patch1 (instead of previous) and then

Re: Varying Leafsize and Nodesize in Btrfs

2012-10-12 Thread Martin Steigerwald
Am Freitag, 12. Oktober 2012 schrieb Martin Steigerwald: Time (seconds) to finish 7 simultaneous copy operations on a set of Linux kernel git sources. Leafsize/ NodesizeTime (Std Dev%) 4096 124.7 (1.25%) 8192 115.2 (0.69%) 16384114.8 (0.53%) 65536

[PATCH] Fits: tool to parse stream

2012-10-12 Thread Arne Jansen
Simple tool to parse a fits-stream from stdout. Signed-off-by: Arne Jansen sensi...@gmx.net --- The idea of the btrfs send stream format was to generate it in a way that it is easy to receive on different platforms. Thus the proposed name FITS, for Filesystem Incremental Backup Stream. We should

[PATCH] Btrfs-progs: loopback files cannot be used if the path is too long

2012-10-12 Thread nirbheek . chauhan
From: Nirbheek Chauhan nirbheek.chau...@collabora.co.uk If the path to a given loopback file is longer than 64 characters, none of the Btrfs-progs tools can use it. This is because the size of loopinfo.lo_name returned by the LOOP_GET_STATUS ioctl is 64. The attached patch fixes this by fetching

[PATCH] Btrfs-progs: fix resolving of loop devices

2012-10-12 Thread nirbheek . chauhan
From: Nirbheek Chauhan nirbheek.chau...@collabora.co.uk The LOOP_GET_STATUS ioctl truncates filenames to 64 characters. We should get the backing file for a given loop device from /sys/. This is how losetup does it as well. --- utils.c | 26 ++ 1 files changed, 14

Re: [PATCH] Fits: tool to parse stream

2012-10-12 Thread Arne Jansen
On 12.10.2012 17:19, Andrey Kuzmin wrote: Besides already occupied name discussed in a separate thread, I'd suggest to check if libcrc32 may be linked directly instead of copying. Formats for various types may be also declared static instead of conditionals in the code. The code is

Re: btrfs receive to subdirectory

2012-10-12 Thread Rory Campbell-Lange
On 12/10/12, Alex Lyakas (alex.bt...@zadarastorage.com) wrote: Hi Rory, can you pls check if you have a file /etc/mtab on your machine? If not or if it's empty or something like, then this probably explains the issue. In this case, pls apply patch2 that is attached (instead of previous

Crash / assertion failure in btrfsck

2012-10-12 Thread Chris Chiappa
For kicks, I started doing a btrfs balance on filesystem A yesterday. At some point, a process (a backup script which uses rsync) ran which did a lot of I/O on A and then proceeded to a lot of I/O on filesystem B (also btrfs) as well. At some point, I got a BUG in __btrfs_inc_extent_ref: Oct 12