From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from verein.lst.de ([213.95.11.211]:38985 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751137AbdEBORx (ORCPT ); Tue, 2 May 2017 10:17:53 -0400 Date: Tue, 2 May 2017 16:17:51 +0200 From: Christoph Hellwig To: Amir Goldstein Cc: Christoph Hellwig , "Darrick J . Wong" , Miklos Szeredi , Vivek Goyal , Al Viro , linux-xfs , linux-unionfs@vger.kernel.org, linux-fsdevel Subject: Re: [PATCH v2] xfs: publish UUID in struct super_block Message-ID: <20170502141751.GA21564@lst.de> References: <1493388001-15879-1-git-send-email-amir73il@gmail.com> <20170502073019.GD11582@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, May 02, 2017 at 05:13:56PM +0300, Amir Goldstein wrote: > How can it create problems if uniqueness is not guaranteed with > Current s_uuid? Even if we did make the xfs uuid table code generic > It couldn't be the vfs default. Filesystems will have to opt in. It creates problems if you e.g. mount an ext4 fs and a dm snaphot of it. The non-XFS file systems are simply buggy in this regard. Non-uniqueue uuids are an absolute no-go.