Issues with PF and 7.1

Artis Caune artis.caune at gmail.com
Sat Feb 28 04:46:44 PST 2009


2009/1/24 Michael K. Smith - Adhost <mksmith at adhost.com>:
> Thanks for the info.  In stages, we upped the vm.kmem_size_max from 300M to 1536M after modifying the kernel (we actually tried 2048M but that caused a panic).  With the 1536M setting the 'DIOCADDRULE: Cannot allocate memory' doesn't occur anymore, but we still have to flush the tables manually when the system comes up.  Now, at least, the flush actually works and PF loads successfully, but only after we do the flush on all the tables.  As you can imagine, this is not optimal for unattended/random reboots, which we see about 3 times a week.

You are running i386? (if you have modified the kernel)
Can you try to edit i386/include/pmap.h and change NKPT to 128 and
recompile the kernel.




-- 
regards,
Artis Caune

<----. CCNA | BSDA
<----|====================
<----' didii FreeBSD


More information about the freebsd-pf mailing list