Re: Where's the space? raidz2

2010-08-06 Thread Freddie Cash
On Mon, Aug 2, 2010 at 4:27 PM, Dan Langille d...@langille.org wrote:
 On 8/2/2010 7:11 PM, Dan Langille wrote:

 I recently altered an existing raidz2 pool from using 7 vdevs of about
 931G to 1.81TB. In fact, the existing pool used half of each HDD. I then
 wanted to go to using [almost] all of each HDD.

 I offline'd each vdev, adjusted the HDD paritions using gpart, then
 replaced the vdev. After letting the resilver occur, I did the next vdev.

 The space available after this process did not go up as I expected. I
 have about 4TB in the pool, not the 8 or 9TB I expected.

 This fixed it:

 # zpool export storage
 # zpool import storage

There's a version of ZFS includes a new *autoexpand* property that
could be set on the pool.  With that set, the available space will be
made available automatically as soon as the last disk in a vdev is
replaced.  I don't know the exact version or whether it's supported in
FreeBSD's port of ZFS.  But it will be available at some point.  :)

-- 
Freddie Cash
fjwc...@gmail.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Where's the space? raidz2

2010-08-06 Thread Matthias Gamsjager
It's in V16 afaik

On Fri, Aug 6, 2010 at 11:36 AM, Freddie Cash fjwc...@gmail.com wrote:
 On Mon, Aug 2, 2010 at 4:27 PM, Dan Langille d...@langille.org wrote:
 On 8/2/2010 7:11 PM, Dan Langille wrote:

 I recently altered an existing raidz2 pool from using 7 vdevs of about
 931G to 1.81TB. In fact, the existing pool used half of each HDD. I then
 wanted to go to using [almost] all of each HDD.

 I offline'd each vdev, adjusted the HDD paritions using gpart, then
 replaced the vdev. After letting the resilver occur, I did the next vdev.

 The space available after this process did not go up as I expected. I
 have about 4TB in the pool, not the 8 or 9TB I expected.

 This fixed it:

 # zpool export storage
 # zpool import storage

 There's a version of ZFS includes a new *autoexpand* property that
 could be set on the pool.  With that set, the available space will be
 made available automatically as soon as the last disk in a vdev is
 replaced.  I don't know the exact version or whether it's supported in
 FreeBSD's port of ZFS.  But it will be available at some point.  :)

 --
 Freddie Cash
 fjwc...@gmail.com
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Where's the space? raidz2

2010-08-02 Thread Dan Langille

On 8/2/2010 7:11 PM, Dan Langille wrote:

I recently altered an existing raidz2 pool from using 7 vdevs of about
931G to 1.81TB. In fact, the existing pool used half of each HDD. I then
wanted to go to using [almost] all of each HDD.

I offline'd each vdev, adjusted the HDD paritions using gpart, then
replaced the vdev. After letting the resilver occur, I did the next vdev.

The space available after this process did not go up as I expected. I
have about 4TB in the pool, not the 8 or 9TB I expected.


This fixed it:

# df -h
FilesystemSizeUsed   Avail Capacity  Mounted on
/dev/mirror/gm0s1a989M508M402M56%/
devfs 1.0K1.0K  0B   100%/dev
/dev/mirror/gm0s1e3.9G500K3.6G 0%/tmp
/dev/mirror/gm0s1f 58G4.6G 48G 9%/usr
/dev/mirror/gm0s1d3.9G156M3.4G 4%/var
storage   512G1.7G510G 0%/storage
storage/pgsql 512G1.7G510G 0%/storage/pgsql
storage/bacula3.7T3.2T510G87%/storage/bacula
storage/Retored   510G 39K510G 0%/storage/Retored


# zpool export storage
# zpool import storage

# df -h
FilesystemSizeUsed   Avail Capacity  Mounted on
/dev/mirror/gm0s1a989M508M402M56%/
devfs 1.0K1.0K  0B   100%/dev
/dev/mirror/gm0s1e3.9G500K3.6G 0%/tmp
/dev/mirror/gm0s1f 58G4.6G 48G 9%/usr
/dev/mirror/gm0s1d3.9G156M3.4G 4%/var
storage   5.0T1.7G5.0T 0%/storage
storage/Retored   5.0T 39K5.0T 0%/storage/Retored
storage/bacula8.2T3.2T5.0T39%/storage/bacula
storage/pgsql 5.0T1.7G5.0T 0%/storage/pgsql



--
Dan Langille - http://langille.org/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org