public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: chrubis@suse.cz
To: Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com>
Cc: vasily.isaenko@oracle.com, ltp-list@lists.sourceforge.net,
	miaox@cn.fujitsu.com
Subject: Re: [LTP] controllers/cpuset: promised patches
Date: Wed, 16 Oct 2013 12:47:12 +0200	[thread overview]
Message-ID: <20131016104712.GA24451@rei.Home> (raw)
In-Reply-To: <525E61D0.7030704@oracle.com>

Hi!
> >> This a series promised in 'Re: [LTP] [PATCH V2 8/8] controllers/cpuset: reorganization'.
> > The patches looks good, but when I try to run it on SLES11 SP3 I got
> > failures in setup() in cpuset_funcs.sh:
> >
> > TFAIL  :  Could not mount cgroup filesystem with
> > TWARN  :  /dev/cpuset already exists.. overwriting
> > mkdir: cannot create directory `/dev/cpuset': File exists
> > ...
> >
> >
> > If I comment the code in the setup() the tests at least run, but I got a
> > lot of invalid arguments and errors (see bellow). This is machine with
> > two nodes and 24 Xeon CPUs.
> 
> Thanks. I will check it. Could you paste the code you comment?

Just disable the setup, for example like this:

diff --git a/testcases/kernel/controllers/cpuset/cpuset_funcs.sh b/testcases/kernel/controllers/cpuset/cpuset_funcs.sh
index a83845c..b178d53 100755
--- a/testcases/kernel/controllers/cpuset/cpuset_funcs.sh
+++ b/testcases/kernel/controllers/cpuset/cpuset_funcs.sh
@@ -129,6 +129,7 @@ check()
 # clean any group created eralier (if any)
 setup()
 {
+       return 0;
        if [ -e "$CPUSET" ]
        then
                tst_resm TWARN "$CPUSET already exist.. overwriting"


And as I've looked for the the cpuset_funcs.sh I've found that there are two copies of the file that differ only in one line.

$ find -name cpuset_funcs.sh
./testcases/kernel/controllers/cpuset/cpuset_lib/cpuset_funcs.sh
./testcases/kernel/controllers/cpuset/cpuset_funcs.sh

$ diff -u cpuset_funcs.sh cpuset_lib/cpuset_funcs.sh 
--- cpuset_funcs.sh     2013-10-16 12:06:12.978604247 +0200
+++ cpuset_lib/cpuset_funcs.sh  2013-05-27 11:16:48.186777123 +0200
@@ -31,7 +31,7 @@
        N_NODES="`cat /sys/devices/system/node/has_normal_memory`"
 fi
 N_NODES=${N_NODES#*-*}
-N_NODES=$(($N_NODES + 1))
+: $((N_NODES++))
 
 CPUSET="/dev/cpuset"
 CPUSET_TMP="/tmp/cpuset_tmp"


We should remove one of them...

> I suppose cleanup() function doesn't perform normally. Since it has many 
> '> /dev/null 2>&1' you didn't see any errors on the screen.

That is likely.

And after I've rebooted the machine, the tests seems to run fine (the setup is
no longer commented).

I think that the problem is that the cleanup() is not able to cope with the
/dev/cpuset directory left out after killed cpuset01 test. I will look into
this.

-- 
Cyril Hrubis
chrubis@suse.cz

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  parent reply	other threads:[~2013-10-16 10:47 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-04 10:08 [LTP] controllers/cpuset: promised patches Stanislav Kholmanskikh
2013-10-04 10:08 ` [LTP] [PATCH 1/5] controllers/cpuset: reorganization Stanislav Kholmanskikh
2013-10-04 10:08 ` [LTP] [PATCH 2/5] controllers/cpuset: removed './' next to binaries Stanislav Kholmanskikh
2013-10-04 10:09 ` [LTP] [PATCH 3/5] controllers/cpuset: fix for old grep Stanislav Kholmanskikh
2013-10-04 10:09 ` [LTP] [PATCH 4/5] controllers/cpuset: required number of nodes Stanislav Kholmanskikh
2013-10-04 10:09 ` [LTP] [PATCH 5/5] cpuset_base_ops_test: using tst_kvercmp2 Stanislav Kholmanskikh
2013-10-15 13:30 ` [LTP] controllers/cpuset: promised patches chrubis
     [not found]   ` <525E61D0.7030704@oracle.com>
2013-10-16 10:47     ` chrubis [this message]
2013-10-16 18:07       ` 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=20131016104712.GA24451@rei.Home \
    --to=chrubis@suse.cz \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=miaox@cn.fujitsu.com \
    --cc=stanislav.kholmanskikh@oracle.com \
    --cc=vasily.isaenko@oracle.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