public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: chrubis@suse.cz
To: Ajoymon Joseph <AJOY.JOSEPH@LNTTECHSERVICES.COM>
Cc: "ltp-list@lists.sourceforge.net" <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] Request to help in analyzing the failed test cases in LTP
Date: Tue, 10 Jun 2014 14:48:15 +0200	[thread overview]
Message-ID: <20140610124815.GA32749@rei.Home> (raw)
In-Reply-To: <7CF842D49929104A9E5360C8FA9370998CEA4E@POCITMSEXMB03.LntUniverse.com>

Hi!
> Hi ,
>             I am not understanding how failed test cases can be checked. What is the reason for the failure. These are the failed test cases

There is nothing magical about this. You have to read the test source,
figure out what it does, find where it fails and figure out if it's test
or system fault.

> cat output/LTP_RUN_ON-2000_Jan_01-05h_26m_37s.failed
> chdir01A symlink01 -T
> fcntl13_64 fcntl13_64
> fcntl18_64 fcntl18_64
> fstatfs02_64 fstatfs02_64
> gethostid01 gethostid01
> ioctl03      ioctl03
> linkat01 linkat01
> msgctl11 msgctl11
> nftw6401 nftw6401
> rt_sigprocmask01 rt_sigprocmask01
> sendfile02_64 sendfile02_64
> sendfile03_64 sendfile03_64
> sendfile04_64 sendfile04_64
> sendfile05_64 sendfile05_64
> sendfile06_64 sendfile06_64
> sendfile07_64 sendfile07_64
> sendmsg01 sendmsg01
> signalfd4_01 signalfd4_01
> signalfd4_02 signalfd4_02
> statfs02_64 statfs02_64
> statfs03_64 statfs03_64
> syslog01 syslog01
> syslog02 syslog02
> syslog03 syslog03
> syslog04 syslog04
> syslog05 syslog05
> syslog07 syslog07
> syslog08 syslog08
> syslog09 syslog09
> syslog10 syslog10
> timer_gettime01 timer_gettime01
> utimensat01 utimensat_tests.sh
> gf01 growfiles -W gf01 -b -e 1 -u -i 0 -L 20 -w -C 1 -l -I r -T 10 glseek20 glseek20.2 -d $TMPDIR
> gf10 growfiles -W gf10 -b -e 1 -u -r 1-5000 -i 0 -L 30 -C 1 -I l g_lio14 g_lio14.2 -d $TMPDIR
> gf11 growfiles -W gf11 -b -e 1 -u -r 1-5000 -i 0 -L 30 -C 1 -I L g_lio15 g_lio15.2 -d $TMPDIR
> gf12 mkfifo $TMPDIR/gffifo17; growfiles -b -W gf12 -e 1 -u -i 0 -L 30 gffifo17 -d $TMPDIR
> gf13 mkfifo $TMPDIR/gffifo18; growfiles -b -W gf13 -e 1 -u -i 0 -L 30 -I r -r 1-4096 gffifo18 -d $TMPDIR
> gf14 growfiles -W gf14 -b -e 1 -u -i 0 -L 20 -w -l -C 1 -T 10 glseek19 glseek19.2 -d $TMPDIR
> gf15 growfiles -W gf15 -b -e 1 -u -r 1-49600 -I r -u -i 0 -L 120 Lgfile1 -d $TMPDIR
> gf16 growfiles -W gf16 -b -e 1 -i 0 -L 120 -u -g 4090 -T 100 -t 408990 -l -C 10 -c 1000 -S 10 -f Lgf02_ -d $TMPDIR
> gf17 growfiles -W gf17 -b -e 1 -i 0 -L 120 -u -g 5000 -T 100 -t 499990 -l -C 10 -c 1000 -S 10 -f Lgf03_ -d $TMPDIR
> gf18 growfiles -W gf18 -b -e 1 -i 0 -L 120 -w -u -r 10-5000 -I r -l -S 2 -f Lgf04_ -d $TMPDIR
> rwtest02 export LTPROOT; rwtest -N rwtest02 -c -q -i 60s  -f
> 
> 
> How it can be analyzed. I ran the test individually.
> 
> ./symlink01 -T chdir01
> 
> 
> Given the output.
> 
> chdir01     1  TFAIL  :  symlink(object, symbolic) was succesful.
> mkdir(object, 0700) was successful
> chdir(2) returned successfully, but getcwd(3) indicated new current working directory location /mnt/CPSW/tmp/chdf7a0eK/object not equal to expected /tmp/chdf7a0eK/object
> chdir01     2  TPASS  :  chdir(2) to non-existent object file location through symbolic link file failed as expected
> chdir01     3  TPASS  :  Nested symbolic link access condition caught.  ELOOP is returned
> 
> 
> How I can fix this issue?

As said above, you have to figure out what is wrong here. We cannot help
you unless you have at least some clue what went wrong.

From the log it looks like something is wrong with the /tmp location
perpahs some nonstandard steps used to setup the machine, but without
more information that is just wild guess.

-- 
Cyril Hrubis
chrubis@suse.cz

------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2014-06-10 12:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-10 11:34 [LTP] Request to help in analyzing the failed test cases in LTP Ajoymon Joseph
2014-06-10 12:48 ` chrubis [this message]
     [not found]   ` <7CF842D49929104A9E5360C8FA9370998CEAC3@POCITMSEXMB03.LntUniverse.com>
2014-06-16 12:48     ` chrubis

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=20140610124815.GA32749@rei.Home \
    --to=chrubis@suse.cz \
    --cc=AJOY.JOSEPH@LNTTECHSERVICES.COM \
    --cc=ltp-list@lists.sourceforge.net \
    /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