From owner-freebsd-pkgbase@freebsd.org Thu Mar 10 16:31:52 2016 Return-Path: Delivered-To: freebsd-pkgbase@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48E69ACA051 for ; Thu, 10 Mar 2016 16:31:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B403E15; Thu, 10 Mar 2016 16:31:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ae3V4-000843-2F; Thu, 10 Mar 2016 19:31:46 +0300 Date: Thu, 10 Mar 2016 19:31:46 +0300 From: Slawa Olhovchenkov To: Matthew Seaman Cc: freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160310163145.GN70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160310123225.GJ70809@zxy.spb.ru> <56E182F2.9060004@freebsd.org> <20160310145256.GK70809@zxy.spb.ru> <56E199BF.7050405@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56E199BF.7050405@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-pkgbase@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Packaging the FreeBSD base system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:31:52 -0000 On Thu, Mar 10, 2016 at 03:58:55PM +0000, Matthew Seaman wrote: > On 2016/03/10 14:52, Slawa Olhovchenkov wrote: > > I.e. all DBMS will be lost data on OS switch, ntp lost information, > > information about installing and removing non-system packages also > > lost and packages too (i.e. I can't install MySQL and time later > > switch back to previos OS version w/o lost of data and installed packages). > > If you're going to install an RDBMS application then it would be > expected that you'ld prepare a special (and probably specially tuned) > ZFS for the data storage area before you created any databases. > Unfortunately, neither the default location for mysql (/var/db/mysql) > nor postgres (/usr/local/pgsql) makes that particularly trivial -- > you'ld have to use two 'canmount=off' ZFSes apiece to do the overlay > trick, or else you'ld have to reconfigure the databases to put their > data areas in a more easy-to-use place. > > It's not really surprising though -- hier(7) has roots going back to the > days when there was a pretty much one-to-one relation between hard > drives and file systems (and those HDDs contained of the order of 100s > of MB and cost an absolute fortune), and the big deal was to be able to > cope in the face of distressingly frequent hard drive failures. > > The whole concept of 'this bit of the filesystem is intrinsic to the > particular OS version' and 'this other bit is generic data or needs to > be consistent across different OS versions' is a new requirement that > has come in with the advent of Boot Environments. If you were designing > the filesystem layout from scratch with boot environments and ZFS in > mind, you'ld arrange things pretty differently I'm sure. Sorry, I am missed you point. Currently bsdinstall proposed some layout, designed for BE. Release to release this layout changed w/o notice in UPDATE/Relnotes. Design of this layout not trivial, especially for general FreeBSD user. IMHO, FreeBSD must be provide safe layout, don't lose data under BE.