Just wanted to ask how we make progress with zpool shrinking?
Are there any prerequisite projects we are waiting on?
e.g. tracked by CR 4852783 reduce pool capacity
Thomas
--
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
pool-shrinking (and an option to shrink disk A when i want disk B to
become a mirror, but A is a few blocks bigger)
This may be interesting... I'm not sure how often you need to shrink a pool
though? Could this be classified more as a Home or SME level feature?
Enterprise level
is dead. Long live cyberpunk.
http://mirrorshades.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
Thomas Wagner
+49-171-6135989 http://www.wagner-net.net
sliceing say S0 to be used as root-filesystem would make
ZFS not using the write-buffer on the disks.
This would be a slight performance degrade, but would increate
reliability of the system (since root is mirrored).
Why not living on the edge and booting from ZFS ?
This would nearly eliminate
/listinfo/zfs-discuss
--
Mit freundlichen Gruessen,
Thomas Wagner
--
*
Thomas WagnerTel:+49-(0)-711-720 98-131
Strategic Support Engineer Fax:+49-(0)-711-720 98-443
Global Customer Services Cell: +49
(And if you don't need it to work remotely automount could take care of it
if you think cd should be sufficient reason to create a directory)
Maybe on unmount empty filesystems could be destroyed.
more general?
If we have events like a library-call to mkdir or change-dir
or no open
On Wed, Sep 13, 2006 at 12:28:23PM +0200, Michael Schuster wrote:
Mathias F wrote:
Well, we are using the -f parameter to test failover functionality.
If one system with mounted ZFS is down, we have to use the force to mount
it on the failover system.
But when the failed system comes
/jumpstart aclinherit secure default
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
Mit freundlichen Gruessen,
Thomas Wagner
