Messages in this thread | | | From | "Lay, Kuan Loon" <> | Subject | RE: EXT4 bad block - ext4_xattr_block_get | Date | Mon, 9 May 2016 01:52:18 +0000 |
| |
Hi,
Not getting the bad block message after disable metadata_csum.
Best Regards, Lay
> -----Original Message----- > From: Philipp Hahn [mailto:pmhahn@pmhahn.de] > Sent: Monday, May 2, 2016 2:43 PM > To: Lay, Kuan Loon <kuan.loon.lay@intel.com>; tytso@mit.edu; > adilger.kernel@dilger.ca; linux-ext4@vger.kernel.org; linux- > kernel@vger.kernel.org > Subject: Re: EXT4 bad block - ext4_xattr_block_get > > Hello, > > Am 28.04.2016 um 11:44 schrieb Lay, Kuan Loon: > > I encounter random bad block on different file, the message looks like > "EXT4-fs error (device mmcblk0p14): ext4_xattr_block_get:298: inode #77: > comm (syslogd): bad block 7288". > > Interesting; I posted a similar bug report on 2016-04-19 titles [BUG 4.1.11] > EXT4-fs error: ext4_xattr_block_get:299 - Remounting filesystem read-only > > I never got a reply. > > > I am using mke2fs 1.43-WIP (18-May-2015) and I saw this message > "Suggestion: Use Linux kernel >= 3.18 for improved stability of the metadata > and journal checksum features." print out. > > > > My current kernel version is 3.14.55, what patch I need to backport to solve > the bad block issue? > > That one happened on 4.1.11 on a virtual machine running inside VMware- > ESX after a hardware change. Last change was to disabled the pvscsi drivers > again; the system seems to be running fine since 1 week, but the first time it > took 1 month to notice the corruption, so we're not yet sure that the > problem is solved. > > Philipp
| |