Ian Collins wrote:
Adam Sherman wrote:
On 6-Aug-09, at 15:16 , Ian Collins wrote:
This ended up being a costly mistake, the environment I ended up
with didn't play well with Live Upgrade. So I suggest what ever you
do, make sure you can create a new BE and boot into it before
committing.
I assume this was old-style LU and the new-style ZFS-based "boot
environments"?
No, the original BE was build 101, ZFS boot. An lucreate from that BE
took a day (!) and the new BE wasn't bootable.
Note, that LU in Nevada is not being well-maintained at this point.
beadm in OSOL is where it's at (or so I've been told).
Also, I'd recommend you not forget to remove the Swap and Dump volumes
from the CF rpool. You could theoretically keep Dump, but, honestly,
why bother. So, you could likely get a full install of OSOL on a 4GB
CF card, and maybe even a 2GB card, especially if you are moving /var
somewhere else.
As far as extra space, I honestly wouldn't use it for anything like a
ZIL or L2ARC cache. CF is even worse than the 1st-gen SSDs in terms of
(random write) performance and doesn't have (much of) any of those nice
advanced wear-leveling firmware stuff. I'd only use it for stuff that
is WORM (or at least, hardly ever changes). A sharable /usr/local or
/opt springs to mind...
--
Erik Trimble
Java System Support
Mailstop: usca22-123
Phone: x17195
Santa Clara, CA
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
