panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp
filled up
Mikhail Teterin
mi+kde at aldan.algebra.com
Tue Feb 27 21:03:32 UTC 2007
On Tuesday 27 February 2007 15:53, Alex Kozlov wrote:
= > Yes, I switched to swap-backed md already. But the malloc-based variety is
= > currently the _default_ (see /etc/defaults/rc.conf)...
= Bad default.
Filing a PR.
= > Creation of a 2Gb malloc-based md should've failed on a machine with
= > 768Mb of RAM, shouldn't it have?
= Only if you set '-o reserve'. Memory for malloc-based md was allocated
= dynamically.
But malloc can only allocate from RAM, right? So the amount of RAM is the hard
limit, which a malloc-based md can not exceed even in theory. This means,
md-creation should've failed...
In fact, the limit should, of course, be even lower -- and mdmfs should be
smart enough to substract the sizes of other kernel memory chunks from the
maximum.
Since even that would still not be a guarantee against running out, the system
should be able to recover gracefully instead of panicing. Do you agree?
-mi
More information about the freebsd-stable
mailing list