Date: Tue, 13 Sep 2005 16:29:54 +0300 From: Vasil Dimov <vd@datamax.bg> To: Kris Kennaway <kris@obsecurity.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Reproducable panic under heavy disk I/O on 5.4-latestandthegreatest Message-ID: <20050913132954.GA43785@sinanica.bg.datamax> In-Reply-To: <20050907233241.GA32464@xor.obsecurity.org> References: <20050907184643.GA61702@sinanica.bg.datamax> <20050907233241.GA32464@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 07, 2005 at 07:32:41PM -0400, Kris Kennaway wrote: > On Wed, Sep 07, 2005 at 09:46:43PM +0300, Vasil Dimov wrote: > > Unread portion of the kernel message buffer: > > panic: kmem_malloc(4096): kmem_map too small: 40886272 total allocated > > This indicates you're running your kernel out of memory. Try tuning > VM_KMEM_SIZE_MAX, e.g. > > options VM_KMEM_SIZE_MAX=524288000 #500MB tweaking with vm.kmem_size and vm.kmem_size_max sysctls resolved the problem, thanks. > > lock order reversal > > 1st 0xc15aa798 inp (tcpinp) @ netinet/tcp_usrreq.c:371 > > 2nd 0xc071ae00 ipf filter rwlock (ipf filter rwlock) @ contrib/ipfilter/netinet/fil.c:1107 > > This indicates that ipf is broken on SMP, as is well-known. Well, but this machine is not SMP, neither is has SMP enabled, as dmesg and kernel config (included in the first mail) shows. But this is another issue, not for this thread, I just included the full dmesg. > Kris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050913132954.GA43785>