Bug 17812
| Summary: | Kernel completely frozen when memory is full | ||
|---|---|---|---|
| Product: | Memory Management | Reporter: | Mickey86 (mikael.cordon) |
| Component: | Page Allocator | Assignee: | Andrew Morton (akpm) |
| Status: | CLOSED UNREPRODUCIBLE | ||
| Severity: | blocking | CC: | florian, kassem00, maciej.rutecki, mikael.cordon, rjw |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.35.2 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 16055 | ||
| Attachments: |
The .config file of my 2.6.35.2 custom kernel.
Diff between my 2.6.35.2 config and 2.6.35.4 config |
||
Bad. Can you see if you can generate alt-sysrq-p and alt-sysrq-t traces when it's stuck? Set CONFIG_MAGIC_SYSRQ=y, set /proc/sys/kernel/sysrq, run `dmesg -n 8', etc first? Since my last report I’ve changed 2.6.35.2 to 2.6.35.4 (compiled myself too, diff of configurations in attachment)… And I tried freeze it following your recommandations. I have fulfilled all my 3 gio of memory, and it overflowed by 500 mio in SWAP space. But no luck, this time it hadn’t frozen the kernel. I have deduced that the bug had left. So I stopped this test and emptied the memory (stopped the memory consuming programs). And in the following morning, I discovered my system frozen again; but I don’t know if the memory was fulfilled. Then I tried the key combination you gave me, but it had no effect: I’ve rebooted the system and had not found any trace file nor interesting lines in logs. Note: my system is up all days and nights long, and it working hard on nights and large part of days (BOINC, so I never stop the system, it can run for days or months). But it never freezes in those span of time (except the night of the paragraph above, after the fulfil memory test), each time it has frozed I was in front of my system with the memory near (>98%) full. Created attachment 29402 [details]
Diff between my 2.6.35.2 config and 2.6.35.4 config
I assume this hasn't been fixed yet in 2.6.35.7? Do you by any chance are able to test on 2.6.36-rc6? Maybe you could set up a netconsole logging to catch any backtraces? ( see Documentation/networking/netconsole.txt, I found the "Dynamic Reconfiguration" chapter to be the easiest to set up) Regards, Flo Is this still a problem on 2.6.38.y? Better… Since I changed to 2.6.36 the problem had left. In days or weeks, I would change to 2.6.38, if the problem is back I’ll report it again :) Sorry for not having reported sooner that the problem had left. Thanks for the help! No problem. If it returns and _you are certain_ that it is the same problem, just poste a note / reopen the bug. Thanks, Flo |
Created attachment 29042 [details] The .config file of my 2.6.35.2 custom kernel. I use software that consume lot of memory, and since I changed for 2.6.35 kernel, when memory is full or nearly full the kernel stops without any message and all the system is completely frozen. Even the Magic System Key Requests are inoperant. I used to compile the kernel myself (my .config file in attachment) for ages without this problem. This is 2.6.35 specific. Note: I choose "page allocator" component but it can be another component.