Re: oom-killer 2.6.8.1

From: Gene Heskett (gene.heskett_at_verizon.net)
Date: 08/18/04

  • Next message: Frank Steiner: "Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices" 
    To: linux-kernel@vger.kernel.org
Date:	Wed, 18 Aug 2004 09:57:03 -0400

    On Wednesday 18 August 2004 08:55, Anders Saaby wrote:
    >Hi all,
    >
    >This is a high-volume NFS server running almost no user-space
    > applications. It serves a handfull of web server NFS clients from a
    > ~700G XFS filesystem.
    >
    >The machine has about 2.5 GB of RAM and 4G of swap (which is almost
    > not in use - i may use 5-10 MB total tops). CONFIG_HIGHMEM and
    > CONFIG_HIGHMEM4G enabled, SMP enabled, preempt disabled.
    >
    >Today the OOM killer kicked in - it seemed that swap was almost
    > unused at the time (which is strange, as that should prevent the
    > OOM killer from kicking in).
    >
    >Relevant part of the syslog follows (syslogd was killed too
    > eventually):
    >
    >Aug 18 14:14:52 st1 kernel: oom-killer: gfp_mask=0xd0
    >Aug 18 14:14:52 st1 kernel: DMA per-cpu:
    >Aug 18 14:14:52 st1 kernel: cpu 0 hot: low 2, high 6, batch 1
    >Aug 18 14:14:52 st1 kernel: cpu 0 cold: low 0, high 2, batch 1
    >Aug 18 14:14:52 st1 kernel: cpu 1 hot: low 2, high 6, batch 1
    >Aug 18 14:14:52 st1 kernel: cpu 1 cold: low 0, high 2, batch 1
    >Aug 18 14:14:52 st1 kernel: Normal per-cpu:
    >Aug 18 14:14:52 st1 kernel: cpu 0 hot: low 32, high 96, batch 16
    >Aug 18 14:14:52 st1 kernel: cpu 0 cold: low 0, high 32, batch 16
    >Aug 18 14:14:52 st1 kernel: cpu 1 hot: low 32, high 96, batch 16
    >Aug 18 14:14:52 st1 kernel: cpu 1 cold: low 0, high 32, batch 16
    >Aug 18 14:14:52 st1 kernel: HighMem per-cpu:
    >Aug 18 14:14:52 st1 kernel: cpu 0 hot: low 32, high 96, batch 16
    >Aug 18 14:14:53 st1 kernel: cpu 0 cold: low 0, high 32, batch 16
    >Aug 18 14:14:54 st1 kernel: cpu 1 hot: low 32, high 96, batch 16
    >Aug 18 14:14:54 st1 kernel: cpu 1 cold: low 0, high 32, batch 16
    >Aug 18 14:14:54 st1 kernel:
    >Aug 18 14:14:54 st1 kernel: Free pages: 352376kB (348672kB
    > HighMem) Aug 18 14:14:54 st1 kernel: Active:18220 inactive:319911
    > dirty:12154 writeback:0 unstable:0 free:88094 slab:219644
    > mapped:3231 pagetables:121 Aug 18 14:14:54 st1 kernel: DMA
    > free:1880kB min:16kB low:32kB high:48kB active:0kB inactive:0kB
    > present:16384kB
    >Aug 18 14:14:54 st1 kernel: protections[]: 8 476 732
    >Aug 18 14:14:54 st1 kernel: Normal free:1824kB min:936kB low:1872kB
    >high:2808kB active:84kB inactive:284kB present:901120kB
    >Aug 18 14:14:54 st1 kernel: protections[]: 0 468 724
    >Aug 18 14:14:54 st1 kernel: HighMem free:348672kB min:512kB
    > low:1024kB high:1536kB active:72796kB inactive:1279360kB
    > present:1703788kB Aug 18 14:14:54 st1 kernel: protections[]: 0 0
    > 256
    >Aug 18 14:14:54 st1 kernel: DMA: 6*4kB 2*8kB 1*16kB 1*32kB 0*64kB
    > 0*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 1880kB
    >Aug 18 14:14:54 st1 kernel: Normal: 88*4kB 42*8kB 3*16kB 6*32kB
    > 2*64kB 2*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 1824kB
    >Aug 18 14:14:55 st1 kernel: HighMem: 62500*4kB 11396*8kB 409*16kB
    > 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB =
    > 348672kB Aug 18 14:14:55 st1 kernel: Swap cache: add 6433, delete
    > 6394, find 35305/35334, race 0+0
    >Aug 18 14:14:55 st1 kernel: Out of Memory: Killed process 1049
    > (rpc.statd).
    >
    >Any ideas?
    >
    >Try to disable swap? Tune magic VM settings? Any suggestions are
    > highly welcome.
    >
    >Thank you very much,

    You may be another candidate for the same thing thats troubleing me.
    Back up the log above that and look for an Oops and post that please. 

    -- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.24% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attorneys please note, additions to this message
by Gene Heskett are:
Copyright 2004 by Maurice Eugene Heskett, all rights reserved.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Frank Steiner: "Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices"

    Relevant Pages

    • Re: [RFC/patch] macro_removal_agp_mtrr.diff
      ... meaning multiple frame lags after the mouse has been ... 99.25% setiathome rank, not too shabby for a WV hillbilly ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.9-rc2-mm4
      ... ones to be effected, so lets compare notes: ... DDR400 rated ram running in DDR333 dual channel mode, ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RFD: Kernel release numbering
      ... The nasty breakage and details ... they are complaining about speed of development). ... Copyright 2005 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.5/2.6 NVidia (was Re: 2.4 vs 2.6 version of ioport.h)
      ... NVIDIA: AGP 4X successfully initialized ... IIRC, but possibly not the case in the 2.6 .config yet, is that any ... Copyright 2003 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Possible dcache BUG
      ... Last log entry was at 14:49 EDT this ... 99.24% setiathome rank, not too shabby for a WV hillbilly ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)