Date: Tue, 2 Jun 2009 22:39:17 +0300 From: Dan Naumov <dan.naumov@gmail.com> To: Zaphod Beeblebrox <zbeeble@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS NAS configuration question Message-ID: <cf9b1ee00906021239t17d25cbcx4affa4416b9ad783@mail.gmail.com> In-Reply-To: <5f67a8c40906021147h48bc1c36y5de42fdc0d18677e@mail.gmail.com> References: <cf9b1ee00905301141t1945c053x43ce915b7085326e@mail.gmail.com> <8B50CE3F-FCC5-42D6-8FFE-591178F3DFB6@ish.com.au> <5f67a8c40906021147h48bc1c36y5de42fdc0d18677e@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This reminds me. I was reading the release and upgrade notes of OpenSolaris 2009.6 and noted one thing about upgrading from a previous version to the new one:: When you pick the "upgrade OS" option in the OpenSolaris installer, it will check if you are using a ZFS root partition and if you do, it intelligently suggests to take a current snapshot of the root filesystem. After you finish the upgrade and do a reboot, the boot menu offers you the option of booting the new upgraded version of the OS or alternatively _booting from the snapshot taken by the upgrade installation procedure_. Reading that made me pause for a second and made me go "WOW", this is how UNIX system upgrades should be done. Any hope of us lowly users ever seeing something like this implemented in FreeBSD? :) - Dan Naumov On Tue, Jun 2, 2009 at 9:47 PM, Zaphod Beeblebrox <zbeeble@gmail.com> wrote: > > > The system boots from a pair of drives in a gmirror. Mot because you can't > boot from ZFS, but because it's just so darn stable (and it predates the use > of ZFS). > > Really there are two camps here --- booting from ZFS is the use of ZFS as > the machine's own filesystem. This is one goal of ZFS that is somewhat > imperfect on FreeBSD at the momment. ZFS file servers are another goal > where booting from ZFS is not really required and only marginally > beneficial. > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cf9b1ee00906021239t17d25cbcx4affa4416b9ad783>