Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3289172ybi; Sun, 2 Jun 2019 11:01:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqwvVeezHAN4D4zA+CXwevEULfjKH3dBkdUXYws6eeejtGAASF7YXPK8IybMr2mGj2lZWQjc X-Received: by 2002:aa7:9a95:: with SMTP id w21mr25861723pfi.248.1559498517431; Sun, 02 Jun 2019 11:01:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559498517; cv=none; d=google.com; s=arc-20160816; b=M5mVzPa5HHo78JlKbgM7Xpg1S/5jHtnMTe3kmXnWq5CNfjUutHz/aD/+vAfWW/Zrc4 rLxFjiuKuT89FnmsKFuocOmm9CTbfbSd8HC2WwDAwQwxDS3OyD5j+Ou01V1sO7zAg91F xLtZS5asYFPck6Z/79nx4tCADVyYFPw4zl8AK/IVZLD4akviFwu6aofXIA/Irpcbkye5 nestdyM1saWnw5EMDnZhXpjHOH6KS30IItbfGV2B+SSENjOsEliJPNkZhw84h7jn0rU0 efJ+4Ec+wc2Dgl4obgl57hpTxc/zeN6nnyAEeE1SFL/CShpzehcwyRImXuChy8Ou7mWK ijdw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=3uDPc6X+l7WH1LckLb85lDYlwyISGHwtcTGFkqkZ//I=; b=ciov0Qi+6my4YZUPab0zbBT4hCJEOHH59ujvBw+MEJfiJPPqddZzUMJ6qu7/qY1UoJ hNTZSGk4DDIDNzor39b4vTzgCcL2FNYeEwmtEr/wtm8oSrM4qpyg/uge0nS6/ALm9tvz uQtb4Bey1PZEZTKatAGNV/omHKFIty2y1GJXNOOOxgH8cXaveJiPMmx1sXxJg/0P4/eW XzFxPQywkwVLGX9L8BJSPpWgYoRQLc2dTO4Yn9oh2bOKyuS0KIpuZ0/Ez+yZjmIqUIv2 xNWfcnsnhtxZ+XtuNa3jgkR6orV85YGIFaPf2jVMbtDdTik4Icj6lZ/+3MJdpt54lEoy kaAw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id bx19si1932859pjb.98.2019.06.02.11.01.24; Sun, 02 Jun 2019 11:01:57 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726656AbfFBSBN (ORCPT + 99 others); Sun, 2 Jun 2019 14:01:13 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:43234 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726170AbfFBSBM (ORCPT ); Sun, 2 Jun 2019 14:01:12 -0400 Received: from callcc.thunk.org ([66.31.38.53]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x52I0w4O013375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 2 Jun 2019 14:00:58 -0400 Received: by callcc.thunk.org (Postfix, from userid 15806) id 10303420481; Sun, 2 Jun 2019 14:00:58 -0400 (EDT) Date: Sun, 2 Jun 2019 14:00:58 -0400 From: "Theodore Ts'o" To: Amir Goldstein Cc: Marco Nelissen , overlayfs , Ext4 , Gabriel Krisman Bertazi , "Darrick J. Wong" Subject: Re: which lower filesystems are actually supported? Message-ID: <20190602180057.GA4865@mit.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Sun, Jun 02, 2019 at 09:42:54AM +0300, Amir Goldstein wrote: > [+cc ext4] Heads up on bug reports "Overlayfs fails to mount with ext4" > > On Sat, Jun 1, 2019 at 11:02 PM Marco Nelissen wrote: > > > > According to the documentation, "The lower filesystem can be any filesystem > > supported by Linux", however this appears to not actually be the case, since > > using a vfat filesystem results in the mount command printing "mount: > > wrong fs type, bad option, bad superblock on overlay, missing codepage or > > helper program, or other error", with dmesg saying "overlayfs: filesystem on > > '/boot' not supported". > > (that's from ovl_mount_dir_noesc(), when ovl_dentry_weird() returns nonzero) > > Specifically for vfat it is weird because of > dentry->d_flags & (DCACHE_OP_HASH | DCACHE_OP_COMPARE) > because it is case insensitive. Marco, did you actually *need* to use the case insensitive feature? It is not turned on by default by e2fsprogs, and the assumption was that it only be turned in cases where it was needed --- e.g., VM's running Steam games that need Microsoft file system semantics, including case insensitivity, Samba (and eventually NFSv4) file servers for the same reason, and Android (so people won't have to try to get the abomination known as sdcardfs upstream :-). > > I am guessing when people start using case insensitive enabled ext4, > this problem > is going to surface, because the same ext4 (e.g. root fs) could be > used for samba > export (case insensitive) and docker storage (overlayfs). So I didn't think this would be that common, since you can certainly run Sambda without this new file system feature --- Samba has lived without it for over a decade. However, if you are running a high performance file server, it matters --- but if you're running a high performance file server, you're certainly not going to be trying to do it on the same server as one running Docker. Now, if you're trying to use overlayfs for some kind of snapshot application, then we'll need to figure out how to make overlayfs and ext4 work together --- but I view this as much more over an overlay compatibility issue than an ext4 bug. We *might* be able to only set the dentry functions on directory entries belonging to directories which have the casefold flag set, instead of simply setting it on all ext4 dentry entries. But still won't change the fact that overlayfs is going to have case insensitivity support if we want the combination of overlayfs && casefold to be supported. > I didn't see that xfstests-bld was updated with case folding configs for ext4, > nor that xfstests has any new case folding tests (saw some posted), so I guess > that is still in the works (?). That's correct, it's still on the todo list. > Did you happen to try out overlayfs/docker over a case insensitive enabled fs? Nope. I didn't think that was going to be a common use case. Docker is typically used on servers, where as case insensitivity is important for clients and file servers --- at least on the general case. > I wonder if you could spare a few extra GCE instances per pre-release tests > to run an overlay over ext4 config? > I was nagging Darrick about this for a while and now I think the > overlay/xfs config > is being tested regularly. It wouldn't be that hard to test overlayfs with ext4 for my pre-release testing. But it would only be in the default ext4 configuration --- and that doesn't include the case fold feature. - Ted