From: Zhao Hongjiang <zhaohongjiang37@gmail.com>
To: rjohnston@sgi.com
Cc: eguan@redhat.com, xfs@oss.sgi.com
Subject: Re: [PATCH 3/3] xfstests generic 310: fix common file path and other cleanups
Date: Tue, 09 Apr 2013 14:16:55 +0800 [thread overview]
Message-ID: <5163B257.4080809@gmail.com> (raw)
On 2013/4/8 22:05, Rich Johnston wrote:
> Hi Eryu,
>
> Thanks for this cleanup patch. I was going to revert patch "bbaf78c0" which introduced test generic/310 but will wait and see if Zhao will provide more information which could be added to this patch.
>
>
> On 04/07/2013 05:39 AM, Eryu Guan wrote:
>> 1. add one space between # and test description
>
> The rest of the changes look good, sorry I missed them when I reviewed .
>
>> 2. remove creator/owner info
>> 3. fix common/rc and common/filter path so they can be sourced correctly
>> 4. no need to remove $seq.full cause it's not used(or if verbose output
>> is needed, $seqres.full should be used)
>>
>> Signed-off-by: Eryu Guan <eguan@redhat.com>
>> ---
>> tests/generic/310 | 12 +++++-------
>> 1 file changed, 5 insertions(+), 7 deletions(-)
>>
>> diff --git a/tests/generic/310 b/tests/generic/310
>> index ef51422..35baa23 100644
>> --- a/tests/generic/310
>> +++ b/tests/generic/310
>> @@ -1,8 +1,8 @@
>> #! /bin/bash
>> # FS QA Test No. 310
>> #
>> -#Check if there are two threads,one keeps calling read() or lseek(), and
>> -#the other calling readdir(), both on the same directory fd.
>> +# Check if there are two threads,one keeps calling read() or lseek(), and
>> +# the other calling readdir(), both on the same directory fd.
>> #
>
> Hi Zhao,
>
> I did see both threads running at the same time, but the more I look at this, the more I am a loss as to what this test is doing.
>
> Will you expand this a little please. I should have asked for more justification the first time I reviewed this. Please provide what bug
> this is testing or what failure/weakness this test exposes. If there is a commit this is related to, please reference it.
>
When I ran it on ext2, ext3 and ext4 which has dir_index feature disabled, I got something like this:
EXT3-fs error (device loop1): ext3_readdir: bad entry in directory #34817: rec_len is \
smaller than minimal - offset=993, inode=0, rec_len=0, name_len=0 EXT3-fs error \
(device loop1): ext3_readdir: bad entry in directory #34817: rec_len is smaller than \
minimal - offset=1009, inode=0, rec_len=0, name_len=0 EXT3-fs error (device loop1): \
ext3_readdir: bad entry in directory #34817: rec_len is smaller than minimal - \
offset=993, inode=0, rec_len=0, name_len=0 EXT3-fs error (device loop1): \
ext3_readdir: bad entry in directory #34817: rec_len is smaller than minimal - \
offset=1009, inode=0, rec_len=0, name_len=0
...
If we configured errors=remount-ro, the filesystem will become read-only.
And you can find more infomation in http://marc.info/?t=136123715300001&r=1&w=2 as i mentioned.
If this message is needed i'll add it in the patch v2.
Thanks
--Zhao Hongjiang
> Thanks
> --Rich
>
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next reply other threads:[~2013-04-09 6:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-09 6:16 Zhao Hongjiang [this message]
2013-04-09 6:40 ` [PATCH 3/3] xfstests generic 310: fix common file path and other cleanups Dave Chinner
2013-04-09 7:25 ` Zhao Hongjiang
2013-04-09 12:00 ` Dave Chinner
-- strict thread matches above, loose matches on Subject: below --
2013-04-07 10:39 [PATCH 1/3] xfstests: remove comments about creator in new Eryu Guan
2013-04-07 10:39 ` [PATCH 3/3] xfstests generic 310: fix common file path and other cleanups Eryu Guan
2013-04-08 14:05 ` Rich Johnston
2013-04-09 5:29 ` Eryu Guan
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=5163B257.4080809@gmail.com \
--to=zhaohongjiang37@gmail.com \
--cc=eguan@redhat.com \
--cc=rjohnston@sgi.com \
--cc=xfs@oss.sgi.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.