https://bugzilla.novell.com/show_bug.cgi?id=769614 https://bugzilla.novell.com/show_bug.cgi?id=769614#c1 Koos Pol changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koos2012@pohw.nl --- Comment #1 from Koos Pol 2012-07-09 20:39:24 UTC --- After a few days of flawless operation, the problem surfaced again. Over 20 minutes of complete non-accessibility. I did get a kernel update with the last zypper update. # cat /proc/cmdline root=/dev/system/root resume=/dev/system/swap splash=silent quiet nomodeset transparent_hugepage=never vga=0x37d # cat /proc/version Linux version 3.1.10-1.16-desktop (geeko@buildhost) (gcc version 4.6.2 (SUSE Linux) ) #1 SMP PREEMPT Wed Jun 27 05:21:40 UTC 2012 (d016078) Attached: the last part of /var/log/messages: (observations: although /var/log/messages suggests USB activity, there was none. I was simply browsing a webpage, with the system almost running at idle) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769614 https://bugzilla.novell.com/show_bug.cgi?id=769614#c Koos Pol changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Harddisk goes crazy and |Hard disk goes crazy and |system grinds to a halt |system grinds to a halt -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769614 https://bugzilla.novell.com/show_bug.cgi?id=769614#c4 --- Comment #4 from Koos Pol 2012-07-10 19:18:48 UTC --- Thanks for your comments Jeff. Indeed, I've been running problem free for a week after setting transparent hugepages. But yesterday it decided to call it quits. Today the PC has been running normally wich would'nt be possible without setting it: koos@specht:~> uptime 21:14pm up 22:56, 3 users, load average: 0.01, 0.04, 0.08 About swap: I have a 4GB ram machine not doing much. I have never run with swap on this box (almost 2 years now). Ran various openSUSE versions (started with 11.1. on this box) and never had a problem. On 11.4 I would have 4 user active with lots of photo and office stuff very comfortable. I will add and activate 2GB swap right now for completeness sake. I can start experimenting with this if someone wants me to. Thanks again. Koos -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

From a kernel perspective, this looks like a plain OOM and it's effectively filesystem trashing that you're seeing as opposed to the usual swap thrashing

https://bugzilla.novell.com/show_bug.cgi?id=769614 https://bugzilla.novell.com/show_bug.cgi?id=769614#c6 --- Comment #6 from Mel Gorman 2012-07-11 09:05:27 UTC --- Short summary: knotify4 has a memory leak. that people sometimes witness. There is an OOM kill message in your messages and it shows that 92% of memory was anonymous with no swap available to reclaim it. Just 4M of memory was backed by files so it's continually trashing application and library text and the system would seem to be effectively halted. Even though a proprietary module is loaded, it is very unlikely this is a kernel memory leak. According to the list of processes that were eligible for filling the RSS added up to almost 4G which is about right. The heaviest users of memory at the time of failure were pid uid tgid total_vm rss cpu oom_adj oom_score_adj name 2508 1006 2508 161625 20864 1 0 0 thunderbird-bin 2219 0 2219 55038 26376 2 0 0 Xorg 31960 1000 31960 191804 27424 1 0 0 thunderbird-bin 31523 0 31523 71248 42420 3 0 0 Xorg 4442 1000 4442 238552 67311 1 0 0 firefox-bin 4764 111 4764 858683 158485 0 0 0 java 2435 1006 2435 749689 502758 0 0 0 knotify4 RSS units are in pages and it shows knotify4 using almost 2G or about 50% of memory. That is being a complete pig and it gets killed on the second OOM. I've not idea how the system would have behaved if knotify got killed like this. This posting complained that knotify4 was using 22M of memory and it was a problem http://forums.opensuse.org/english/get-technical-help-here/applications/4623... . I'm going to go out on a limb and guess that it using 2G is a memory leak. There are a lot of complaints about knotify CPU and memory usage but as I do not use KDE myself I cannot guess which of the workarounds or fixes may be relevant. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769614 https://bugzilla.novell.com/show_bug.cgi?id=769614#c8 Pedro Gomes changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pcgomes@ig.com.br --- Comment #8 from Pedro Gomes 2012-08-17 20:16:51 UTC --- Hi, I have a pretty similar set-up to Koos Pol, and I'm facing constantly the same problem: - Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz - 4 GB ram - Linux 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27 05:21:40 UTC 2012 (d016078) x86 - Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20100101 Firefox/14.0.1 - KDE The same problem happens in another PC running OpenSuse 12.1-64bit wit "Intel(R) Atom(TM) CPU D510 @ 1.66GHz" I think I can help a bit on this discussion. This problem usually happens to me when I try to watch a video from the following website: http://globoesporte.globo.com/ I have notice using that the process "plugin-container" starts to consume quite some memory, but never exceeds 20%. Nevertheless, if I kill it quickly, within the first 15 seconds, it stops the trashing. As far as I have read, this plugin-container is supposed to somehow limits the resources for plugins in Firefox. Apparently it does, because top doesn't report high memory usage from it. But it DOES trash my machines. If you need any sort of information, just ask. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769614 https://bugzilla.novell.com/show_bug.cgi?id=769614#c10 --- Comment #10 from Pedro Gomes 2012-12-06 11:19:40 UTC --- Hi, This error didn't manifest for a long time. Until today I had it again when I accessed the following URL: http://globotv.globo.com/sportv/futebol-nacional/v/os-gols-de-cruzeiro-2-3-x... I have a screenshot from the top command when the plugin-container was trashing my PC. KNotify4 was consuming the ordinary amount of memory. I could the screenshot to this thread. The strange part is that the plugin-container process crashed by itself. It wasnt killed by the kernel, for instance. I checked dmesg. Next, I refreshed the same webpage, and the video played nicely. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.