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:



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:

VMware Virtual Machine Hosting

Dell Firmware Upgrade

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.

VMware Virtual Machine Hosting

Reset Password Foundry EdgeIron – Asset Recovery

VMware Virtual Machine Hosting

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.