Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 May 2003 10:03:20 -0500
From:      "Cagle, John (ISS-Houston)" <john.cagle@hp.com>
To:        "Jake Burkholder" <jake@locore.ca>
Cc:        current@freebsd.org
Subject:   RE: 5.1 PAE testing results: 2 panics
Message-ID:  <C50AB9511EE59B49B2A503CB7AE1ABD10440E531@cceexc19.americas.cpqcorp.net>

next in thread | raw e-mail | index | archive | help
> -----Original Message-----
> From: Jake Burkholder [mailto:jake@locore.ca]=20
> >  panic: kmem_malloc(4096): kmem_map too small: 96624640 total=20
> > allocated
> >=20
> > I tried lowering kern.maxvnodes from 536130 (default) to=20
> 200000, but=20
> > that did not alleviate the panic.
>=20
> Can you try reducing this by half again to 100,000 and see if=20
> that helps things?  Increasing the amount of available kva=20
> with options KVA_PAGES may also work, but finding the right=20
> limits for vnodes is a better solution.  Note that the values=20
> for KVA_PAGES are doubled with PAE, eg 512 gives you the=20
> standard 3G user/1G kernel split.

I have gone as low as 10,000 for kern.maxvnodes, and it still
Panics with "kmem_map too small".  How low should I go?

I also built a kernel with KVA_PAGES set to 512 and it paniced
the same way (without changing kern.maxvnodes).  When I also
changed maxvnodes to 100,000, then the system hung instead of
panicing...

Anything else I can try?  Keep in mind I'm running SMP.  Should
I try it with a UP kernel?

Thanks,
John
--------------------------------
John Cagle     john.cagle@hp.com
Principal Member Technical Staff
   Industry Standard Servers
    Hewlett-Packard Company



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C50AB9511EE59B49B2A503CB7AE1ABD10440E531>