From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 341B37F47 for ; Thu, 5 Mar 2015 09:21:23 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0EF6A8F804C for ; Thu, 5 Mar 2015 07:21:22 -0800 (PST) Received: from fieldses.org (fieldses.org [173.255.197.46]) by cuda.sgi.com with ESMTP id cucK7sW1SM2Oslbw for ; Thu, 05 Mar 2015 07:21:18 -0800 (PST) Date: Thu, 5 Mar 2015 10:21:17 -0500 From: "J. Bruce Fields" Subject: Re: panic on 4.20 server exporting xfs filesystem Message-ID: <20150305152117.GB15674@fieldses.org> References: <20150303221033.GB19439@fieldses.org> <20150303224456.GV4251@dastard> <20150304020826.GD19439@fieldses.org> <20150304044141.GQ18360@dastard> <20150305131901.GB16235@lst.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20150305131901.GB16235@lst.de> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Christoph Hellwig Cc: linux-nfs@vger.kernel.org, xfs@oss.sgi.com On Thu, Mar 05, 2015 at 02:19:01PM +0100, Christoph Hellwig wrote: > On Wed, Mar 04, 2015 at 03:41:41PM +1100, Dave Chinner wrote: > > As I understand it, nothing will prevent this - if you don't change > > the UUID on the filesystem when you clone it, then the UUID will > > still match and writes can be directed to any block deice with a > > matching offset/UUID pair. > > Unfortunately that's the case indeed. The whole discovery part of > the block layout protocol is fundamentally flawed, as is the recall > part. This is my attempt to fix it, but I have no idea how to proceed > from posting my draft to the IETF to actually making it a standard: > > http://tools.ietf.org/html/draft-hellwig-nfsv4-scsi-layout-00 Keep asking, I guess. I'll try to give it a review too. May be another reason we can't keep it on by default, if it all it takes is some confusion with snapshots and something disastrous happens on upgrade to a block pnfs-supporting kernel. Though maybe that's really a client bug, as it should probably be getting an OK from someone before using a device. Arguably the "systemctl start nfs-blkmap" or equivalent is that, but something more explicit might be better. --b. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs