Does anyone have any thoughts on this?
Hi,
I have a customer with the following questions...
*Describe the problem:*
A ZFS Question - I have one ZFS pool which is made from 2 storage
arrays (vdevs). I have to delete the zfs filesystems with the names of
/orbits/araid/* and remove one of the arrays from the system. After I
delete this data the remaining data easily fits on one array. The
question''s are:
Can I remove one of the vdev''s from the orbits pool without having to
unload/rebuild the remaining data in the orbits/myear filesystem?
Does ZFS "know" to move any current data from a vdev that is being
removed from a pool to the remaining devices?
Hardware Platform: Sun Fire V40z
Component Affected: OS File System
OS and Kernel Version: [Please copy and paste output from uname -a]
[gray at hemi:~]uname -a
SunOS hemi 5.10 Generic_118855-36 i86pc i386 i86pc
[gray at hemi:~]zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
orbits 3.17T 2.97T 206G 93% ONLINE -
[gray at hemi:~]zpool status
pool: orbits
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
orbits ONLINE 0 0 0
c3t600C0FF000000000092BC64980F53900d0 ONLINE 0 0 0
c3t600C0FF000000000092B663929C88800d0 ONLINE 0 0 0
errors: No known data errors
[gray at hemi:~]zfs list
NAME USED AVAIL REFER MOUNTPOINT
orbits 2.97T 155G 27.5K /orbits
orbits/araid 2.33T 155G 33.5K /orbits/araid
orbits/araid/cors 22.9G 155G 22.9G /export/home/cors
orbits/araid/rinex1 550G 155G 550G /rinex1
orbits/araid/rinex2 385G 155G 385G /rinex2
orbits/araid/rinex3 503G 155G 503G /rinex3
orbits/araid/rinex4 506G 155G 506G /rinex4
orbits/araid/rinex5 419G 155G 419G /rinex5
orbits/araid/tst_gnssrnx 24.5K 155G 24.5K none
orbits/araid/ulc 432M 155G 432M /orbits/araid/ulc
orbits/myear 656G 155G 656G /orbits/myear
Regards,
Dave
--
Sun Microsystems
Mailstop ubur04-206
1 Network Drive
Burlington, MA 01803
*Dave Bevans - Technical Support Engineer*
*Phone: 1-800-USA-4SUN (800-872-4786)
(opt-2), (case #) (press "0" for the next available engineer)
* *Email: david.bevans <mailto:david.bevans at sun.com>@Sun.com
<mailto:david.bevans at sun.com>
TSC Systems Group-OS / Hours: 6AM - 2PM EST / M - F
*
Submit, Check & Update Cases at the Online Support Center
<http://www.sun.com/service/online>
This email may contain confidential and privileged material for the sole
use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient please
contact the sender and delete all copies.
DAYLIGHT SAVINGS TIME The U.S. Energy Policy Act of 2005 mandates that
Daylight Saving Time (DST) in the United States of America start on the
second Sunday in March and end on the first Sunday in November starting
in 2007. To see how your Sun System or Software may be affected, please
visit http://www.sun.com/dst
--
Regards,
Dave
--
Sun Microsystems
Mailstop ubur04-206
1 Network Drive
Burlington, MA 01803
*Dave Bevans - Technical Support Engineer*
*Phone: 1-800-USA-4SUN (800-872-4786)
(opt-2), (case #) (press "0" for the next available engineer)
* *Email: david.bevans <mailto:david.bevans at sun.com>@Sun.com
<mailto:david.bevans at sun.com>
TSC Systems Group-OS / Hours: 6AM - 2PM EST / M - F
*
Submit, Check & Update Cases at the Online Support Center
<http://www.sun.com/service/online>
This email may contain confidential and privileged material for the sole
use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient please
contact the sender and delete all copies.
DAYLIGHT SAVINGS TIME The U.S. Energy Policy Act of 2005 mandates that
Daylight Saving Time (DST) in the United States of America start on the
second Sunday in March and end on the first Sunday in November starting
in 2007. To see how your Sun System or Software may be affected, please
visit http://www.sun.com/dst
--
Regards,
Dave
--
Sun Microsystems
Mailstop ubur04-206
1 Network Drive
Burlington, MA 01803
*Dave Bevans - Technical Support Engineer*
*Phone: 1-800-USA-4SUN (800-872-4786)
(opt-2), (case #) (press "0" for the next available engineer)
* *Email: david.bevans <mailto:david.bevans at sun.com>@Sun.com
<mailto:david.bevans at sun.com>
TSC Systems Group-OS / Hours: 6AM - 2PM EST / M - F
*
Submit, Check & Update Cases at the Online Support Center
<http://www.sun.com/service/online>
This email may contain confidential and privileged material for the sole
use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient please
contact the sender and delete all copies.
DAYLIGHT SAVINGS TIME The U.S. Energy Policy Act of 2005 mandates that
Daylight Saving Time (DST) in the United States of America start on the
second Sunday in March and end on the first Sunday in November starting
in 2007. To see how your Sun System or Software may be affected, please
visit http://www.sun.com/dst
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20071108/4e77b9cf/attachment.html>
michael schuster
2007-Nov-08 16:07 UTC
[zfs-discuss] 3rd posting: ZFS question (case 65730249)
Dave Bevans wrote:> Does anyone have any thoughts on this? > > Hi, > > I have a customer with the following questions... > > > > *Describe the problem:* > A ZFS Question - I have one ZFS pool which is made from 2 storage > arrays (vdevs). I have to delete the zfs filesystems with the names of > /orbits/araid/* and remove one of the arrays from the system. After I > delete this data the remaining data easily fits on one array. The > question''s are: > > Can I remove one of the vdev''s from the orbits pool without having to > unload/rebuild the remaining data in the orbits/myear filesystem?as far as I can tell, you''re asking for/about remove functionality in zfs (please correct). The last I heard, this was in the works. Search the archives on opensolaris.org etc. to find references to the bug ID and several discussions about this. HTH Michael -- Michael Schuster Sun Microsystems, Inc. recursion, n: see ''recursion''