One of the great privileges of using OpenSolaris is the helpfulness and deep
knowledge of the community. Thanks for the suggestions.
I cleared out /var/pkg/downloads, and got back a couple of gigabytes. I've
enabled compress and dedup.
Is there a simple set of commands that I could send that fi
On Sun, Feb 28, 2010 at 07:36:30PM -0800, Bill Sommerfeld wrote:
> To avoid this in the future, set PKG_CACHEDIR in your environment to
> point at a filesystem which isn't cloned by beadm -- something outside
> rpool/ROOT, for instance.
+1 - I've just used a dataset mounted at /var/pkg/downloa
On 02/28/10 15:58, valrh...@gmail.com wrote:
Also, I don't have the numbers to prove this, but it seems to me
> that the actual size of rpool/ROOT has grown substantially since I
> did a clean install of build 129a (I'm now at build133). WIthout
> compression, either, that was around 24 GB, but
On Sun, 28 Feb 2010, valrh...@gmail.com wrote:
backup server, I should be able to compress by about a factor of
1.5x. If I enable both on the rpool filesystem, then clone the boot
environment, that should enable it on the new BE (which would be a
child of rpool/ROOT), right?
If by 'clone' yo
I am running my root pool on a 60 GB SLC SSD (OCZ Agility EX). At present, my
rpool/ROOT has no compression, and no deduplication. I was wondering about
whether it would be a good idea, from a performance and data integrity
standpoint, to use one, the other, or both, on the root pool. My current
