Rodney,
I added a second swap device to my OSOL 2009.06 laptop and my system
running Nevada build 124. I can't reproduce this. Both swap devices
appear after reboot.
I would agree with Darren's comments that copies=2 is a better
configuration for a one-disk pool.
The fact that you can attach a p* partition to storage pool slice
is a bug, 6884447.
If something happened to your primary root pool slice, we're not sure
that you could boot from the p2 device.
In general, we mirror a disk slice (c8t0d0s0) to a disk slice (c9t0d0s0)
on ZFS root pools and a disk (c8t0d0) to a disk (c9t0d0) on non-root
pools.
Mirroring your root pool slice to a p2 partition is untested.
Cindy
On 10/15/09 05:51, Darren J Moffat wrote:
Rodney wrote:
Thanks Cindy and Darren.
I installed from the 2009.06 LiveCD and updated via the /dev repo to
build 124 (and each in between over time).
After a reboot zfs volinit runs. After that I can add the zfs swap
manually.
What's the next step to make it run at boot?
Update /etc/vfstab with a like something like this:
/dev/zvol/dsk/rpool/swap - - swap - no -
replacing rpool/swap with what ever your dataset for swap is.
And if it's gone in future builds that what replaces it?
The work that the *private* 'zfs volinit' step did is all now automatic
and done in the kernel. Massive boot time improvements for system with
very large numbers of ZVOLs.
Regarding mirroring to a slice on the same disk it's because I'm using
a laptop with 1 hard disk.
I created two primary partitions using 50% each. I installed OSOL on
the first and mirrored to the 2nd primary partition. I'm using
compression. I thought this was a good way to get redundancy while
also gaining back a lot of the lost space.
I've tried that in the past (about 3 years a go IIRC) and it just hurts
performance. Since you can't physically replace either side of the
mirror you will get the same level of protection (maybe even better) and
better performance by setting the property copies to 2 (eg 'zfs set
copies=2 rpool').
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
