>
> Would the bootloader have issues here? On x86 I would
> imagine that you
> would have to reload grub, would a similar thing need
> to be done on SPARC?
>
Yeah, that's also what I'm thinking, apparently zfs mirror doesn't take care of
boot sector. So as of now, estimating size of a zfs root
Would the bootloader have issues here? On x86 I would imagine that you
would have to reload grub, would a similar thing need to be done on SPARC?
Ivan Wang wrote:
>>> Erik Trimble wrote:
>>> After both drives are replaced, you will automatically see the
>>> additional space.
>>>
>> I be
> > Erik Trimble wrote:
> > After both drives are replaced, you will automatically see the
> > additional space.
>
> I believe currently after the last replace an
> import/export sequence
> is needed to force zfs to see the increased size.
What if root fs is also in this pool? will there be any
Erik Trimble wrote:
> Ivan Wang wrote:
>> Hi all,
>>
>> Forgive me if this is a dumb question. Is it possible for a two-disk
>> mirrored zpool to be seamlessly enlarged by gradually replacing previous
>> disk with larger one?
>>
>> Say, in a constrained desktop, only space for two internal disk
Ivan Wang wrote:
> Hi all,
>
> Forgive me if this is a dumb question. Is it possible for a two-disk mirrored
> zpool to be seamlessly enlarged by gradually replacing previous disk with
> larger one?
>
> Say, in a constrained desktop, only space for two internal disks is
> available, could I ju
Hi all,
Forgive me if this is a dumb question. Is it possible for a two-disk mirrored
zpool to be seamlessly enlarged by gradually replacing previous disk with
larger one?
Say, in a constrained desktop, only space for two internal disks is available,
could I just begin with two 160G disks, the
