From: Dave Chinner <david@fromorbit.com>
To: Ajeet Yadav <ajeet.yadav.77@gmail.com>
Cc: xfs@oss.sgi.com
Subject: Re: xfstest run result on 2.6.35.13 X86, 51 test cases failed
Date: Wed, 15 Jun 2011 00:03:48 +1000 [thread overview]
Message-ID: <20110614140348.GD32466@dastard> (raw)
In-Reply-To: <BANLkTi=3NPR=EG8bqjr+xzPtNRkpYnyqmA@mail.gmail.com>
On Tue, Jun 14, 2011 at 02:08:59PM +0530, Ajeet Yadav wrote:
> On Mon, Jun 13, 2011 at 7:43 PM, Dave Chinner <david@fromorbit.com> wrote:
> > On Mon, Jun 13, 2011 at 02:16:02PM +0530, Ajeet Yadav wrote:
> >> Dear All.
> >> I have installed the 2.6.35.13 long term valilla kernel release
> >> (www.kenrel.org) on my Intel core 2 duo PC, and run 11-05-2011 xfstest
> >> version, and run on it, below is the list of fails test cases.
> >> As far as I know community uses xfstest for QA, seeing so many fails,
> >> I am bit worried.
> >
> > It shouldn't fail very many tests at all...
> >
> >> Can anyone hepl me know that why so many fails, is I missed some
> >> config option ? or these test cases are not applicable ? or there is
> >> someting else
> >
> > Well, without telling us why the tests are failing (i.e. copy all
> > the output rather than just telling us some tests failed) we have no
> > idea what the failures you are seeing are. Without some indication
> > of what they failures are nobody can really comment on your
> > situation....
>
> I better to send the xfstest log as attachment becuase of it large size
Which means I can't easily quote sections of it.
It looks like you are running "check" without a group specification,
so it's just running all the tests, including known broken tests
(e.g. test 018). It looks like there are problems unmounting the
scratch device as a result, so lots of tests are subsequently
failing due to that. You should be running either the "auto" or
"quick" group tests.
Aslo, seeing failures like this:
180 [failed, exit status 1] - output mismatch (see 180.out.bad)
--- 180.out 2011-05-11 22:32:24.000000000 +0530
+++ 180.out.bad 2011-06-09 18:18:39.666610999 +0530
@@ -1 +1,3 @@
QA output created by 180
+common.config: Error: $SCRATCH_MNT (/home/manish/Projects/xfstests/sdb4) is not a directory
+./180: line 38: _cleanup_testdir: command not found
Makes me think you've got problems with your test setup that need
to be fixed before you go any further.
FWIW, your tests are running terribly slowly - e.g. it's taking 2795
seconds to run test 013 on a non-debug kernel. It takes 20s to run
in a VM on my laptop (and it's quite a slow laptop) so I really
suspect you may have some deeper problem of which the xfstests
failures are just a symptom of....
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2011-06-14 14:03 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-13 8:46 xfstest run result on 2.6.35.13 X86, 51 test cases failed Ajeet Yadav
2011-06-13 14:13 ` Dave Chinner
2011-06-14 8:38 ` Ajeet Yadav
2011-06-14 14:03 ` Dave Chinner [this message]
2011-06-15 8:56 ` Ajeet Yadav
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=20110614140348.GD32466@dastard \
--to=david@fromorbit.com \
--cc=ajeet.yadav.77@gmail.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.