3. Just stick with b134. Actually, I've managed to compile my way up to b142, but I'm having trouble getting beyond it - my attempts to install later versions just result in new boot environments with the old kernel, even with the latest pkg-gate code in place. Still, even if I get the latest code to install, it's not viable for the long term unless I'm willing to live with stasis.
I run build 146. There have been some heads-up messages on the topic. You need b137 or later in order to build b143 or later. Plus the latest packaging bits and other stuff. http://mail.opensolaris.org/pipermail/on-discuss/2010-June/001932.html When compiling b146, it's good to read this first: http://mail.opensolaris.org/pipermail/on-discuss/2010-August/002110.html Instead of using the tagged onnv_146 code, you have to apply all the changesets up to 13011:dc5824d1233f.
6. Abandon ZFS completely and go back to LVM/MD-RAID. I ran it for years before switching to ZFS, and it works - but it's a bitter pill to swallow after drinking the ZFS Kool-Aid.
Or Btrfs. It may not be ready for production now, but it could become a serious alternative to ZFS in one year's time or so. (I have been using it for some time with absolutely no issues, but some people (Edward Shishkin) say it has obvious bugs related to fragmentation.) Andrej
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
