I found this feature to be incredibly useful when managing a Digital Unix
system with AdsFS. Migrating to a larger disk (or larger hardware RAID set)
was a simple "add", "remove" and wait for the filesystem to clean up. This was
done with multiple users online. Good Stuff !
Keep up the good
Matty wrote:
On 4/20/07, George Wilson <[EMAIL PROTECTED]> wrote:
This is a high priority for us and is actively being worked.
Vague enough for you. :-) Sorry I can't give you anything more exact
that that.
Hi George,
If ZFS is supposed to be part of "open"solaris, then why can't the
communi
Robert Milkowski wrote:
Hello George,
Friday, April 20, 2007, 7:37:52 AM, you wrote:
GW> This is a high priority for us and is actively being worked.
GW> Vague enough for you. :-) Sorry I can't give you anything more exact
GW> that that.
Can you at least give us feature list being developed
Matty wrote:
On 4/20/07, George Wilson <[EMAIL PROTECTED]> wrote:
This is a high priority for us and is actively being worked.
Vague enough for you. :-) Sorry I can't give you anything more exact
that that.
Hi George,
If ZFS is supposed to be part of "open"solaris, then why can't the
communi
On 4/20/07, George Wilson <[EMAIL PROTECTED]> wrote:
This is a high priority for us and is actively being worked.
Vague enough for you. :-) Sorry I can't give you anything more exact
that that.
Hi George,
If ZFS is supposed to be part of "open"solaris, then why can't the
community get additio
Hello George,
Friday, April 20, 2007, 7:37:52 AM, you wrote:
GW> This is a high priority for us and is actively being worked.
GW> Vague enough for you. :-) Sorry I can't give you anything more exact
GW> that that.
Can you at least give us feature list being developed?
Some answers to question
This is a high priority for us and is actively being worked.
Vague enough for you. :-) Sorry I can't give you anything more exact
that that.
- George
Matty wrote:
On 4/19/07, Mark J Musante <[EMAIL PROTECTED]> wrote:
On Thu, 19 Apr 2007, Mario Goebbels wrote:
> Is it possible to gracefully
Mario,
Until zpool remove is available, you don't have any options to remove a
disk from a non-redundant pool.
Currently, you can:
- replace or detach a disk in a ZFS mirrored storage pool
- replace a disk in a ZFS RAID-Z storage pool
Please see the ZFS best practices site for more info about
On Thu, 2007-04-19 at 11:59 -0700, Mario Goebbels wrote:
> Is it possible to gracefully and permanently remove a vdev from a pool
> without data loss?
Not yet. But it's on lots of people's wishlists, there's an open RFE,
and members of the zfs team have said on this list that they're working
on
On 4/19/07, Mark J Musante <[EMAIL PROTECTED]> wrote:
On Thu, 19 Apr 2007, Mario Goebbels wrote:
> Is it possible to gracefully and permanently remove a vdev from a pool
> without data loss?
Is this what you're looking for?
http://bugs.opensolaris.org/view_bug.do?bug_id=4852783
If so,
On Thu, 19 Apr 2007, Mario Goebbels wrote:
> Is it possible to gracefully and permanently remove a vdev from a pool
> without data loss?
Is this what you're looking for?
http://bugs.opensolaris.org/view_bug.do?bug_id=4852783
If so, the answer is 'not yet'.
Regards,
markm
__
Is it possible to gracefully and permanently remove a vdev from a pool without
data loss? The type of pool in question here is a simple pool without
redundancies (i.e. JBOD). The documentation mentions for instance offlining,
but without going into the end results of doing that. The thing I'm lo
12 matches
Mail list logo
