If you have setup LAGG on FreeBSD and are noting that one NIC is getting all of the traffic.
Switch to roundrobin and check results.
The primary (“MASTER”) NIC will always receive the incoming traffic. With roundrobin all of the traffic will exit all NICs assigned to the LAGG.
FreeBSD recently introduced a disk replication setup: HAST.
This is FreeBSD’s answer to DRDB for Linux.
Some very good blog posts, with scripting, can be found here:
FreeBSD + HAST + CARP + NFS
HAST with ZFS
My issues with HAST are its feeling of instability and the addition of numerous points of failure… sloppy design? The system, essentially, adds “virtual harddrives”. These “virtual harddrives (devices)” sit on top of the drives to be mirrored, the HAST devices receive the data, and then distribute the data to real harddrives on the primary server and to the secondary server. I found this to be a nightmare – more Linux style than FreeBSD.
I would not consider putting HAST in production with ZFS. ZFS is created on top of the “virtual harddrives (devices)”. That is 3 layers (ZFS + HAST devices + actual Harddrives). If HAST messes us, then your ZFS tank disappears. If you restart the HAST daemon then you have to make sure to export your ZFS first. If you do not export the ZFS pool, then ZFS will lock up and a hard reboot is needed. Then on reboot HAST has to be live first, and then your ZFS pool is reimported. All of the aforementioned means downtime. It my lab experiments I simply removed it from the servers and have deemed it not suitable for 24x7x365 applications.
For a ZFS pool replication script visit this post: http://www.tediosity.com/2011/05/31/zfs-replication-on-freebsd/
If you have been searching around for the proper ISOs to use.
These two ISOs are what you need to use.
This is bootable:
After you have burned and booted with the above CD.
Download these three files:
The above files need to be joined:
Windows: copy /b OM* OM_610_SUU_A01.iso
Linux: cat OM* > OM_610_SUU_A01.iso
Burn the resulting ISO file.
Boot from the first DVD and then select Update Firmware. Insert Second CD.
Foundry Models Covered: EIF24G, EIF4802CF, EIF48G, EIF24GS, EIF48GS, etc.
1) Establish a connection to the device on the console port
2) Power the switch on, while holding down ctrl-u to access the system file menu (technically you can just hit ï¿½ctrl-uï¿½ in the one second time between powering on and it actually loading, but its hard to time it)
3) you have a few seconds to type the password for the file menu, it is ‘mercury’; clear off the asteriks that may remain from holding ctrl-u down first.
4) select D to delete all user defined configurations
5) enter the file name of the file type that is ï¿½Config Fileï¿½ and confirm if asked to delete it
6) select Q to reload.
At this point it will boot normally, and the username and password for the unit will be at default, admin, and admin. Its back to default now, have fun. I have no idea why Foundry barely documents this process. Even the users manual doesnï¿½t tell you the password to enter the ROM menu (‘mercury’), it sais to call tech support to get it.