FreeBSD 8.4 was recently released. I noticed in the release notes that virtio is now enabled by default. Hurrah!

With this in mind, I decided to give Bytemark’s BigV another go. Previously I’d had to use a custom CD image and semi-manual installation process to use FreeBSD on BigV, or otherwise face the performance penalties for using KVM’s IDE emulation. (It’s really slow.)

The good news is that with 8.4-RELEASE you don’t have to do a thing to get virtio to work. It detected the disk and network adapter fine. The VM is flying along. Very happy with that.

Bytemark have had IPv6 support on their physical machine for some time so I thought I’d give that a go too. The documentation for setting this up was a bit sparse (what’s the default router?). I eventually found some documentation on Bytemark’s main support site which seems to work for BigV too.

Herein lies the problem: Bytemark’s network uses fe80::1 for the default router so that you can use the same setting anywhere on their network. This is a nice touch, however FreeBSD already creates this address on lo0 by default so it gave me some pause for thought.

After a short while I remembered that with IPv6 you can specify the interface in addresses, so I set my inet6 default route to fe80::1%vtnet0 and away it went.

I’m pretty happy with this setup now. BigV seems to give a bit more than most VPS providers do for the same money.

It’d be nice if they could provide a ready-made FreeBSD image now. :-)

I recently decided to try SmartOS as it looks to be a very interesting virtualization platform. I didn’t have a machine to spare to trial it, so I decided to rent a Hetzner EX4S with a 16GB flash drive.

For the initial install I asked Hetzner to set up the server to boot to their rescue environment, rather than preinstall one of their OS images. From here I was able to wget the SmartOS USB image and dd it to the flash drive.

The next bit is where it got “interesting”. I knew I’d need console access to the server to set up SmartOS, so I filed a support request with Hetzner. Once I had access to the IP-KVM (or LARA in their terminology) I rebooted the server to boot from the USB stick. However I started seeing a lot of error messages about disk timeouts as SmartOS tried to do its initial configuration. Once I got to the disk selection for creating the zpool, none were available! On a hunch, I rebooted the machine and entered the BIOS setup utility. They’ve hidden the message that tells you which key does this, so I basically mashed the keyboard a bit until I found the right one :-) I think it was Delete in the end. So, once inside the BIOS setup, I found they’d set the server’s hard drives to run in IDE emulation mode rather than SATA AHCI. I changed this, rebooted, and lo! SmartOS found the disks, with no timeout messages!

Once the SmartOS configuration was done, I could access the machine remotely. As I only had a single IPv4 from Hetzner, I decided to “rent” another (for €1/month) so that I could create a router zone. All of my other VMs are NATed behind this. Bit of a hack, but it does the job for now.

I’ve yet to configure it for IPv6 yet as SmartOS doesn’t yet have a way of enabling this from their configuration so you end up having to write custom SMF manifests. There’s also an issue with KVM guests and IPv6, due to the way that all VMs, whether SmartOS or KVM, are run inside Zones. The Zone’s VNIC has a MAC address which can either be defined by the VM config, or generated randomly. When you’re using KVM, the VM’s VNIC also gets the same MAC address, which leads the guest to throw DAD errors for the link-local address.