*Craig Lewis*
Senior Systems Engineer
Office +1.714.602.1309
Email [email protected] <mailto:[email protected]>
*Central Desktop. Work together in ways you never thought possible.*
Connect with us Website <http://www.centraldesktop.com/> | Twitter
<http://www.twitter.com/centraldesktop> | Facebook
<http://www.facebook.com/CentralDesktop> | LinkedIn
<http://www.linkedin.com/groups?gid=147417> | Blog
<http://cdblog.centraldesktop.com/>
On 2/17/14 18:03 , Christian Balzer wrote:
On Mon, 17 Feb 2014 11:24:42 -0800 Craig Lewis wrote:
[kswapd going bersek]
Any idea what happened? I'm assuming it will happen again if recovery
takes long enough.
You're running into a well known, but poorly rectified (if at all) kernel
problem, there is little Ceph has to do with it other than doing what is
supposed to, move large amounts of data around.
Check out:
https://bugzilla.redhat.com/show_bug.cgi?id=712019
and linked from there:
https://lkml.org/lkml/2013/3/17/50
Ubuntu has this bug logged as well:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/721896
Regards,
Christian
I was just starting to think this could be a Kernel issue. Thank you
for the confirmation.
One of the redhat comments says
Note if you're not sure which file is cached, you can get kswapd0 out of the
loop by doing:
echo 1 > /proc/sys/vm/drop_caches
I'll give that a try next time.
Thanks again.
_______________________________________________
ceph-users mailing list
[email protected]
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
