Hacker Timesnew | past | comments | ask | show | jobs | submitlogin

Out of curiosity, does anyone here use OpenSolaris for anything?


I use Nexenta, which uses the Solaris kernel, but with a Debian server-style userland, as a NAS. If ZFS were on Linux, I too would switch to it. Straight Solaris is like travelling back in time in comparison to the usual GNU userland, and while it's got nicely integrated ideas - like the services, logging and monitoring, etc., - the cost of being in a less mainstream branch is reasonably high.

At least with Nexenta, you have an apt-get which might work for some common packages. With straight Solaris, I have to go through all my shell scripts and only use POSIX options, etc., which turns out to be quite a pain.


Wait a year or two - RHEL 6 has btrfs (copy on write with btrees) in tech preview now.


Why wait? FreeBSD has support for ZFS now as well as a great package system.


Well for one, Btrfs is more efficient in some cases, according to the ZFS developers.


Don't even wait, Next3 is stable. Out of efficient snapshots, other ZFS goodies are easily covered with lvm, etc.


btrfs is also an Oracle project.


We use Solaris 10. Which isn't quite the same thing, of course.

The Solaris kernel is excellent. The Solaris 10 userland, not so (except for the newer core stuff like SMF), and OpenSolaris is supposedly a Solaris kernel with a saner userland. But I'm yet to be convinced it is stable enough to run in production, and the new packaging system looks mildly troublesome.

And it's still difficult to get it to install without X.


Isn't SMF just parallelism and horrible XML config files?


Hard to figure out whether your service state modification (say, a service restart) worked too. It always returns 0, never has output, and you have to dig for a log file to figure out what happened.


After using svcadm, use svcs (or functions in libscf) to find out what's going on.


And dependencies, configurable restarting based on failures in other services, delegation of administrative privileges to other users, configuration of managed services through arbitrary properties, integration into OS fault reporting, reliable management of server processes using Solaris Contracts.

You're right, the XML config is a bit nasty.


I use it on a few workstations. It's a fine operating system, but I'm admittedly a bit of an enterprise UNIX head that's disenchanted with where Linux has gone. For the last decade or so, I've come to like some of the other free operating systems such as the BSD family and OpenSolaris.


I do, our webservers run it. ZFS with automatic snapshots has saved my ass quite a few times already. Sending incremental snapshots (for backups) to offsite location (another OpenSolaris machine) is also easy and efficient.

But, if linux had ZFS i'd probably use that instead.


FreeBSD has ZFS too. We've been seeing a lot of people migrating from OpenSolaris over the past few months due to Oracle.


I wonder if the OpenSolaris people would consider a merge? Ie, work on zones, any useful Solaris management tools, etc...


FreeBSD already has jails, so there's no point bringing in Solaris zones; but we're generally quick to bring in features from OpenSolaris. DTrace, for example, is available for the FreeBSD kernel now, and work is underway to make it available for FreeBSD userland too.



Could you clear something up for me? If ZFS is so highly coveted (which I've inferred from recent discussions), why doesn't every operating system under the sun support it?


In a nutshell, the issue is that the Linux kernel which is licensed under the GNU General Public License is incompatible with ZFS which is licensed under the Sun CDDL. While both the GPL and CDDL are open source licenses their terms are such that it is impossible to simultaneously satisfy both licenses. This means that a single derived work of the Linux kernel and ZFS cannot be legally distributed.

http://wiki.github.com/behlendorf/zfs/faq

FreeBSD has it, but it's been largely abandoned on Mac OS X.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: