[PATCH 1/2] btrfs-progs: cmds-check.c: supports inode nbytes fix in lowmem

Added 'repair_inode_item' which dispatches functions such as 'repair_inode__nbytes_lowmem' to correct errors and 'struct inode_item_fix_info' to store correct values and errors. Signed-off-by: Su Yue --- cmds-check.c | 161

[PATCH 2/2] btrfs-progs: cmds-check.c: supports inode isize fix in lowmem

Add a function 'repair_inode_isize' to support inode isize repair. Signed-off-by: Su Yue --- cmds-check.c | 49 - 1 file changed, 48 insertions(+), 1 deletion(-) diff --git a/cmds-check.c b/cmds-check.c index

Re: [RFC] Converging userspace and kernel code

At 01/08/2017 09:16 PM, Goldwyn Rodrigues wrote: 1. Motivation While fixing user space tools for btrfs-progs, I found a couple of bugs which are already solved in kernel space but were not ported to user space. User space is a little ignored when it comes to fixing bugs in the core

Re: btrfs subvolume delete --commit-after doesn't wait for deletions

At 01/07/2017 06:43 AM, Bruce Guenter wrote: On Thu, Jan 05, 2017 at 10:03:17AM +0800, Qu Wenruo wrote: To wait the deletion finish, please use "btrfs filesystem sync". That doesn't entirely work either. It does appear to wait for something, but disk space available continues to increase

Re: [markfasheh/duperemove] Why blocksize is limit to 1MB?

On Wed, Jan 04, 2017 at 07:58:55AM -0500, Austin S. Hemmelgarn wrote: > On 2017-01-03 16:35, Peter Becker wrote: > >As i understand the duperemove source-code right (i work on/ try to > >improve this code since 5 or 6 weeks on multiple parts), duperemove > >does hashing and calculation before they

Re: [PATCH] btrfs: fix crash when tracepoint arguments are freed by wq callbacks

At 01/06/2017 10:11 PM, David Sterba wrote: Enabling btrfs tracepoints leads to instant crash, as reported. The wq callbacks could free the memory and the tracepoints started to dereference the members to get to fs_info. The proposed fix https://marc.info/?l=linux-btrfs=148172436722606=2

Re: Announcing btrfs-dedupe 1.1.0

It's supposed to be public! Will have to look into that In any case, it's also on github here: https://github.com/wellbehavedsoftware/btrfs-dedupe James On 08/01/17 22:22, j...@mailb.org wrote: hey, On 01/08/2017 05:57 PM, James Pharaoh wrote: As normal for open source where is the

Announcing btrfs-dedupe 1.1.0

Hi everyone, I'm pleased to announce a new version of my btrfs-dedupe tool, written in rust, available here: http://btrfs-dedupe.com/ Binary packages built on ubuntu (probably will work elsewhere, but haven't tried this), are available at:

[RFC] Converging userspace and kernel code

1. Motivation While fixing user space tools for btrfs-progs, I found a couple of bugs which are already solved in kernel space but were not ported to user space. User space is a little ignored when it comes to fixing bugs in the core functionality. XFS developers have already performed this and

Re: [PATCH v2] duperemove: test presence of dedupe ioctl

On Thu, Jan 05, 2017 at 11:07:32PM -0800, Darrick J. Wong wrote: > Since a zero-length dedupe operation is guaranteed to succeed, use that > to test whether or not this filesystem supports dedupe. > > Signed-off-by: Darrick J. Wong Didn't you already get my: