Linked by John Finigan on Mon 21st Apr 2008 19:00 UTC
Oracle and SUN When it comes to dealing with storage, Solaris 10 provides admins with more choices than any other operating system. Right out of the box, it offers two filesystems, two volume managers, an iscsi target and initiator, and, naturally, an NFS server. Add a couple of Sun packages and you have volume replication, a cluster filesystem, and a hierarchical storage manager. Trust your data to the still-in-development features found in OpenSolaris, and you can have a fibre channel target and an in-kernel CIFS server, among other things. True, some of these features can be found in any enterprise-ready UNIX OS. But Solaris 10 integrates all of them into one well-tested package. Editor's note: This is the first of our published submissions for the 2008 Article Contest.
Permalink for comment 311514
To read all comments associated with this story, please click here.
RE[5]: ZFS is a dead end.
by segedunum on Fri 25th Apr 2008 21:59 UTC in reply to "RE[4]: ZFS is a dead end."
Member since:

So that means it isn't layered.... hmmm what are you smoking. It's different so it must be bad. I get it.

Thanks for side-stepping it ;-).

Breaking that layering was intentional because that layering adds nothing but more points of failure.

What points of failure?

Huh?? WTF does that have to do with anything? It is easy to use has no bearing on how long something has been in the market.

Obviously filesystems and storage management software don't need to be proved. The point is that you've got lots of systems out there for storage management that people are already using, and Sun expects people to drop all that for ZFS, which does the same thing - but maybe slightly better in some areas. That's not enough.

Your condition will never be true. Call me when Linux has been around for as long as Unix System V has been around. Unix System V has been around since 1983. Linux since 1992. Linux will never be around...........

Yadd, yadda, yadda. This was about layering violations, wasn't it? The reason why Linux became popular and people moved off Solaris to it was because it ran well on x86 and generally available hardware. Sun thought everyone would move to a 'real' OS in Solaris and run on 'real' hardware. They didn't. ZFS follows in that fine tradition as it simply will not run on 32-bit systems.

BTW ZFS has been around longer than ReiserFS 4. Wait but ReiserFS 4 is completely useless

I don't use Reiser 4, and neither does anyone else.

The first comment on Jeff Bonwick's blog post that was linked in an earlier post had some guy running a 70TB linux storage solution who was waiting to dump it for ZFS.

Very scientific. Some bloke posting on someone's blog..... I don't find dumping a storage set up a valuable use of time, money or resources, and the cost/benefit just isn't there. Does ZFS have tools to help interoperability and migration, or will he be doing this himself?

It is just being ported and is unstable. That doesn't mean it is impossible to port, as you claimed, because ZFS isn't layered.

You cannot equate ZFS to existing storage systems and make them interoperate. If you go down the ZFS route it's really all or nothing. If it was layered into logical units and containers then that would be possible, and it would be possible for people like Apple and FreeBSD to reuse existing code and infrastructure.

You then, based on ill conceived conjecture, claimed ZFS is not portable because of "rampant layering" violations. Which is just nonsense.

You proceeded to proudly claim that ZFS didn't violate any layers that you would expect to see in a storage system stack (a filesystem, a volume manager and RAID containers), and then you actually admitted it:

"Breaking that layering was intentional because that layering adds nothing but more points of failure."

Then you didn't explain how ZFS was logically structured, nor did you explain these mythical points of failure.

WTF are you on about again? You claimed ZFS can't co exist with other files Systems because of its design. When you have figured out basic software layering........

Since you haven't explained how ZFS is actually layered..........

You can't just type out a bunch of words and make them true unfortunately. ZFS will simply not cooperate with existing filesystems and existing volume management and RAID systems. You can't for example, have the ZFS system manage existing RAID systems or volumes that FreeBSD might use, nor can Apple use the ZFS system to manage HPFS volumes. You just end up with duplicate systems lying around.

That was the point. ZFS cannot work with existing storage systems code, and to do so will mean picking the code apart.

Reply Parent Score: 2