Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751985AbdG0TgY (ORCPT ); Thu, 27 Jul 2017 15:36:24 -0400 Received: from mail-oi0-f41.google.com ([209.85.218.41]:34322 "EHLO mail-oi0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751966AbdG0TgW (ORCPT ); Thu, 27 Jul 2017 15:36:22 -0400 MIME-Version: 1.0 X-Originating-IP: [176.63.54.97] In-Reply-To: References: From: Miklos Szeredi Date: Thu, 27 Jul 2017 21:36:20 +0200 Message-ID: Subject: Re: xattr hash error in 4.13-rc with overlayfs over ext4 To: Tahsin Erdogan Cc: "Theodore Ts'o" , "linux-ext4@vger.kernel.org" , linux-fsdevel@vger.kernel.org, lkml , "linux-unionfs@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1015 Lines: 28 On Thu, Jul 27, 2017 at 9:28 PM, Miklos Szeredi wrote: > On Thu, Jul 27, 2017 at 8:20 PM, Tahsin Erdogan wrote: >> Hi Miklos, >> I made a first attempt to reproduce the failure but did not get lucky. >> >>> Inode 3093, i_blocks is 16, should be 8. Fix? yes >> Does this inode correspond to foo, bar or a preexisting file? The inode in question corresponds to the copy-up of bar into upper. There's quite a lot overlayfs does in this apparently simple operation, and that's probably why I've not been able to reproduce without overlayfs (although admittedly I didn't try very hard). It's basically the following: - create tempfile - copy data from lower/bar to work/index/XXX using reflink - copy metadata - set trusted.overlay.origin xattr - set trusted.overlay.nlink xattr - hardlink index file to upper/bar - overwrite trusted.overlay.nlink with different value And ther's also some attr and xattr setting going on for the upper directory. Thanks, Miklos