Tommaso Boccali wrote:
> is there a way to do it "via software" ? (attach remove add detach)....
>
Skeleton process:
1. detach c1t7d0 from the root mirror
2. replace c5t4d0 with c1t7d0
In the details, you will need to be careful with the partitioning
for the root mirror. You will need to use slices because the boot
process does not understand EFI labels. In other words, your
rpool mirror at c1t7d0 has an EFI label and is not bootable.
Note: this is not a ZFS limitation, it is a boot limitation.
The detailed procedure for configuring a boot mirror using
ZFS as the root file system is in the ZFS Administration Guide
http://www.opensolaris.org/os/community/zfs/docs/zfsadmin.pdf
-- richard
> if not else, it would help me quite a lot to understand the underlying
> zfs mechanism ...
> thanks
>
> ;)
>
> tom
>
> On Sun, Jul 6, 2008 at 10:27 AM, Jeff Bonwick <[EMAIL PROTECTED]> wrote:
>
>> I would just swap the physical locations of the drives, so that the
>> second half of the mirror is in the right location to be bootable.
>> ZFS won't mind -- it tracks the disks by content, not by pathname.
>> Note that SATA is not hotplug-happy, so you're probably best off
>> doing this while the box is powered off. Upon reboot, ZFS should
>> figure out what happened, update the device paths, and... that's it.
>>
>> Jeff
>>
>> On Sun, Jul 06, 2008 at 08:47:25AM +0200, Tommaso Boccali wrote:
>>
>>>> As Edna and Robert mentioned, zpool attach will add the mirror.
>>>> But note that the X4500 has only two possible boot devices:
>>>> c5t0d0 and c5t4d0. This is a BIOS limitation. So you will want
>>>> to mirror with c5t4d0 and configure the disks for boot. See the
>>>> docs on ZFS boot for details on how to configure the boot sectors
>>>> and grub.
>>>> -- richard
>>>>
>>>>
>>> uhm, bad.
>>>
>>> I did not know this, so now the root is
>>> bash-3.2# zpool status rpool
>>> pool: rpool
>>> state: ONLINE
>>> scrub: resilver completed after 0h8m with 0 errors on Wed Jul 2 16:09:14
>>> 2008
>>> config:
>>>
>>> NAME STATE READ WRITE CKSUM
>>> rpool ONLINE 0 0 0
>>> mirror ONLINE 0 0 0
>>> c5t0d0s0 ONLINE 0 0 0
>>> c1t7d0 ONLINE 0 0 0
>>> spares
>>> c0t7d0 AVAIL
>>> c1t6d0 AVAIL
>>>
>>>
>>> while c5t4d0 belongs to a raiz pool:
>>>
>>> ...
>>> raidz1 ONLINE 0 0 0
>>> c0t4d0 ONLINE 0 0 0
>>> c1t4d0 ONLINE 0 0 0
>>> c5t4d0 ONLINE 0 0 0
>>> c6t7d0 ONLINE 0 0 0
>>> c5t5d0 ONLINE 0 0 0
>>> c5t6d0 ONLINE 0 0 0
>>> c5t7d0 ONLINE 0 0 0
>>> c1t5d0 ONLINE 0 0 0
>>> ...
>>>
>>> is it possible to restore the good behavior?
>>> something like
>>> - detach c1t7d0 from rpool
>>> - detach c5t4d0 from the other pool (the pool still survives since it is
>>> raidz)
>>> - reattach in reverse order? (and so reform mirror and raidz?)
>>>
>>> thanks a lot again!!!!
>>>
>>> tommaso
>>>
>>>
>>> --
>>> Tommaso Boccali
>>> INFN Pisa
>>> _______________________________________________
>>> zfs-discuss mailing list
>>> zfs-discuss@opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>>>
>
>
>
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
