Exactly. Not a software bug but a documentation issue. Steve

your not getting it… the paths to perl in the lightsquid package needs to be corrected.. it has nothing to do with the squid package. if the workaround isn't working for you, post a bounty and see if someone will fix it sooner then later

I'm running the 64 bit version in a vmware esx 5.5 environment.  The reason I suspect it being a problem with carp is due to the number of  interfaces that I have in Carp.  I do not use limiters at all.  I am running 3 WAN connections all with carp.  Other than that I have some basic rules and vpn connections. Andy

Excellent.  :) Use /boot/loader.conf.local for custom loader tweaks like that. It won't be overwritten by a firmware update for example. Though this almost certainly won't be an issue in 2.2.1. gpioapu is an addition in pfSense, it's not included in FreeBSD. Normally that value will be set by the BIOS to return the motherboard model for example. The driver looks to see if it's running on the APU but for some reason it seems there's a condition in which it loads anyway. Seemingly this includes when no value is able to be obtained for variable. Your board is almost certainly too old to have any smbios features so it's returning 'null' when queried. Edit: Looks like that box produced about the same time smbios was introduced but for whatever reason it doesn't have it. I was just running a test to see if that worked but the box I have to do it is so slow you beat me to it! Good to see that works anyway. Steve

Hi, Is there any solution? I want to use havp on pfSense 2.2.

Ok, here is what i did. I created "warning.mydomain.net" in the vHosts package and copied squid_clwarn.php to "/usr/local/vhosts/warning.mydomain.net" I also added "warning.mydomain.net" to the DNS Resolver Host Overrides. In squidclamav.conf i changed to: redirect http://warning.mydomain.net/squid_clwarn.php No more certificate warnings! What about the other stuff from my logs i was asking about? And what someone share his Clamav settings for performance?

Just for the record: I wasn't able to fix this problem with an "online" pfsense. To fix the problem, I had to reinstall the whole system. Don't forget to backup your configuration settings.

@kejianshi: Are you also mixing and matching oil and brake fluid in your car?  Don't do that either. That analogy may be a little extreme.  ;) Closer to running 10w30 oil and topping it up with 5w10. You shouldn't do it but it's unlikely to cause a problem. If it does though your dealer just going to turn around and say 'well we said use this oil and you didn't so no replacement engine for you!'. I have run dissimilar memory modules successfully many times however I couldn't recommend it for a production environment. Steve

I got it. Thanks & Regards amitaussie

Hmm, long while since I've used 2.0! I assume it doesn't say underneath the graph then? From your state-table size and number of mbufs it looks like a small ammount. You can grep for it in the boot log from the command line like so: [2.2-RELEASE][root@pfsense.fire.box]/root: cat /var/log/dmesg.boot | grep memory real memory  = 1072627712 (1022 MB) avail memory = 1015791616 (968 MB) agp0: aperture size is 256M, detected 764k stolen memory You can probably also run that from Diagnostics > Command Prompt. Steve

The only person in the world! Cool. My mother always told me I was special ;) Yes, it's running a 533 Mhz FSB Pentium M. I'll try to replace it with the stock processor in a couple of weeks, and do a fresh install. I'm about to move, most of my stuff is already packed and for now it's easier to just run the Firebox for a while without Radius. I think I'll have to stick with WPA2-PSK for a little while  :-X Thanks for your input!

Looks like I will take another workstation toss in a couple quality NICs and create another test FW.  If .36 fails to receive traffic it's ISP problem for sure.  Thanks all for the help/info.

Confirmed I reinstall a clean 2.1.5 and did basic config edit the boot file /boot/loader.conf to add the line hw.ata.atapi_dma="0" created a new one /boot/loader.conf.local and put the line hw.ata.atapi_dma="0" Upgrade from the internet to 2.2 and next boot with new version was done without problems. Thx guys !!!

jimp, mystery solved.  Bottom-line: The pfSense release 2.2 ufslabels.sh script fails to set $DEV properly The ufslabels.sh f76cbd6 or later in git contains the fix Manually labelling the swap partition will silently fail if you don't disable swap first (swapoff) Thanks for all your help.  In hindsight, I should have simply run the latest ufslabels.sh per your suggestion instead of simply inspecting the difference on github. Best, Bruce Here are the supporting diag/debug details. Command-logging of 2.2 ufslabels.sh script (the grep regular expression fails to return the swap device entry) + [ y = y ] + echo 'Disabling swap to apply label' Disabling swap to apply label + /sbin/swapoff /dev/ada0s1b + echo 'Applying label to swap parition' Applying label to swap parition + SWAPNUM=0 + find_fs_device /dev/ada0s1b + unset DEV + /usr/bin/grep -e '[[:blank:]]/dev/ada0s1b[[:blank:]]' /etc/fstab + awk '{print $1;}' + DEV='' + DEV='' + [ '' != '' ] + echo 'Activating new fstab' Activating new fstab + /bin/mv -f /etc/fstab /etc/fstab.old + /bin/mv -f /etc/fstab.tmp /etc/fstab + echo 'Re-enabling swap' Re-enabling swap + /sbin/swapon -a Command-logging of post-2.2 ufslabels.sh script (the grep regular expression properly returns the swap device). + echo 'Applying label to swap partition' Applying label to swap partition + SWAPNUM=0 + find_fs_device /dev/ada0s1b + unset DEV + /usr/bin/grep -e '[[:blank:]]*/dev/ada0s1b[[:blank:]]' /etc/fstab + awk '{print $1}' + DEV=/dev/ada0s1b + DEV=ada0s1b + [ ada0s1b != '' ] + SWAPDEV=ada0s1b + [ -n ada0s1b ] + echo 'Disabling swap ada0s1b to apply label' Disabling swap ada0s1b to apply label + /sbin/swapoff /dev/ada0s1b swapoff: /dev/ada0s1b: Invalid argument + /sbin/glabel label swap0 /dev/ada0s1b + SWAPNUM=1 + echo 'Activating new fstab' Activating new fstab + /bin/mv -f /etc/fstab /etc/fstab.old + /bin/mv -f /etc/fstab.tmp /etc/fstab + echo 'Re-enabling swap' Re-enabling swap + /sbin/swapon -a ```****

@stephenw10: There's no package manager if you're running the live-cd by mistake.  ;) …  ;D ;D ;D

I'm not suggesting your should wait for anything. What I'm suggesting is that when you plop 64bit on the same inadequate HW there's absolutely not gonna be any improvement regarding performance. Saying that 32-bit pfSense 2.2 on 1GB RAM is unuseable is a non sequitur.

LAN and WAN are in the same 192.168.1.0/24 subnet. That does not work. When plugging a system into an upstream private network for testing or whatever, make sure to first change the LAN IP/subnet to some private address space that does NOT overlap with what the WAN DHCP is about to receive.

Ok, its ok now. it was a download problem.