[Linux-cluster] GFS Crash

Velu Erwan erwan at seanodes.com
Mon Feb 20 10:06:03 UTC 2006

Chmouel Boudjnah a écrit :

Hey chmouel,
Nice to see you ;)

>Using GFS on RHEL4 (kernel 2.6.9-22.0.2.ELsmp) i got a crash with
>Before in the dmesg, there is some OOM-Killer activity with httpd.
>It seems to get something to do with the HIGHMEM and the 4GB of RAM.
I don't know if its related directly with your troubles but I saw this 
in the 2.6.11 changelog:

[PATCH] vmscan: count writeback pages in nr_scanned
	OOM kills have been observed with 70% of the pages in lowmem being in the
	writeback state.  If we count those pages in sc->nr_scanned, the VM should
	throttle and wait for IO completion, instead of OOM killing.
	(akpm: this is how the code was designed to work - we broke it six months

<andrea at suse.de>
	[PATCH] mm: adjust dirty threshold for lowmem-only mappings
	With Rik van Riel <riel at redhat.com>
	Simply running "dd if=/dev/zero of=/dev/hd<one you can miss>" can cause
	excessive amounts of dirty lowmem pagecache, due to the blockdev's
	non-highmem page allocation strategy.
	This patch effectively lowers the dirty limit for mappings which cannot be
	cached in highmem, counting the dirty limit as a percentage of lowmem
	instead.  This should prevent heavy block device writers from pushing the
	VM over the edge and triggering OOM kills.
	Signed-off-by: Rik van Riel <riel at redhat.com>
	Acked-by: Andrea Arcangeli <andrea at suse.de>
	Signed-off-by: Andrew Morton <akpm at osdl.org>
	Signed-off-by: Linus Torvalds <torvalds at osdl.org>


More information about the Linux-cluster mailing list