[PATCH v4] Btrfs: send, fix file corruption due to incorrect cloning operations

From: Filipe Manana If we have a file that shares an extent with other files, when processing the extent item relative to a shared extent, we blindly issue a clone operation that will target a length matching the length in the extent item and uses as a source some other file

[PATCH v2] fstests: test btrfs send with shared and compressed extents

From: Filipe Manana Test that a send operation works correctly with reflinked files (cloned extents which multiple files point to) that have compressed extents. This used to fail on btrfs, resulting in different file digests after receiving the send stream, and got fixed by

Re: [PATCH v2 00/23] Rework btrfs qgroup reserved space framework

On Fri, Oct 9, 2015 at 6:45 AM, Qu Wenruo wrote: > > > Josef Bacik wrote on 2015/10/08 21:36 -0700: >> >> On 10/08/2015 07:11 PM, Qu Wenruo wrote: >>> >>> In previous rework of qgroup, we succeeded in fixing qgroup accounting >>> part, making the rfer/excl numbers

kernel BUG at /linux/fs/btrfs/extent-tree.c:1833!

At first i add a new device to my btrfs raid1 pool and start balance. After ~5 hours, balanace hangs and cpu-usage goes to 100% (kworker/u4 use all cpu-power). What should i do now? Run "btrfs check --repair" on all devices? Kernel: 4.2.3-040203-generic Btrfs progs v4.2.1 Full Syslog:

Re: [PATCH v2 00/23] Rework btrfs qgroup reserved space framework

Filipe Manana wrote on 2015/10/09 07:41 +0100: On Fri, Oct 9, 2015 at 6:45 AM, Qu Wenruo wrote: Josef Bacik wrote on 2015/10/08 21:36 -0700: On 10/08/2015 07:11 PM, Qu Wenruo wrote: In previous rework of qgroup, we succeeded in fixing qgroup accounting part,

Re: BTRFS RAID1 behavior after one drive temporal disconection

On 2015-10-08 18:22, Hugo Mills wrote: On Fri, Oct 09, 2015 at 12:16:43AM +0200, Pavel Pisa wrote: Hello Hugo, On Thursday 08 of October 2015 23:13:52 Hugo Mills wrote: On Thu, Oct 08, 2015 at 07:47:33AM -0400, Austin S Hemmelgarn wrote: On 2015-10-08 04:28, Pavel Pisa wrote: I go to use

Re: [PATCH v5 8/9] vfs: Add vfs_copy_file_range() support for pagecache copies

On 08/10/15 02:40, Neil Brown wrote: > Anna Schumaker writes: > >> @@ -1338,34 +1362,26 @@ ssize_t vfs_copy_file_range(struct file *file_in, >> loff_t pos_in, >> struct file *file_out, loff_t pos_out, >> size_t len,

Re: [PATCH] btrfs: fix waitqueue_active without memory barrier in btrfs

On Fri, Oct 09, 2015 at 12:35:48AM +, Kosuke Tatsukawa wrote: > This patch removes the call to waitqueue_active() leaving just wake_up() > behind. This fixes the problem because the call to spin_lock_irqsave() > in wake_up() will be an ACQUIRE operation. Either we can switch it to wake_up or

[PATCH] Introduce device pool sysfs attributes

This patch introduces sysfs layout for btrfs pool and devices. This patch was previously submitted as prototype/RFC with the subject [PATCH RFC v2] btrfs: add sysfs layout to show volume info And also I conducted a short survey to know if user would want the pool attributes to be separated

[GIT PULL] Btrfs device related fixes to support new features and bug fixes

Hi David, Please consider the following fixes for your integration. These patches provide bug fixes, framework changes to support new features, and 3 new features. They are mainly related to the device management like delete device by devid, introduce sysfs for device and pool, and fix the

[GIT PULL] Btrfs

Hi Linus, I have a few fixes in my for-linus-4.3 branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus-4.3 These are small and assorted. Neil's is the oldest, I dropped the ball thinking he was going to send it in. Filipe Manana (3) commits (+26/-12):

[PATCH] btrfs: Introduce device pool sysfs attributes

This patch provides, sysfs attributes for user land to read device and pool related informations, form the btrfs kernel. Internally these informations are from the struct btrfs_fs_devices and btrfs_device. As sysfs would reflect the state of the devices within btrfs kernel, and so will help to

Re: kernel BUG at /linux/fs/btrfs/extent-tree.c:1833!

Hi Peter, I would try to add the mount option skip_balance for your raid1 pool first, then see if you can use your system as you normally would. I assume you can live without explicit (re-)balance for some time, i.e. that the original disks are not too full. I recently did also some disks