panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp
filled up
Mikhail Teterin
mi+kde at aldan.algebra.com
Tue Feb 27 19:48:16 UTC 2007
On Tuesday 27 February 2007 11:41, Alex Kozlov wrote:
= On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote:
= > /tmp's space allocation (after reboot) is as follows:
= >
= > Filesystem 1K-blocks Used Avail Capacity Mounted on
= > /dev/md0 2026030 3552 1860396 0% /tmp
= >
= > Note, that it is supposed to hold 2Gb, but was filled up and paniced
= > holding about 300Mb... Probably, because it is created with ``-M''
= > by default -- but it is not supposed to panic anyway!
= You may want to set -o reserve option. Or better, switch to a swap backed
= md.
Yes, I switched to swap-backed md already. But the malloc-based variety is
currently the _default_ (see /etc/defaults/rc.conf)...
Creation of a 2Gb malloc-based md should've failed on a machine with 768Mb of
RAM, shouldn't it have?
On Tuesday 27 February 2007 11:45, Zaphod Beeblebrox wrote:
= IIRC, the total kernel memory on a normally configured 6.xor 7.x box is 1G
= on 32 bit.
= So I've pretty much abandoned ram disks on 32 bit machines. Not enough
= memory.
Memory "disks" used to be served by user-space processes (mount_mfs), making
them not care for the whole malloc/swap distinctions, and the address-space
concerns.
Are you sure, swap-based mds still consume kernel's address space, though?
-mi
More information about the freebsd-stable
mailing list