Skip to main content

OpenSolaris, ZFS, iSCSI and OSX - Creative Storage - Part II

In part I of this post, I looked at the simple steps required to setup a relatively simple storage solution using OpenSolaris, ZFS, iSCSI and OSX. This was about a month ago, and I've made some significant changes on how this is used for me.

At the end of the last post I left off on the part dealing with configuration of the iSCSI initiator side of the solution. I stopped here because there were some issues related to the installation and use of the software.

The iSCSI initiator that I was using was Studio Network Solutions GlobalSAN initiator (version which is used to allow for connections to their products. This software will also allow for connections to ANY iSCSI target!

After the configuration of the iSCSI target on the ZFS pool, and installation of the client it was trivial to get the connection established with the storage pool, and it showed up in OSX as a raw disk which had not been formatted.

I proceeded to format the disk as HFS+ and it then mounted as a locally attached disk and I was able to use it as a target for the Time Machine backups. Once selected OSX nicely backed up all of my data to the volume! Perfect! Even the performance of the solution was suprising, as it appeared to significantly outperform previous backups made using USB disks attached to an Airport Extreme, and all of this over my 802.11n network!

Main Problem: Disconnections. Everything worked really well for me if the wireless network connection was active, the iSCSI client was properly started and connected, and Time Machine backups were closely monitored. While this will likely work really well for the guys with hard-wired gigabit connected Mac Pros that are never disconnected from the network or turned off, my MO includes constantly connecting and disconnecting from the network, and also in the middle of performing TM backups.

These disconnections immediately started causing problems with both the iSCSI client connections with the ZFS pool, and with the Time Machine processes associated with the disk. Symptoms included strange errors regarding mis-matches between the sparse disk images and the connected volume, and reconnection issues with the iSCSI client when my laptop gets reconnected to the network without stopping and restarting the iSCSI client.

Solution: CIFS. I always believe that simple solutions are better than complex ones, and although being able to use iSCSI connections to establish disk access seems cool, it doesn't offer a whole lot over standard-old network attached storage. The main reason behind the iSCSI configuration was to get TM to work with the ZFS pool, but there is an alternative - CIFS. There are many posts around the net regarding the use of CIFS and SMB shares for Time Machine backups.

So what I ended up doing is configuring a single ZFS pool for storage and splitting this storage into two - one for general file storage, and one for backups. TM uses sparse disk images which provide the added benefit of limiting the size of the disk image (this is used to limit the amount of disk space which is used by the TM backups - currently 2x the size of my source disk).

By using CIFS as the access method, I also have the ability of backing up my Windows boxes to the same filesystem along-side the TM disk images for each OSX machine.

In part III - when I get time, I will hopefully post the details on the CIFS setup (including security and file permissions), the OSX TM setup, and the Windows backup settings.

I have been using this setup for a few weeks now without a hitch and I have also restored files over the network. The only thing I haven't tested is restoring a full osx install from install DVD's using the TM backup (plan to test this).


Simon Breden said…
Interesting post, Mark. I look forward to seeing your configuration setup when you get time to make a new post.


Popular posts from this blog

Consumer Benefits of Credit Card Security

Recently, new types of credit card security features have be debuted, such as this one from Visa. And as some of the comments on Bruce Schneier's blog point out, its questionable how effective this is. I want to figure out what the motivation is behind these ideas, as it appears banks and the major credit card brands are not completely transparent about the benefits to the consumer. My example is this, one source has that in 2005 $2.8 million was lost due to credit card fraud from Visa and MasterCard in Canada alone. These costs are absorbed by the credit card companies as they protect their cardholders from liability, but as can be expected these costs are directly applied to the card brand customers, people and merchants, in the form of fees and interest rates. Now lets say that card brands can deploy a technology to eliminate 90% of this fraud and associated insurance and liability costs. Likely a large savings both in Canada and globally. Would we, the public and mercha

May Security Catch-up

Its been much too long since my last post - Sony's PSN network has been breached a few times , a record number of vulnerabilities have been published , and the US government has released a new set of cyber space strategies . On the cool tools and technologies there have been lots of notable releases: Some research from Albert Cotesi New Zealand on the traffic flowing from IOS to 3rd parties, now sniffable thanks to MITMProxy , and instructions on getting it working with IOS As always SQLmap is making life easier for the vulnerability assessor and pen-tester. Microsoft has released an updated to the Enhanced Mitigation Experience Toolkit - I'll be looking into this over the next few weeks, and how it can be applied practically. New major version of Backtrack also released, for those of you that are still relying upon live-cd's as a source for tools.