search for: 448m

...39;t match packets from tun99. The packets count reveal the problem. So I've manuelly added tun99 to trap the packets: [root@perack ~]# iptables -L FORWARD -v Chain FORWARD (policy DROP 4 packets, 366 bytes) pkts bytes target prot opt in out source destination 677K 448M eth0_fwd all -- eth0 any anywhere anywhere 417K 452M tun_fwd all -- tun+ any anywhere anywhere 294 34569 tun99_fwd all -- tun99 any anywhere anywhere 1600 696K eth1_fwd all -- eth1 any anywhere anywhere 24...

We have 10 SuperMicro PDSMi+ 5015M-MTs that are panic'ing every few days. This started shortly after upgrade from 6.2-RELEASE to 6.3-RELEASE with freebsd-update. Other than switching to a debugging kernel, a little sysctl tuning, and patching with freebsd-update, they are stock. The debugging kernel was built from source that is also being patched with freebsd-update. These systems are

...l_pool_sync+a3 (92335040, 286de2, 0) 95425d6c zfs:spa_sync+212 (87c74340, 286de2, 0) 95425dc8 zfs:txg_sync_thread+25a (92335040, 0) 95425dd8 unix:thread_start+8 () I''m up without /etc/zfs/zpool.cache and no way (that I see) to poke around with zdb -ivv -rw-r--r-- 1 root root 448M Oct 11 19:01 vmcore.3 -rw-r--r-- 1 root root 1.1M Oct 11 19:00 unix.3 -rw-r--r-- 1 root root 388M Oct 11 18:20 vmcore.2 -rw-r--r-- 1 root root 1.7M Oct 11 18:19 unix.2 -rw-r--r-- 1 root root 327M Oct 11 18:14 vmcore.1 -rw-r--r-- 1 root root...