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
Filesystem Size Used Avail Capacity Mounted on
/dev/mirror/gm0s1a 989M 508M 402M 56% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/mirror/gm0s1e 3.9G 500K 3.6G 0% /tmp
/dev/mirror/gm0s1f 58G 4.6G 48G 9% /usr
/dev/mirror/gm0s1d 3.9G 156M 3.4G 4% /var
storage 512G 1.7G 510G 0% /storage
storage/pgsql 512G 1.7G 510G 0% /storage/pgsql
storage/bacula 3.7T 3.2T 510G 87% /storage/bacula
storage/Retored 510G 39K 510G 0% /storage/Retored
# zpool export storage
# zpool import storage
# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/mirror/gm0s1a 989M 508M 402M 56% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/mirror/gm0s1e 3.9G 500K 3.6G 0% /tmp
/dev/mirror/gm0s1f 58G 4.6G 48G 9% /usr
/dev/mirror/gm0s1d 3.9G 156M 3.4G 4% /var
storage 5.0T 1.7G 5.0T 0% /storage
storage/Retored 5.0T 39K 5.0T 0% /storage/Retored
storage/bacula 8.2T 3.2T 5.0T 39% /storage/bacula
storage/pgsql 5.0T 1.7G 5.0T 0% /storage/pgsql
--
Dan Langille - http://langille.org/
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[email protected]"
