Michelle Konzack wrote:
Am 2007-02-06 10:33:43, schrieb Martin Schuster:
But I guess that upgrading to a 2.6 kernel would be the
most helpful step...
Maybe, but 2.6er kernels require udev and such, which load over 140
modules on my Workstations and Servers where 100 are not/never needed.
Am 2007-02-06 10:33:43, schrieb Martin Schuster:
But I guess that upgrading to a 2.6 kernel would be the
most helpful step...
Maybe, but 2.6er kernels require udev and such, which load over 140
modules on my Workstations and Servers where 100 are not/never needed.
Do you have an idea HOW TO
Michelle Konzack writes:
Am 2007-02-06 10:33:43, schrieb Martin Schuster:
But I guess that upgrading to a 2.6 kernel would be the
most helpful step...
Maybe, but 2.6er kernels require udev and such, which load over 140
modules on my Workstations and Servers where 100 are not/never needed.
Hello Martin,
Am 2007-01-26 09:34:05, schrieb Martin Schuster:
Which Kernel are you running?
2.4.32
Maybe try Con Kolivas' Patchset for servers:
http://members.optusnet.com.au/ckolivas/kernel/
I will check it out, but...
What does zgrep VMSPLIT /proc/config.gz say?
free ?
cat
Michelle Konzack wrote:
__alloc_pagee: 0-order allocation failed (gfp=0xf0/0)
__alloc_pagee: 0-order allocation failed (gfp=0x1d2/0)
VM: killink process imapd
Which Kernel are you running?
Maybe try Con Kolivas' Patchset for servers:
http://members.optusnet.com.au/ckolivas/kernel/
What does
Michelle Konzack writes:
Now if I connect to the courier server I get on its console:
8-
__alloc_pagee: 0-order allocation failed (gfp=0xf0/0)
You're out of memory.
VM: killink process imapd