From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from aserp1040.oracle.com ([141.146.126.69]:40701 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751565AbdCABMh (ORCPT ); Tue, 28 Feb 2017 20:12:37 -0500 Date: Tue, 28 Feb 2017 17:12:01 -0800 From: Liu Bo To: Dave Jones Cc: Chris Mason , Josef Bacik , David Sterba , linux-btrfs@vger.kernel.org Subject: Re: assertion failed: last_size == new_size, file: fs/btrfs/inode.c Message-ID: <20170301011201.GB9546@lim.localdomain> Reply-To: bo.li.liu@oracle.com References: <20170227001842.dhrmaw3t3k4hkuii@codemonkey.org.uk> <20170227155348.GB13488@lim.localdomain> <20170227162342.z6j4bvinnqppwjjm@codemonkey.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20170227162342.z6j4bvinnqppwjjm@codemonkey.org.uk> Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Mon, Feb 27, 2017 at 11:23:42AM -0500, Dave Jones wrote: > On Mon, Feb 27, 2017 at 07:53:48AM -0800, Liu Bo wrote: > > On Sun, Feb 26, 2017 at 07:18:42PM -0500, Dave Jones wrote: > > > Hitting this fairly frequently.. I'm not sure if this is the same bug I've > > > been hitting occasionally since 4.9. The assertion looks new to me at least. > > > > > > > It was recently introduced by my commit and used to catch data loss at truncate. > > > > Were you running the test with a mkfs.btrfs -O NO_HOLES? > > (We just queued a fix for the NO_HOLES case in btrfs-next.) > > No, a fs created with default mkfs.btrfs options. I have this patch[1] to fix a bug which results in file hole extent, and this bug could lead us to hit the assertion. Would you try to run the test w/ it, please? [1]: https://patchwork.kernel.org/patch/9597281/ Thanks, -liubo