From: Nikola Ciprich <nikola.ciprich@linuxbox.cz>
To: Shubham Goyal <shubham@linux.vnet.ibm.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] LTP: memcg_stress_test hanging whole box
Date: Tue, 29 Nov 2011 23:03:08 +0100 [thread overview]
Message-ID: <20111129220308.GA3953@nik-comp.lan> (raw)
In-Reply-To: <4ED480A4.2000003@linux.vnet.ibm.com>
[-- Attachment #1.1: Type: text/plain, Size: 1445 bytes --]
> I have also seen some hangs with memcg_stress test on some of my x
> machines. But this is not consistent for me as the same set of tests
> works fine on one machine and hangs on other. Yes this is not expected
> behavior and ideally tests should complete. Can you please give a try
> after changing swap space to twice the size of RAM? Also can you paste
> here the the exact process which is hanging for you i.e. paste the
> output of 'ps -ef | grep ltp' during the system hang state.
Hello Shubham,
I tried setting swap to 8GB, but the result is the same... the box gets into state
that I can't login to it even after few hours, so hard reset is needed..
When I have top started, I see a lot of memcg_process_stress processes.
What is strange, when I start the test with swap disabled, memcg_process_stress processes
just seem to eat all physical memory and then just sleep. OOM killer doesn't kill anything,
but the box doesn't hang..
weird..
I'm wondering whether to report this to kernel list?
or do You have any idea on where to look?
cheers
nik
>
> Thanks,
> Shubham
>
--
-------------------------------------
Ing. Nikola CIPRICH
LinuxBox.cz, s.r.o.
28. rijna 168, 709 01 Ostrava
tel.: +420 596 603 142
fax: +420 596 621 273
mobil: +420 777 093 799
www.linuxbox.cz
mobil servis: +420 737 238 656
email servis: servis@linuxbox.cz
-------------------------------------
[-- Attachment #1.2: Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 368 bytes --]
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
[-- Attachment #3: Type: text/plain, Size: 155 bytes --]
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
next prev parent reply other threads:[~2011-11-29 22:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-27 20:12 [LTP] LTP: memcg_stress_test hanging whole box Nikola Ciprich
2011-11-29 6:50 ` Shubham Goyal
2011-11-29 22:03 ` Nikola Ciprich [this message]
2011-12-02 17:30 ` Shubham Goyal
2011-12-05 12:01 ` Nikola Ciprich
2011-12-06 10:46 ` Shubham Goyal
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=20111129220308.GA3953@nik-comp.lan \
--to=nikola.ciprich@linuxbox.cz \
--cc=ltp-list@lists.sourceforge.net \
--cc=shubham@linux.vnet.ibm.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