Intel X520-DA2, kernel: CRITICAL: ECC ERROR!! Please Reboot!!
-
Hi wladikz, thanks for the detailed instruction, can you please update the link?
Thank you,
– Ivan- Install vmware tools using http://www.ataru.co/computing/linux/pfsense-2-1-install-vmware-tools/
-
Hi Renato,
The modules do not work, but your hint made the trick!
I built versions >= 2.5.13 with IXGBE_LEGACY_TX option defined to make it work with ALTQ.
Thanks a lot!
–
Ivan -
We have dell R260 with Intel x520 on-board.
We got 10Gbit link configuration with VLANs, iperf reports 9.4 Gbit/s.
Standard fpsense 2.1 suppied with ixgbe-2.5.15 did not work with ECC error.
The latest driver from November 5 from FB10 source https://github.com/freebsd/freebsd/tree/1440b0c5298e57d592534c87f2ccff9841c4db42/sys/dev/ixgbe addresses the VLAN issue, but requires some patching to get compiled under FB8.3.
Also IXGBE_LEGACY_TX should be defined - thanks to Renato!
diff patch and Makefile are attached - sorry for clumsy non-professional style.
The compiled driver if_ixgbe.ko should be placed under /boot/kernel and /boot/loadr.conf.local in my case is
kern.ipc.nmbclusters="524288"
kern.ipc.nmbjumbop="524288"
if_ixgbe_load="YES"The interfaces for VLANs were enabled with script /etc/rc.custom_boot_early
/sbin/ifconfig ix0.172 create
/sbin/ifconfig ix0.5 create
#…
/sbin/ifconfig ix0 up -
hi,
i use my setup (based on vmware esxi) for long time. this setup is stable as rock. currently i have cluster of two firewalls and i don't have any problem with it. i checked different options. i think the problem is not in intel driver, i have freebsd installed on R620 with latest drivers and it's work without errors. pfsense developers added some kernel patch that crash intel driver, but developers even don't try to resolve the problem. :'(
-
Hey 1vg, could you attach the .ko you compiled for us?
Thanks! :)
-
What is status now? :)
-
My setup is working stable. currently no solution from developers (at least i don't know about it)
-
I opened a case with pfsense paid support, the developers are working on the problem.
-
-
Why not use Virtual machines ?
It works very well!
I need at least 5 Gbps throughput, I was not able to get that on ESXi VM. I have not tried xen or kvm though…
-
Why not team them in VmWare??
@1vg:
Why not use Virtual machines ?
It works very well!
I need at least 5 Gbps throughput, I was not able to get that on ESXi VM. I have not tried xen or kvm though…
-
Why not team them in VmWare??
I think I do not understand. I have a physical machine with one 10 Gbit card that should host my firewall (physical or virtual, preferably pfsense) and handle heavy traffic over several VLANs via this card. How can teaming help me in this case?
-
Most run the dual cards when buying them to loadbalance the traffic :)
I thought you had the same.
Do you run real life traffic with 5gbit on the machine? Or did you do an Iperf test?
-
Most run the dual cards when buying them to loadbalance the traffic :)
I thought you had the same.
Do you run real life traffic with 5gbit on the machine? Or did you do an Iperf test?
Yes, we have x520 dual-port card, but no load-balancing, one port faces upstream, multiple VLANs on second port serve local networks.
Yes, we have real 5Gbit traffic that is now bypassing the firewall. -
Why not use Virtual machines ?
It works very well!
What is status now? :)
I would like to run 1 physical box and second as virtual. Redundant setup. :)
-
I run 2 vmware esxi servers with 2 pfsense firewalls. it's transfer around 7Gb/s real traffic, 132 VLANs and ~160 Subnets. it's work without any problems. i think that we should use this setup until developers will fix ixgbe driver problem.
-
2.1.1-release snapshots are now available with new ixgbe driver. - https://forum.pfsense.org/index.php/topic,71546.0.html
-
I'm waiting for snapshot server online. i took one of my FW out from cluster to test changes. will update after test
-
firewall is updated. after boot MBUF status is 32% (165510/512000) in server with 4 ixgbe NICs and 2 igb NICs. looks little bit high for system after boot. there is no traffic thru this FW and in 20 min MBUF count raised to 166406. so looks like the problem of MBUFs is not fixed
