From mboxrd@z Thu Jan 1 00:00:00 1970 From: Toshi Kani Subject: Re: ext4 error Date: Wed, 13 Apr 2016 08:10:27 -0600 Message-ID: <1460556627.24985.28.camel@hpe.com> References: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: "akpm@linux-foundation.org" , "dan.j.williams@intel.com" , "viro@zeniv.linux.org.uk" , "ross.zwisler@linux.intel.com" , "kirill.shutemov@linux.intel.com" , "david@fromorbit.com" , "jack@suse.cz" , "tytso@mit.edu" , "adilger.kernel@dilger.ca" , "linux-nvdimm@lists.01.org" , "linux-fsdevel@vger.kernel.org" , "linux-ext4@vger.kernel.org" , "xfs@oss.sgi.com" , "linux-kernel@vger.kernel.org" To: Eric Shang , Matthew Wilcox Return-path: In-Reply-To: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-ext4.vger.kernel.org On Wed, 2016-04-13 at 13:44 +0000, Eric Shang wrote: > HI All: > =C2=A0 I meet an ext4 error, following is the error log. After panic,= I check the > emmc by the tool debufs, the inode 69878 i_nlink is not zero. And thi= s inode > don't belong to parent dir 6987, it belong to other file(this inode b= elong to > two files when check by debugfs ncheck), I guess than this inode has = beed > deleted in memory and already used by other file. But the parent dent= ry > buff_head not flush to emmc. But when lookup this dentry can't find i= t' in > dentry cache, and then lookup_real, read the dentry from emmc, get th= e file > inode which already be deleted. > =C2=A0 Can any give me some help how to check this issue. My kernel v= ersion is 3.18 > form Android . I thinks something wrong with dentry cache flush and d= irty > buff_head flush to emmc. Thanks all! Are you somehow using DAX and my dax_get_unmapped_area patches in your = Android 3.18 kernel? I doubt this is the case, but I thought I should check sin= ce you reported it to me and Matthew with the same cc list. If you are simply using a distributed Android kernel, you should report= it to Android email list or bug tracker. -Toshi From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from g9t5009.houston.hp.com (g9t5009.houston.hp.com [15.240.92.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B650C1A1F4F for ; Wed, 13 Apr 2016 07:19:03 -0700 (PDT) Message-ID: <1460556627.24985.28.camel@hpe.com> Subject: Re: ext4 error From: Toshi Kani Date: Wed, 13 Apr 2016 08:10:27 -0600 In-Reply-To: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> References: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> Mime-Version: 1.0 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Eric Shang , Matthew Wilcox Cc: "jack@suse.cz" , "linux-nvdimm@lists.01.org" , "david@fromorbit.com" , "linux-kernel@vger.kernel.org" , "xfs@oss.sgi.com" , "adilger.kernel@dilger.ca" , "kirill.shutemov@linux.intel.com" , "linux-fsdevel@vger.kernel.org" , "tytso@mit.edu" , "akpm@linux-foundation.org" , "linux-ext4@vger.kernel.org" , "viro@zeniv.linux.org.uk" List-ID: T24gV2VkLCAyMDE2LTA0LTEzIGF0IDEzOjQ0ICswMDAwLCBFcmljIFNoYW5nIHdyb3RlOgo+IEhJ IEFsbDoKPiDCoCBJIG1lZXQgYW4gZXh0NCBlcnJvciwgZm9sbG93aW5nIGlzIHRoZSBlcnJvciBs b2cuIEFmdGVyIHBhbmljLCBJIGNoZWNrIHRoZQo+IGVtbWMgYnkgdGhlIHRvb2wgZGVidWZzLCB0 aGUgaW5vZGUgNjk4NzggaV9ubGluayBpcyBub3QgemVyby4gQW5kIHRoaXMgaW5vZGUKPiBkb24n dCBiZWxvbmcgdG8gcGFyZW50IGRpciA2OTg3LCBpdCBiZWxvbmcgdG8gb3RoZXIgZmlsZSh0aGlz IGlub2RlIGJlbG9uZyB0bwo+IHR3byBmaWxlcyB3aGVuIGNoZWNrIGJ5IGRlYnVnZnMgbmNoZWNr KSwgSSBndWVzcyB0aGFuIHRoaXMgaW5vZGUgaGFzIGJlZWQKPiBkZWxldGVkIGluIG1lbW9yeSBh bmQgYWxyZWFkeSB1c2VkIGJ5IG90aGVyIGZpbGUuIEJ1dCB0aGUgcGFyZW50IGRlbnRyeQo+IGJ1 ZmZfaGVhZCBub3QgZmx1c2ggdG8gZW1tYy4gQnV0IHdoZW4gbG9va3VwIHRoaXMgZGVudHJ5IGNh bid0IGZpbmQgaXQnIGluCj4gZGVudHJ5IGNhY2hlLCBhbmQgdGhlbiBsb29rdXBfcmVhbCwgcmVh ZCB0aGUgZGVudHJ5IGZyb20gZW1tYywgZ2V0IHRoZSBmaWxlCj4gaW5vZGUgd2hpY2ggYWxyZWFk eSBiZSBkZWxldGVkLgo+IMKgIENhbiBhbnkgZ2l2ZSBtZSBzb21lIGhlbHAgaG93IHRvIGNoZWNr IHRoaXMgaXNzdWUuIE15IGtlcm5lbCB2ZXJzaW9uIGlzIDMuMTgKPiBmb3JtIEFuZHJvaWQgLiBJ IHRoaW5rcyBzb21ldGhpbmcgd3Jvbmcgd2l0aCBkZW50cnkgY2FjaGUgZmx1c2ggYW5kIGRpcnR5 Cj4gYnVmZl9oZWFkIGZsdXNoIHRvIGVtbWMuIFRoYW5rcyBhbGwhCgpBcmUgeW91IHNvbWVob3cg dXNpbmcgREFYIGFuZCBteSBkYXhfZ2V0X3VubWFwcGVkX2FyZWEgcGF0Y2hlcyBpbiB5b3VyIEFu ZHJvaWQKMy4xOCBrZXJuZWw/IEkgZG91YnQgdGhpcyBpcyB0aGUgY2FzZSwgYnV0IEkgdGhvdWdo dCBJIHNob3VsZCBjaGVjayBzaW5jZSB5b3UKcmVwb3J0ZWQgaXQgdG8gbWUgYW5kIE1hdHRoZXcg d2l0aCB0aGUgc2FtZSBjYyBsaXN0LgoKSWYgeW91IGFyZSBzaW1wbHkgdXNpbmcgYSBkaXN0cmli dXRlZCBBbmRyb2lkIGtlcm5lbCwgeW91IHNob3VsZCByZXBvcnQgaXQgdG8KQW5kcm9pZCBlbWFp bCBsaXN0IG9yIGJ1ZyB0cmFja2VyLgoKLVRvc2hpCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCkxpbnV4LW52ZGltbSBtYWlsaW5nIGxpc3QKTGludXgtbnZk aW1tQGxpc3RzLjAxLm9yZwpodHRwczovL2xpc3RzLjAxLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xp bnV4LW52ZGltbQo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 821777CA2 for ; Wed, 13 Apr 2016 09:19:08 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 40D4A304062 for ; Wed, 13 Apr 2016 07:19:05 -0700 (PDT) Received: from g9t5009.houston.hp.com (g9t5009.houston.hp.com [15.240.92.67]) by cuda.sgi.com with ESMTP id w5vkF3rvWbiiDI09 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 13 Apr 2016 07:19:03 -0700 (PDT) Message-ID: <1460556627.24985.28.camel@hpe.com> Subject: Re: ext4 error From: Toshi Kani Date: Wed, 13 Apr 2016 08:10:27 -0600 In-Reply-To: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> References: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> Mime-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Eric Shang , Matthew Wilcox Cc: "jack@suse.cz" , "linux-nvdimm@lists.01.org" , "linux-kernel@vger.kernel.org" , "xfs@oss.sgi.com" , "adilger.kernel@dilger.ca" , "kirill.shutemov@linux.intel.com" , "linux-fsdevel@vger.kernel.org" , "tytso@mit.edu" , "akpm@linux-foundation.org" , "linux-ext4@vger.kernel.org" , "ross.zwisler@linux.intel.com" , "dan.j.williams@intel.com" , "viro@zeniv.linux.org.uk" T24gV2VkLCAyMDE2LTA0LTEzIGF0IDEzOjQ0ICswMDAwLCBFcmljIFNoYW5nIHdyb3RlOgo+IEhJ IEFsbDoKPiDCoCBJIG1lZXQgYW4gZXh0NCBlcnJvciwgZm9sbG93aW5nIGlzIHRoZSBlcnJvciBs b2cuIEFmdGVyIHBhbmljLCBJIGNoZWNrIHRoZQo+IGVtbWMgYnkgdGhlIHRvb2wgZGVidWZzLCB0 aGUgaW5vZGUgNjk4NzggaV9ubGluayBpcyBub3QgemVyby4gQW5kIHRoaXMgaW5vZGUKPiBkb24n dCBiZWxvbmcgdG8gcGFyZW50IGRpciA2OTg3LCBpdCBiZWxvbmcgdG8gb3RoZXIgZmlsZSh0aGlz IGlub2RlIGJlbG9uZyB0bwo+IHR3byBmaWxlcyB3aGVuIGNoZWNrIGJ5IGRlYnVnZnMgbmNoZWNr KSwgSSBndWVzcyB0aGFuIHRoaXMgaW5vZGUgaGFzIGJlZWQKPiBkZWxldGVkIGluIG1lbW9yeSBh bmQgYWxyZWFkeSB1c2VkIGJ5IG90aGVyIGZpbGUuIEJ1dCB0aGUgcGFyZW50IGRlbnRyeQo+IGJ1 ZmZfaGVhZCBub3QgZmx1c2ggdG8gZW1tYy4gQnV0IHdoZW4gbG9va3VwIHRoaXMgZGVudHJ5IGNh bid0IGZpbmQgaXQnIGluCj4gZGVudHJ5IGNhY2hlLCBhbmQgdGhlbiBsb29rdXBfcmVhbCwgcmVh ZCB0aGUgZGVudHJ5IGZyb20gZW1tYywgZ2V0IHRoZSBmaWxlCj4gaW5vZGUgd2hpY2ggYWxyZWFk eSBiZSBkZWxldGVkLgo+IMKgIENhbiBhbnkgZ2l2ZSBtZSBzb21lIGhlbHAgaG93IHRvIGNoZWNr IHRoaXMgaXNzdWUuIE15IGtlcm5lbCB2ZXJzaW9uIGlzIDMuMTgKPiBmb3JtIEFuZHJvaWQgLiBJ IHRoaW5rcyBzb21ldGhpbmcgd3Jvbmcgd2l0aCBkZW50cnkgY2FjaGUgZmx1c2ggYW5kIGRpcnR5 Cj4gYnVmZl9oZWFkIGZsdXNoIHRvIGVtbWMuIFRoYW5rcyBhbGwhCgpBcmUgeW91IHNvbWVob3cg dXNpbmcgREFYIGFuZCBteSBkYXhfZ2V0X3VubWFwcGVkX2FyZWEgcGF0Y2hlcyBpbiB5b3VyIEFu ZHJvaWQKMy4xOCBrZXJuZWw/IEkgZG91YnQgdGhpcyBpcyB0aGUgY2FzZSwgYnV0IEkgdGhvdWdo dCBJIHNob3VsZCBjaGVjayBzaW5jZSB5b3UKcmVwb3J0ZWQgaXQgdG8gbWUgYW5kIE1hdHRoZXcg d2l0aCB0aGUgc2FtZSBjYyBsaXN0LgoKSWYgeW91IGFyZSBzaW1wbHkgdXNpbmcgYSBkaXN0cmli dXRlZCBBbmRyb2lkIGtlcm5lbCwgeW91IHNob3VsZCByZXBvcnQgaXQgdG8KQW5kcm9pZCBlbWFp bCBsaXN0IG9yIGJ1ZyB0cmFja2VyLgoKLVRvc2hpCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwp4ZnMgbWFpbGluZyBsaXN0Cnhmc0Bvc3Muc2dpLmNvbQpo dHRwOi8vb3NzLnNnaS5jb20vbWFpbG1hbi9saXN0aW5mby94ZnMK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031209AbcDMOTH (ORCPT ); Wed, 13 Apr 2016 10:19:07 -0400 Received: from g9t5009.houston.hp.com ([15.240.92.67]:54021 "EHLO g9t5009.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1031045AbcDMOTF (ORCPT ); Wed, 13 Apr 2016 10:19:05 -0400 Message-ID: <1460556627.24985.28.camel@hpe.com> Subject: Re: ext4 error From: Toshi Kani To: Eric Shang , Matthew Wilcox Cc: "akpm@linux-foundation.org" , "dan.j.williams@intel.com" , "viro@zeniv.linux.org.uk" , "ross.zwisler@linux.intel.com" , "kirill.shutemov@linux.intel.com" , "david@fromorbit.com" , "jack@suse.cz" , "tytso@mit.edu" , "adilger.kernel@dilger.ca" , "linux-nvdimm@lists.01.org" , "linux-fsdevel@vger.kernel.org" , "linux-ext4@vger.kernel.org" , "xfs@oss.sgi.com" , "linux-kernel@vger.kernel.org" Date: Wed, 13 Apr 2016 08:10:27 -0600 In-Reply-To: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> References: <0255994B402DE243B1DFC1057A00655201AC6F@ZXSHMBX02.zhaoxin.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2 (3.18.5.2-1.fc23) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2016-04-13 at 13:44 +0000, Eric Shang wrote: > HI All: >   I meet an ext4 error, following is the error log. After panic, I check the > emmc by the tool debufs, the inode 69878 i_nlink is not zero. And this inode > don't belong to parent dir 6987, it belong to other file(this inode belong to > two files when check by debugfs ncheck), I guess than this inode has beed > deleted in memory and already used by other file. But the parent dentry > buff_head not flush to emmc. But when lookup this dentry can't find it' in > dentry cache, and then lookup_real, read the dentry from emmc, get the file > inode which already be deleted. >   Can any give me some help how to check this issue. My kernel version is 3.18 > form Android . I thinks something wrong with dentry cache flush and dirty > buff_head flush to emmc. Thanks all! Are you somehow using DAX and my dax_get_unmapped_area patches in your Android 3.18 kernel? I doubt this is the case, but I thought I should check since you reported it to me and Matthew with the same cc list. If you are simply using a distributed Android kernel, you should report it to Android email list or bug tracker. -Toshi