public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Cyril Hrubis <chrubis@suse.cz>
To: Troy-lee <798528972@qq.com>
Cc: ltp-list <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] Could you help me to analyse the LTP output
Date: Tue, 9 Dec 2014 14:04:29 +0100	[thread overview]
Message-ID: <20141209130429.GB1576@rei.suse.de> (raw)
In-Reply-To: <tencent_18E2F5FD3ACC10A855AF6945@qq.com>

Hi!
> accept04_01    1  TBROK  :  accept4_01.c:121: Connect Error: errno=ENETUNREACH(101): Network is unreachable
> accept04_01    2  TBROK  :  accept4_01.c:121: Remaining cases broken

This looks like loopback device is not configured correctly.

> access06		2
> <<<test_start>>>
> tag=access06 stime=946685015
> cmdline="access06"
> contacts=""
> analysis=exit
> <<<test_output>>>
> access06    0  TINFO  :  Using test device LTP_DEV=''
> access06    1  TBROK  :  ../include/safe_macros.h:297: tst_device.c:180: stat(,0xbedc0640) failed: errno=ENOENT(2): No such file or directory
> access06    2  TBROK  :  ../include/safe_macros.h:297: Remaining cases broken

This looks like runltp failure. The LTP_DEV was not prepared correctly.

What distribution/kernel version/LTP version is this?

> connect01		2
> <<<test_start>>>
> tag=connect01 stime=946685141
> cmdline="connect01"
> contacts=""
> analysis=exit
> <<<test_output>>>
> connect01    1  TPASS  :  bad file descriptor successful
> connect01    2  TPASS  :  invalid socket buffer successful
> connect01    3  TPASS  :  invalid salen successful
> connect01    4  TPASS  :  invalid socket successful
> connect01    5  TBROK  :  connect01.c:237: socket setup failed connect test 4: errno=EINVAL(22): Invalid argument
> connect01    6  TBROK  :  connect01.c:237: Remaining cases broken
> <<<execution_status>>>
> initiation_status="ok"
> duration=1 termination_type=exited termination_id=2 corefile=no
> cutime=0 cstime=4
> <<<test_end>>>
> 
> fcntl07_64		2
> <<<test_start>>>
> tag=fcntl07_64 stime=946685258
> cmdline="fcntl07_64"
> contacts=""
> analysis=exit
> <<<test_output>>>
> /udisk/ltp/testcases/bin/fcntl07_64: line 1: syntax error: unexpected word (expecting ")")

This is really strange. The fcntl07_64 is a binary compiled from C
source and this is an error from shell.

> fstatfs01		1
> <<<test_start>>>
> tag=fstatfs01 stime=946687988
> cmdline="fstatfs01"
> contacts=""
> analysis=exit
> <<<test_output>>>
> fstatfs01    1  TPASS  :  fstatfs() on a file - f_type=858458f6
> fstatfs01    2  TFAIL  :  fstatfs01.c:92: fstatfs() on a pipe: TEST_ERRNO=ENOSYS(38): Function not implemented

This is a bug in kernel. The fstatfs() on a pipe was accidentally
disabled and then reenabled back.

See BUGS section in:

http://man7.org/linux/man-pages/man2/statfs.2.html

> getegid02		2
> <<<test_start>>>
> tag=getegid02 stime=946688011
> cmdline="getegid02"
> contacts=""
> analysis=exit
> <<<test_output>>>
> getegid02    1  TBROK  :  getegid02.c:66: geteuid() returned unexpected value 0
> getegid02    2  TBROK  :  getegid02.c:66: Remaining cases broken
> <<<execution_status>>>
> initiation_status="ok"
> duration=1 termination_type=exited termination_id=2 corefile=no
> cutime=0 cstime=15
> <<<test_end>>>
> 
> 
> getegid02_16	2
> <<<test_start>>>
> tag=getegid02_16 stime=946688012
> cmdline="getegid02_16"
> contacts=""
> analysis=exit
> <<<test_output>>>
> getegid02_16    1  TBROK  :  getegid02.c:66: geteuid() returned unexpected value 0
> getegid02_16    2  TBROK  :  getegid02.c:66: Remaining cases broken

This looks like a system configuration problem. The test tries to get
entry from /etc/passwd for root user but fails to do so.

> getrusage03		2
> <<<test_start>>>
> tag=getrusage03 stime=946688040
> cmdline="getrusage03"
> contacts=""
> analysis=exit
> <<<test_output>>>
> getrusage03    0  TINFO  :  allocate 100MB
> getrusage03    1  TBROK  :  safe_macros.c:152: getrusage03.c:343: malloc(104857600) failed: errno=ENOMEM(12): Cannot allocate memory
> getrusage03    2  TBROK  :  safe_macros.c:152: Remaining cases broken

This one should be pretty self explaining. Not enough memory and/or
turned off memory overcommit.

> ioctl03			2
> <<<test_start>>>
> tag=ioctl03 stime=946688083
> cmdline="     ioctl03"
> contacts=""
> analysis=exit
> <<<test_output>>>
> ioctl03     1  TBROK  :  ioctl03.c:102: opening /dev/net/tun failed: errno=ENOENT(2): No such file or directory
> ioctl03     2  TBROK  :  ioctl03.c:102: Remaining cases broken
> <<<execution_status>>>
> initiation_status="ok"
> duration=1 termination_type=exited termination_id=2 corefile=no
> cutime=0 cstime=1
> <<<test_end>>>
> 
> 
> inotify01		36
> <<<test_start>>>
> tag=inotify01 stime=946688085
> cmdline="inotify01"
> contacts=""
> analysis=exit
> <<<test_output>>>
> inotify01    1  TCONF  :  inotify01.c:224: inotify is not configured in this kernel.
> inotify01    2  TCONF  :  inotify01.c:224: Remaining cases not appropriate for configuration
> inotify01    0  TWARN  :  inotify01.c:243: inotify_rm_watch (-1, 0) failed: errno=ENOSYS(38): Function not implemented
> inotify01    0  TWARN  :  inotify01.c:248: close(-1) failed

This is a bug in the test when inotify is not compiled in kernel. The
test tries to do a cleanup but fails to do so because the initialization
wasn't done.

I will fix that.

> move_pages03	1
> <<<test_start>>>
> tag=move_pages03 stime=946688201
> cmdline="cd $LTPROOT/testcases/bin && chown root move_pages03 && chmod 04755 move_pages03 && move_pages.sh 03"
> contacts=""
> analysis=exit
> <<<test_output>>>
> chown: unknown user root

Again looks like something is wrong with /etc/passwd

> mq_notify01		1
> <<<test_start>>>
> tag=mq_notify01 stime=946688214
> cmdline="mq_notify01"
> contacts=""
> analysis=exit
> <<<test_output>>>
> EXPECT: return value(ret)=-1 errno=9 (Bad file descriptor)
> RESULT: return value(ret)=-1 errno=38 (Function not implemented)
> EXPECT: return value(ret)=-1 errno=9 (Bad file descriptor)
> RESULT: return value(ret)=-1 errno=38 (Function not implemented)
> EXPECT: return value(ret)=-1 errno=9 (Bad file descriptor)
> RESULT: return value(ret)=-1 errno=38 (Function not implemented)
> mq_notify01    0  TINFO  :  (case00) START
> mq_notify01    1  TFAIL  :  mq_notify01.c:208: mq_open failed: TEST_ERRNO=ENOSYS(38): Function not implemented
> mq_notify01    0  TINFO  :  (case00) END => NG
> mq_notify01    0  TINFO  :  (case01) START
> mq_notify01    2  TFAIL  :  mq_notify01.c:208: mq_open failed: TEST_ERRNO=ENOSYS(38): Function not implemented
> mq_notify01    0  TINFO  :  (case01) END => NG
> mq_notify01    0  TINFO  :  (case02) START
> mq_notify01    3  TFAIL  :  mq_notify01.c:208: mq_open failed: TEST_ERRNO=ENOSYS(38): Function not implemented
> mq_notify01    0  TINFO  :  (case02) END => NG
> mq_notify01    0  TINFO  :  (case03) START
> mq_notify01    0  TINFO  :  (case03) END => NG
> mq_notify01    0  TINFO  :  (case04) START
> mq_notify01    0  TINFO  :  (case04) END => NG
> mq_notify01    0  TINFO  :  (case05) START
> mq_notify01    0  TINFO  :  (case05) END => NG
> mq_notify01    0  TINFO  :  (case06) START
> mq_notify01    4  TFAIL  :  mq_notify01.c:208: mq_open failed: TEST_ERRNO=ENOSYS(38): Function not implemented
> mq_notify01    0  TINFO  :  (case06) END => NG
> mq_notify01    5  TFAIL  :  mq_notify01.c:354: mq_notify failed
> <<<execution_status>>>
> initiation_status="ok"
> duration=1 termination_type=exited termination_id=1 corefile=no
> cutime=0 cstime=1
> <<<test_end>>>

These tests are broken if mq_* syscalls are not compiled in kernel and
should be fixed as well.

> nanosleep02		1
> <<<test_start>>>
> tag=nanosleep02 stime=946688438
> cmdline="nanosleep02"
> contacts=""
> analysis=exit
> <<<test_output>>>
> nanosleep02    0  TWARN  :  nanosleep02.c:209: This test could fail if the system was under load
> nanosleep02    0  TWARN  :  nanosleep02.c:211: due to the limitation of the way it calculates the
> nanosleep02    0  TWARN  :  nanosleep02.c:212: system call execution time.
> nanosleep02    1  TFAIL  :  nanosleep02.c:215: Remaining sleep time 3995059 usec doesn't match with the expected 3999263 usec time
> nanosleep02    1  TFAIL  :  nanosleep02.c:163: child process exited abnormally; status = 1280
> <<<execution_status>>>
> initiation_status="ok"
> duration=1 termination_type=exited termination_id=1 corefile=no
> cutime=0 cstime=0
> <<<test_end>>>

No idea here. Will need to be analysed.

-- 
Cyril Hrubis
chrubis@suse.cz

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2014-12-09 13:04 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-09  0:44 [LTP] Could you help me to analyse the LTP output =?gb18030?B?VHJveS1sZWU=?=
2014-12-09 13:04 ` Cyril Hrubis [this message]
2014-12-09 13:09   ` Cyril Hrubis
2014-12-09 13:45   ` Cyril Hrubis
2014-12-13  7:42     ` =?gb18030?B?VHJveS1sZWU=?=
2014-12-15 10:49       ` Cyril Hrubis

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=20141209130429.GB1576@rei.suse.de \
    --to=chrubis@suse.cz \
    --cc=798528972@qq.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