This post is obsolete

This blog post is quite old, and a lot has changed since then. Meanwhile, I have changed employer, blogging platform, software stack, infrastructure, interests, and more.
You will probably find more recent and relevant information about the topics discussed here elsewhere.
Still, this content is provided here for historical reasons, but please don’t expect it to be current or authoritative at this point.
Thanks for stopping by!


OpenSolaris ZFS Home Server Reference Design

Blueprint

When I blogged about my OpenSolaris Home Server a while ago (no link, sun.com no longer exists), little did I know that this would become my most popular entry in my old blog!

In fact, R.G.(no link, page no longer exists) was so kind to call my setup “perilously close to being an AMD reference design (no link, opensolaris.org no longer exists)”. Thanks, R.G.! Read about his final setup here (no link, opensolaris.org no longer exists). And BTW, if you’re into e-guitars, check out his GEOFEX page, a great resource for guitar effects.

So let’s review our reference design and discuss some modifications to better suit your needs:

In fact, quite a few people replicated this configuration, including Gregor, Jan and about half a dozen other people who emailed me about their experiences with this setup, plus a fair amount of discussion on the zfs-discuss mailing list (no link, opensolaris.org no longer exists).

Experience So Far

This server has been happily working in my basement for more than half a year now, no crashes, rock-solid.

Power consumption in idle mode without disks (assuming they’re spun down) is around 45W. Even at high load, the Watt-meter didn’t seem to go beyond 80W. No signs of thermal issues, although I haven’t found a good method of measuring temperature online (Unfortunately, OpenSolaris doesn’t support older ACPI versions very well).

Possible Modifications

A few people came up with some modifications:

  • The motherboard supports a wide range of AMD CPUs. If you want something more powerful, then you can use a 3 or 4 core Phenom. If you’re on a budget, a smaller Athlon will work well, too. OpenSolaris should support any AMD CPU, although you want to pick one of the 0x10 family (any recent one) for PowerNow! compatibility (no link, opensolaris.org no longer exists).

  • Unfortunately, the motherboard has been discontinued by Asus, although it still can be found in a variety of places. Some people reported success with Asus M4A series motherboards (no link, opensolaris.org no longer exists), so if I were to build another home server, I’d pick an M4A one with 6 SATA ports. Of course, other AMD motherboards based on AMD or NVIDIA chipsets should work well, too, but it’s best to check the HCL (no link, sun.com no longer exists) or with someone who has already installed OpenSolaris successfully. Matthias has been trying out Intel Atom boards lately and he’s fairly happy with them, but I’d still argue for an AMD one because of ECC memory support at low cost with good power-efficiency, which is quite difficult in Intel-land.

  • The only reason I bought the extra NIC was to avoid any possible issues with the on-board RealTek networking chip. But meanwhile, several people have reported that on-board networking runs fine, so the extra network card is really optional.

  • The case is a bit crowded and I had to saw off half of the Scythe Slot Rafter to make space for a 3rd disk. If you’re less space constrained, you can pick a much bigger and more comfortable case.

  • You can use any disks you want, ZFS will be happy with any model. Just make sure you configure some kind of redundancy (i.e. mirroring or RAID-Z/Z2/Z3) and have replacement handy when your disks start breaking.

    It’s wise to separate your root pool from your data pool for several reasons. Since you don’t need much space for the root pool, any pair of mirrored 2.5” notebook type disks are sufficient. If you want to max out on number of disks, use the board’s IDE ports for boot which will leave you with 6 SATA ports left for your data pool.

    It also seems to be a good idea to mix drives from different manufacturers. This minimizes the probability of multiple drives failing at the same time.

    As you may know, I prefer mirroring over RAID-Z because of the higher flexibility and simplicity. My data fits into a single pair of mirrored drives and my hot-spare is really a third mirror half with a higher capacity (2TB vs. 1.5TB). When the smaller disks fail for good, the pool will be upgraded to the higher capacity quite naturally by buying a second 2TB drive and getting rid of the 1.5 TB ones.

Spreading OpenSolaris Home Server Designs

During an email discussion with R.G., we found that the biggest issue with adopting OpenSolaris is the lack of good, reliable reference designs for home server hardware. I hope this configuration continues to help solve that problem and I have a couple of ideas on how to do more in this space.

But here comes your part: If you’ve built your own OpenSolaris server, then blog about it and send me a link to your entry. I’d be glad to link to you.

Better yet: Let’s build a network of OpenSolaris home servers!

The other big issue that surprised me was that OpenSolaris is still perceived as being hard to learn. Most of this is probably caused by pure habit (i.e. many people used to doing it the Linux way vs. fewer people familiar with the Solaris way, both equally complicated but one of them simply more widely spread).

Still, some things in OpenSolaris are more complicated than necessary, but that’s being fixed quickly. Here are some tips to get you started.

Conclusion

Building an OpenSolaris home server isn’t hard, it’s just less well documented than for other operating systems. As OpenSolaris becomes more and more popular, this issue will be fixed soon. In fact, you can help, too by publishing your own OpenSolaris home server configuration and experience!

Your Turn

Have you build your own OpenSolaris home server? Blog about it. Send me your link. Or share your configuration and experience in the comments section below. Help others do the same!

Disclosure

The component links above are Amazon affiliate links. Don’t worry, they won’t cost you a dime and they won’t make me rich either. With some luck, they can help pay for the cost of hosting this blog, but at the moment they’re really an experiment to me.


Comments

Commenting is currently not available, because I’d like to avoid cookies on this site. I may or may not endeavor into building my own commenting system at some time, who knows?

Meanwhile, please use the Contact form to send me your comments.

Thank you!


Welcome

This is the blog of Constantin Gonzalez, a Solutions Architect at Amazon Web Services, with more than 25 years of IT experience.

The views expressed in this blog are my own and do not necessarily reflect the views of my current or previous employers.


Copyright © 2022 – Constantin Gonzalez – Some rights reserved.
By using this site you agree to not hold the author responsible for anything related to this site. See Site Info/Imprint for details and our information policy.

This site was built using Pelican, which is written in Python, using a homegrown theme that borrows heavily from Elegant. It is hosted on Amazon S3 and distributed through Amazon CloudFront.