From: Theodore Ts'o <tytso@mit.edu>
To: lokesh jaliminche <lokesh.jaliminche@gmail.com>
Cc: Ross Zwisler <ross.zwisler@linux.intel.com>,
Xiong Zhou <xzhou@redhat.com>, Andreas Dilger <adilger@dilger.ca>,
linux-nvdimm@ml01.01.org, linux-ext4 <linux-ext4@vger.kernel.org>,
linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: ext2/3 using ext4 module mkdir IO error on pmem DAX mount
Date: Thu, 3 Mar 2016 18:49:04 -0500 [thread overview]
Message-ID: <20160303234904.GF24012@thunk.org> (raw)
In-Reply-To: <CAKJOkCoLEs2cQuS+CeciUY39ErQeOYmkQ_Jj4gHePPTUTMngrA@mail.gmail.com>
On Thu, Mar 03, 2016 at 10:49:51PM +0530, lokesh jaliminche wrote:
> Hi,
> I have tested it locally I am also getting same error but not
> consistently. I have put some debug logs for debugging, as per the logs
> it seems that block_group is not getting initialized properly. I am
> not sure weather this is because of my patch. Need to debug more.
I'm quite sure it's your patch, so I'm going to drop it for now. Note
that with ext3, we don't have flex_bg's (the flex_bg size is 1).
Here's a reliable repro:
kvm-xfstests --no-log -c ext3 generic/003
For more about kvm-xfstests
https://git.kernel.org/cgit/fs/ext2/xfstests-bld.git/tree/quick-start?h=META
Output from running this test:
BEGIN TEST ext3: Ext4 4k block emulating ext3 Thu Mar 3 18:39:33 EST 2016
DEVICE: /dev/vdd
MK2FS OPTIONS: -q -O ^extents,^flex_bg,^uninit_bg,^64bit,^metadata_csum,^huge_file,^dir_nlink,^extra_isize
MOUNT OPTIONS: -o block_validity,nodelalloc
FSTYP -- ext4
PLATFORM -- Linux/i686 kvm-xfstests 4.5.0-rc2-00026-g1f2d779
MKFS_OPTIONS -- -q -O ^extents,^flex_bg,^uninit_bg,^64bit,^metadata_csum,^huge_file,^dir_nlink,^extra_isize /dev/vdc
MOUNT_OPTIONS -- -o acl,user_xattr -o block_validity,nodelalloc /dev/vdc /vdc
generic/003 [18:39:35][ 13.096353] run fstests generic/003 at 2016-03-03 18:39:35
[ 14.859764] EXT4-fs error (device vdc): ext4_get_group_desc:288: comm mkdir: block_group >= groups_count - block_group = 850480444, groups_count = 40
[ 16.944808] EXT4-fs (vdc): warning: mounting fs with errors, running e2fsck is recommended
[ 16.956276] EXT4-fs error (device vdc): ext4_get_group_desc:288: comm mkdir: block_group >= groups_count - block_group = 3221700656, groups_count = 40
[ 19.023011] EXT4-fs (vdc): warning: mounting fs with errors, running e2fsck is recommended
[ 22.104702] EXT4-fs (vdc): warning: mounting fs with errors, running e2fsck is recommended
[18:39:46] - output mismatch (see /results/results-ext3/generic/003.out.bad)
--- tests/generic/003.out 2016-02-29 22:18:21.000000000 -0500
+++ /results/results-ext3/generic/003.out.bad 2016-03-03 18:39:46.587676694 -0500
@@ -1,2 +1,46 @@
QA output created by 003
+mkdir: cannot create directory '/vdc/dir1': Input/output error
+./tests/generic/003: line 93: /vdc/dir1/file1: No such file or directory
+stat: cannot stat '/vdc/dir1/file1': No such file or directory
+cat: /vdc/dir1/file1: No such file or directory
+stat: cannot stat '/vdc/dir1/file1': No such file or directory
+ERROR: access time has not been updated after accessing file1 first time
...
(Run 'diff -u tests/generic/003.out /results/results-ext3/generic/003.out.bad' to see the entire diff)
Ran: generic/003
Failures: generic/003
Failed 1 of 1 tests
(In fact a huge number of tests fail using the ext3 configuration, but
generic/003 is a quick fast test. Before submitting patches, please
run at the very least "kvm-xfstests smoke". Admittedly, for this bug
the smoke test wouldn't have been enough. You would have needed
"kvm-xfstests-g quick", or preferably, "kvm-xfstests -g auto".
Alternatively, you can use gce-xfstests, which uses Google Compute
Engine where you can just fire off the tests, and it will send you
e-mail with the test results. See
https://git.kernel.org/cgit/fs/ext2/xfstests-bld.git/tree/kvm-xfstests/README.GCE
for more information.)
- Ted
next prev parent reply other threads:[~2016-03-03 23:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-02 6:43 ext2/3 using ext4 module mkdir IO error on pmem DAX mount Xiong Zhou
2016-03-03 0:28 ` Ross Zwisler
2016-03-03 17:19 ` lokesh jaliminche
2016-03-03 23:49 ` Theodore Ts'o [this message]
2016-03-04 18:26 ` lokesh jaliminche
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160303234904.GF24012@thunk.org \
--to=tytso@mit.edu \
--cc=adilger@dilger.ca \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=linux-nvdimm@ml01.01.org \
--cc=lokesh.jaliminche@gmail.com \
--cc=ross.zwisler@linux.intel.com \
--cc=xzhou@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).