Public bug reported:
My laptop has 4GB of RAM and ~6GB of swap configured. After my most
recent kernel upgrade in raring, I am noticing the system has started
swapping itself to death; the desktop becomes completely unresponsive,
and in some cases it becomes unresponsive even over SSH.
Looking remotely with SSH, I find that kswapd0 is using up nearly one
full core. I have no idea *why* - I have vm.swappiness set to 30, and
'free' shows that over 1GB of RAM is still being used for buffers, so
there really shouldn't be any memory pressure. Despite the fact that
there's only ~400MB of swap used, which should certainly fit back into
system memory, 'swapoff -a' fails with a 'Could not allocate memory'
error. If I set vm.swappiness to 0, the swap usage decreases, but
*very* slowly: after over a half hour, there's still over 400MB of swap
used. And I don't have any idea what kswapd is doing at this point, but
it's still very busy; and even after setting vm.swappiness=0, the system
has managed a second time to get itself into an unresponsive state, with
swap looking like the culprit.
dmesg shows nothing (which I will try to demonstrate by attaching logs
from the machine in question, once it's responsive enough to let me run
apport-collect).
** Affects: linux (Ubuntu)
Importance: Critical
Status: Incomplete
** Tags: raring
** Changed in: linux (Ubuntu)
Importance: Undecided => Critical
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1152736
Title:
system swapping itself to death in raring for no good reason
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1152736/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
