From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6F0E3C433FE for ; Thu, 3 Mar 2022 00:50:04 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230505AbiCCAuq (ORCPT ); Wed, 2 Mar 2022 19:50:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53526 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230495AbiCCAuq (ORCPT ); Wed, 2 Mar 2022 19:50:46 -0500 Received: from fieldses.org (fieldses.org [IPv6:2600:3c00:e000:2f7::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DC42C85BD0; Wed, 2 Mar 2022 16:50:01 -0800 (PST) Received: by fieldses.org (Postfix, from userid 2815) id 266DA72C8; Wed, 2 Mar 2022 19:50:01 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.11.0 fieldses.org 266DA72C8 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fieldses.org; s=default; t=1646268601; bh=PVPdsK6mDTStjJW2Q2VEm4DPwkA73bY/qghpukeoqYk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kRUVK90Fr4BZ3TN4Zkf92wnI3pXU4iaw0N4fSi8b5d1oEzRIfhP7HiMSyHQ5yVT8a SmLdu2duEqyUCQTeR1rgkX/DGMh/UldSbabMR6PW0w0lWQcDsiCPK7TT/EAmTM/3Tg MVNlxGxKz/W+XHuuGFSXRb/BuV58fnQ5x/YzCREM= Date: Wed, 2 Mar 2022 19:50:01 -0500 From: "J. Bruce Fields" To: Josef Bacik Cc: linux-fsdevel , linux-nfs@vger.kernel.org, Chuck Lever Subject: Re: nfs generic/373 failure after "fs: allow cross-vfsmount reflink/dedupe" Message-ID: <20220303005001.GB21944@fieldses.org> References: <20220302082658.GF3927073@dread.disaster.area> <20220302211226.GG3927073@dread.disaster.area> <20220302220450.GD10757@fieldses.org> <20220302224250.GF10757@fieldses.org> <20220303000735.GA21944@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Wed, Mar 02, 2022 at 07:29:34PM -0500, Josef Bacik wrote: > On Wed, Mar 02, 2022 at 07:07:35PM -0500, J. Bruce Fields wrote: > > Sorry, took me a minute to understand, myself: > > > > It's actually only the client behavior that changed. Previously the > > client would reject an attempt to clone across filesystems, so the > > server never saw such a request. After this patch, the client will go > > ahead and send the CLONE. (Which, come to think of it, is probably the > > right thing for the client to do.) > > > > So the server's probably always had a bug, and this just uncovered it. > > > > I'd be curious what the consequences are. And where the check should be > > (above or below vfs_clone_file_range()?). > > > > This is where I'm confused, this really shouldn't succeed > > loff_t do_clone_file_range(struct file *file_in, loff_t pos_in, > struct file *file_out, loff_t pos_out, > loff_t len, unsigned int remap_flags) > { > loff_t ret; > > WARN_ON_ONCE(remap_flags & REMAP_FILE_DEDUP); > > if (file_inode(file_in)->i_sb != file_inode(file_out)->i_sb) > return -EXDEV; > > > loff_t vfs_clone_file_range(struct file *file_in, loff_t pos_in, > struct file *file_out, loff_t pos_out, > loff_t len, unsigned int remap_flags) > { > loff_t ret; > > file_start_write(file_out); > ret = do_clone_file_range(file_in, pos_in, file_out, pos_out, len, > remap_flags); > > And even if we get past here, I imagine XFS would freak out because it can't > find the extents (unless you're getting lucky and everything is lining up?). > I'm super confused... Bah, I see what you mean. Maybe there's something wrong with my setup. I'll try some more stuff and report back.... --b.