[Expired for linux (Ubuntu Saucy) because there has been no activity for
60 days.]
** Changed in: linux (Ubuntu Saucy)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bug
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1152736
T
[Expired for linux (Ubuntu Raring) because there has been no activity
for 60 days.]
** Changed in: linux (Ubuntu Raring)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
** Changed in: linux (Ubuntu)
Status: Confirmed => Incomplete
** Changed in: linux (Ubuntu Raring)
Status: Confirmed => Incomplete
** Changed in: linux (Ubuntu Saucy)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bu
Can you see if this issue still exists in the 3.12-rc3 kernel:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc3-saucy/
** Tags removed: performing-bisect
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.ne
There is nothing hardware-specific about this bug. Taking the model info
back out of the title, to avoid confusion.
** Summary changed:
- [Lenovo ThinkPad X201 3249] system swapping itself to death in raring for no
good reason
+ system swapping itself to death in raring for no good reason
--
Y
** Tags added: bios-outdated-6quj19us needs-upstream-testing
--
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 noti
Ack, and I meant to add:
So I don't think this is related to tmpfs, at least in my case.
--
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 n
I disabled tmpfs when I started seeing this issue, however the swapping
has continued, albeit with a lesser number of issues - until today, when
the swapping issue was so bad that I performed a hard power down after
my laptop had been unresponsive for 24 minutes (clock showed 14:32, I
forced a powe
FYI, I tried downgrading to 3.8-rc4-raring, and the problem was still
reproducible.
Comparing notes with other folks who have similar setups and are not
seeing this problem, my attention was drawn to the fact that I had /tmp
on a tmpfs. I thought the tmpfs was probably not the problem, because I
I don't believe we ever performed a kernel bisect to identify the commit
that introduced this regression. The discussion on LKML indicates
v3.8-r4 did not exhibit this issue, but v3.8-rc7 did. Would it be
possible for you to test the v3.8-rc4 kernel[0] to see if the bug
happens there? If it doe
Accidentaly, I've found an lkml thread that may (or may not) be related
with this bug:
http://thread.gmane.org/gmane.linux.kernel/1443124
Also, a possible duplicate of this bug: bug #1185172
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
/proc/meminfo of the cache that won't die:
$ cat /proc/meminfo
MemTotal:3842228 kB
MemFree: 263420 kB
Buffers: 141864 kB
Cached: 1798700 kB
SwapCached:0 kB
Active: 1744612 kB
Inactive:1624940 kB
Active(anon):1430188 kB
Inactive(a
Using deadline vs. noop as the scheduler on my disk has no effect.
I've tuned everything I can think of in /proc/sys/vm, to no effect -
swappiness, dirty_writeback, overcommit_ratio, dirty_background_ratio.
I've tried 'echo 3 > /proc/sys/vm/drop_caches'; when I cat this file
back, it stays at '3'
On Tue, May 21, 2013 at 04:56:54PM -, cro wrote:
> I made two changes to my machine yesterday in rc.local:
> I commented out this:
> # echo deadline >/sys/block/sdb/queue/scheduler
Ah, interesting. I also have the deadline scheduler configured here, so
that could be related.
I haven't hit t
The v3.10-rc2 kernel is now out. Would it be possible to test this
kernel? This will tell us if it's going to be a problem in Saucy as
well:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-rc2-saucy/
** Tags added: kernel-stable-key
--
You received this bug notification because you are a
I made two changes to my machine yesterday in rc.local:
I commented out this:
# echo deadline >/sys/block/sdb/queue/scheduler
I added this:
rmmod rts5139 (this is the smart card reader poller)
I've not had a swap to death instance since that wasn't directly related
to too many embedded objects
On Mon, May 20, 2013 at 05:20:30PM -, cro wrote:
> Nope, I'm not using LVM snapshots. I'm thinking it's something to do
> with embeds or media objects
That would explain higher memory usage of firefox. It does not explain the
kernel failing to make proper use of the available memory. The cau
Nope, I'm not using LVM snapshots. I'm thinking it's something to do
with embeds or media objects - further attempting to work today showed
that whenever the flashplugin was loaded (in either firefox or chrome,
showing a video in a page) it would swap to death until those processes
were killed.
I'
cro,
On Mon, May 20, 2013 at 11:21:00AM -, cro wrote:
> The swappiness is still killing my laptop. It seems to be explicitly
> related to having Firefox running, especially if I have multiple windows
> open, with lots of content.
> Killing the Firefox process solves the swap problem and retur
An update.
The swappiness is still killing my laptop. It seems to be explicitly
related to having Firefox running, especially if I have multiple windows
open, with lots of content.
Killing the Firefox process solves the swap problem and returns control
of the desktop and mouse, and allows me to c
** Changed in: linux (Ubuntu)
Importance: Critical => High
--
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 not
This bug affects my laptop as well, regardless of swap or swappiness
settings.
The laptop is an Asus UX32A, and has only ever had 13.04 installed (from
the RC prior to release)
/swap is configured with 4G of space on the internal SSD rather than the
HDD.
Under normal usage kswapd0 starts using 9
Unfortunately, after my last message I've since seen two swap death
scenarios with the 3.9~rc2 kernel. So it appears this is not fixed
upstream after all (or maybe only partially fixed, reducing the
frequency), and a bisect is probably not useful here.
I will try downgrading to the quantal kernel
I can perform a "Reverse" kernel bisect to identify the commit that
fixes this bug in the v3.9 kernel. We first need to identify the first
kernel version that fixes this issue.
It looks like the bug is fixed in v3.9-rc2. The next step would be to test
v3.9-rc1:
http://kernel.ubuntu.com/~kernel-
Still using the v3.9~rc2-raring kernel, I noticed today that upon
launching a Google hangout, kswapd0 popped up in top chewing up a lot of
CPU. *however*, unlike with the 3.8 kernel from raring, the system
*actually swapped things out* to free up more memory:
$ free
total used
This machine was continuously upgraded since precise. The problem only
occurred in raring, I did not see this behavior with older kernels.
It also has not recurred with the v3.9-rc2-raring kernel.
> I wonder if Firefox could have a memory leak, if this only
> happens when Firefox is running?
Fi
I wonder if Firefox could have a memory leak, if this only happens when
Firefox is running?
** Tags removed: kernel-key
** Tags added: kernel-da-key
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/11527
Hi Steve,
It would also be helpful to know if this is a regression in Raring. Did
you happen to have prior releases installed on this machine? If so, did
they also exhibit this bug? It might be worthwhile to test some prior
kernels such as v3.5, 3.6 and v3.7.
v3.5: http://kernel.ubuntu.com/~ke
I just saw this issue again on 3.8.0-9. Current memory usage (after the
swap storm calmed down):
$ free
total used free sharedbuffers cached
Mem: 38424803735332 107148 0 42161133784
-/+ buffers/cache:25973321245148
Swap
The latest mainline kernel is available from:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.9-rc2-raring/
It would be good to know if this bug is also in the mainline kernel.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
Thanks for the update, Steve. I've added this to the kernel team hot
list. I'll await your testing results.
--
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 d
> I haven't yet tested whether rebooting to a previous kernel helps; I'll
> do that shortly.
I've now been running 3.8.0-9.18 for the past day. Current memory usage,
according to free:
$ free
total used free sharedbuffers cached
Mem: 38424803693604
The issue is intermittent, and I don't know what causes it aside from firefox
getting handsy with the system memory. There seems to be *some* arbitrary
threshold beyond which the behavior becomes nonlinear, but it's not anywhere I
would expect it to be: after filing the bug I used SysRq to kill
apport information
** Tags added: apport-collected quantal
** Description changed:
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 unresponsiv
Hi Steve,
Which kernel version is this? Does the issue go away if you boot back
into the prior kernel? Do you have to perform any specific actions for
the swapping to start, or does it happen right after boot?
** Tags added: kernel-key
--
You received this bug notification because you are a m
36 matches
Mail list logo
