linux-kernel - Re: [ARM9] OOM with plenty of free swap space?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090911091544.DB4E.A69D9226@jp.fujitsu.com>
Date:	Fri, 11 Sep 2009 09:17:24 +0900 (JST)
From:	KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
To:	Enrik Berkhan <Enrik.Berkhan@...com>
Cc:	kosaki.motohiro@...fujitsu.com,
	Clemens Eisserer <linuxhippy@...il.com>,
	linux-kernel@...r.kernel.org, Wu Fengguang <fengguang.wu@...el.com>
Subject: Re: [ARM9] OOM with plenty of free swap space?

Hi

> Clemens Eisserer wrote:
> > Does nobody have an idea what could be the cause of this OOM situation?
> 
> I guess it's too large readahead. I had this situation recently, too, 
> with a raid0 of 8 disks (4MB chunks) that set the file readahead count 
> to 32MB or so (on a 60MB NOMMU system).
> 
> When I tried to read a 100MB file via sendfile(), the kernel insisted on 
> doing the 32MB readahead ... (in __do_page_cache_readahead, like in your 
> trace).
> 
> I solved my problem by switching to dm.

IIRC, Wu recently changed readahead code. Wu, could you please give us comment?


> 
> Enrik
> 
> > 2009/9/5 Clemens Eisserer <linuxhippy@...il.com>:
> >> Hi,
> >>
> >> I am using a Nokia-770 internet tablet (ARM9) running a 2.6.16.27
> >> (precompiled wlan driver) kernel as a small buissness server
> >> (postgres, tor, samba, lighttp).
> >>
> >> It works quite well, however I recently discovered that postgres was
> >> killed by the oom killer (log below),
> >> although plenty of free swap was available. Its a really small
> >> database so it should easily fit in the 64mb main memory.
> >>
> >> Any idea what could the reason for this OOM?
> >>
> >> Thank you in advance, Clemens
> >>
> >>
> >> [17676.783874] oom-killer: gfp_mask=0x201d2, order=0
> >> [17676.797241] [<c0026890>] (dump_stack+0x0/0x14) from [<c0071850>]
> >> (out_of_memory+0x40/0x1d8)
> >> [17676.797393] [<c0071810>] (out_of_memory+0x0/0x1d8) from
> >> [<c0072d50>] (__alloc_pages+0x240/0x2c4)
> >> [17676.797515] [<c0072b10>] (__alloc_pages+0x0/0x2c4) from
> >> [<c0075648>] (__do_page_cache_readahead+0x150/0x324)
> >> [17676.797637] [<c00754f8>] (__do_page_cache_readahead+0x0/0x324) from
> >> [<c0075914>] (do_page_cache_readahead+0x64/0x70)
> >> [17676.797760] [<c00758b0>] (do_page_cache_readahead+0x0/0x70) from
> >> [<c006eba0>] (filemap_nopage+0x190/0x3ec)
> >> [17676.797943]  r7 = 00000000  r6 = 00219560  r5 = 00000000  r4 =
> >> C25E0000
> >> [17676.798004] [<c006ea10>] (filemap_nopage+0x0/0x3ec) from
> >> [<c007cc04>] (__handle_mm_fault+0x2fc/0x96c)
> >> [17676.798126] [<c007c908>] (__handle_mm_fault+0x0/0x96c) from
> >> [<c0029364>] (do_page_fault+0xe4/0x214)
> >> [17676.798248] [<c0029280>] (do_page_fault+0x0/0x214) from
> >> [<c00295e0>] (do_DataAbort+0x3c/0xa4)
> >> [17676.798339] [<c00295a4>] (do_DataAbort+0x0/0xa4) from [<c0020da8>]
> >> (ret_from_exception+0x0/0x10)
> >> [17676.798461]  r8 = 00000000  r7 = 40639540  r6 = 40639560  r5 =
> >> 00000001
> >> [17676.798553]  r4 = FFFFFFFF
> >> [17676.798583] Mem-info:
> >> [17676.798614] DMA per-cpu:
> >> [17676.798675] cpu 0 hot: high 18, batch 3 used:2
> >> [17676.798706] cpu 0 cold: high 6, batch 1 used:0
> >> [17676.798767] DMA32 per-cpu: empty
> >> [17676.798797] Normal per-cpu: empty
> >> [17676.798828] HighMem per-cpu: empty
> >> [17676.798950] Free pages:        1172kB (0kB HighMem)
> >> [17676.799011] Active:5576 inactive:6815 dirty:0 writeback:231
> >> unstable:0 free:293 slab:1257 mapped:12129 pagetables:374
> >> [17676.799133] DMA free:1172kB min:1024kB low:1280kB high:1536kB
> >> active:22304kB inactive:27260kB present:65536kB pages_scanned:91
> >> all_unreclaimable? no
> >> [17676.799224] lowmem_reserve[]: 0 0 0 0
> >> [17676.799285] DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB
> >> inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
> >> [17676.799377] lowmem_reserve[]: 0 0 0 0
> >> [17676.799468] Normal free:0kB min:0kB low:0kB high:0kB active:0kB
> >> inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
> >> [17676.799530] lowmem_reserve[]: 0 0 0 0
> >> [17676.799621] HighMem free:0kB min:128kB low:128kB high:128kB
> >> active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable?
> >> no
> >> [17676.799682] lowmem_reserve[]: 0 0 0 0
> >> [17676.799743] DMA: 33*4kB 4*8kB 1*16kB 1*32kB 1*64kB 1*128kB 1*256kB
> >> 1*512kB 0*1024kB 0*2048kB 0*4096kB = 1172kB
> >> [17676.799896] DMA32: empty
> >> [17676.799926] Normal: empty
> >> [17676.799957] HighMem: empty
> >> [17676.800018] Swap cache: add 12847, delete 11756, find 42323/43010, race 0+0
> >> [17676.800079] Free swap  = 167716kB
> >> [17676.800109] Total swap = 198272kB
> >> [17676.800170] Free swap:       167716kB
> >> [17676.804534] 16384 pages of RAM
> >> [17676.804565] 638 free pages
> >> [17676.804595] 1096 reserved pages
> >> [17676.804626] 1257 slab pages
> >> [17676.804656] 19580 pages shared
> >> [17676.804718] 1091 pages swap cached
> >> [17676.805267] Out of Memory: Kill process 1535 (postgres) score 11478
> >> and children.
> >> [17676.805358] Out of memory: Killed process 1537 (postgres).
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/