Date: Sun, 17 Oct 2010 00:28:33 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Freddie Cash <fjwcash@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: Converting a non-HAST ZFS pool to a HAST pool Message-ID: <20101016222833.GA6765@garage.freebsd.pl> In-Reply-To: <AANLkTin07ZvB%2Bj2sqdi2bSS_4MwEvEcRPgK-0qc%2Brch4@mail.gmail.com> References: <AANLkTin07ZvB%2Bj2sqdi2bSS_4MwEvEcRPgK-0qc%2Brch4@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 15, 2010 at 11:37:34AM -0700, Freddie Cash wrote: > Has anyone looked into, attempted, or considered converting a non-HAST > ZFS pool configuration into a HAST one? While the pool is live and > the server is in use. Would it even be possible? >=20 > For example, would the following work (in a pool with a single raidz2 > vdev, where the underlying GEOM provider is glabel) > - zpool offline 1 drive (pool is now running degraded) > - configure hastd in master mode with a single provider using the > "offline" disk (hast metadata takes the place of glabel metadata) HAST metadata takes much more space than glabel metadata. The latter takes only one sector, while the former depends on provider size, but we have to keep entire extent bitmap there, so definitely more than one sector. > - zpool replace the offline drive using the /dev/hast/whatever provider > - wait for ZFS to resilver the device > - repeat for each disk in the vdev >=20 > Is it possible to change the hast configuration and reload hastd to > pick up new providers, without restarting it? Without losing the > /dev/hast devices? Or would it require a restart, which would cause > the /dev/hast/* devices to disappear, thus b0rking the pool? It is possible in 8-STABLE. > Just wondering how hard it's going to be to move from our current > setup (backup server 1 rsync'd to backup server 2) to a HAST setup > (server 1 hast master with server 2 hast slave). >=20 > If the above won't work, then I guess I'll have to grab a third > storage box, configure that as a hast box, copy the data over, destroy > server 2, configure it as a hast box, and let them sync. I'm afraid you have to backup your pool, recreate it on HAST provider and recover. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAky6JxEACgkQForvXbEpPzT6lACeJ+/GHVO9m//Ot1MJvPqGpNJ8 aW0AnipQtf6hRRd3ASuV39oB4Iu9sCBL =wrLr -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101016222833.GA6765>