From owner-freebsd-fs@FreeBSD.ORG Fri Jun 27 21:59:29 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0D0590E for ; Fri, 27 Jun 2014 21:59:29 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 538822176 for ; Fri, 27 Jun 2014 21:59:29 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id n15so3444074wiw.17 for ; Fri, 27 Jun 2014 14:59:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=bLpuX6yZY2oS1TGlF0Wp8Gl3iMh/Vktt9XLjBdvGd/M=; b=UmF+94dKMRkUIERm1b6Gf4DgTjp6wyVTqdEbPLD/UAlKyi1hagmsL6Zl/qdR8iCCQs RXWexFlFsYkPAJFpjTKXJ6UGrnR0oij7EohzeXuvrseeSVC5Ev3g5f9oo0i7gO0HpR9Q L8JyM6oXfSSCbMIPmP083kKjKGzw3zyjmOaqpSN+p8/08Kdrd9hP476vtYumZo8Yl3tq a17E/S1FNtCU0KqJxVBMsgz/L8AXySKG4TBD8Jba1jDINrabEy1rtdtwvlsXTgjZJG9S baAmIqpsWKGPmLArhecUcwGkP9A67Xea6a4pSmwf2TByTJZEuF4PBLaXMmnFhLmsW9JT C16g== X-Received: by 10.180.14.40 with SMTP id m8mr14600530wic.50.1403906367399; Fri, 27 Jun 2014 14:59:27 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ge17sm991987wic.0.2014.06.27.14.59.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Jun 2014 14:59:26 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 27 Jun 2014 23:59:24 +0200 From: Baptiste Daroussin To: Jordan Hubbard Subject: Re: FreeBSD support being added to GlusterFS Message-ID: <20140627215924.GC34108@ivaldir.etoilebsd.net> References: <6ADBB2BF-C7E8-4050-9278-2565A63D2EA8@gluster.org> <20140627070411.GI24440@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4jXrM3lyYWu4nBt5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 21:59:29 -0000 --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 27, 2014 at 02:27:35PM -0700, Jordan Hubbard wrote: >=20 > On Jun 27, 2014, at 12:04 AM, Baptiste Daroussin wrote: >=20 > > For you information here is my version: > > http://people.freebsd.org/~bapt/glusterfs.diff > >=20 > > It is just missing the license bits > >=20 > > if everyone here agrees I'll commit :) >=20 > Seems reasonable. Question from my own "questions to be asked about glus= terfs" pile: Paths. I notice that glusterd requires quite a few path not = in the standard hierarchy for /usr/local (or any value of ${prefix}) that w= ill cause it to simply fall over upon first invocation. To wit: >=20 > /var/lib/glusterd (nothing in FreeBSD uses /var/lib at all - /var/db, /va= r/run and /var/tmp are more canonical locations, depending on what you [the= service] are trying to do). >=20 > In fact, ${prefix}/var seems to be generally avoided by most things in po= rts. /usr/local/var/log is highly atypical, for example. >=20 > This also creates problems for us in FreeNAS since our root filesystem is= read-only by default, and we simply make parts of /var (the root /var) r/w= to accommodate things wanting to write into /var/log, /var/tmp/, /var/run = and so on. I would hope that the port could also be configured to run as a= system component, or at least obey a more predictable ${prefix} hierarchy = so that we could map things suitably r/w into the location(s) that glusterf= s needs to scribble on at runtime. >=20 > I was going to write all of this up in a more exhaustive email but I got = side-tracked by other projects. :) >=20 > - Jordan >=20 >=20 >=20 Yup I figured that out and was about to change the /var/lib into /var/db, generally in ports we are trying to enforce everything under ${PREFIX} but = /var, that predates me and I have made anything in the direction of changing that= , but I try to enforce the "do not touch base but /var" for any ports. including = do not touch /etc, right now onlu shells and user additions do touch /etc regards, Bapt --4jXrM3lyYWu4nBt5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlOt6TwACgkQ8kTtMUmk6ExWQQCgnJKk0+J31Ct7S7GfjCb4/H7Z dHcAnimSlI0llr3RgqACIz2pwP1Bp6pb =N1xg -----END PGP SIGNATURE----- --4jXrM3lyYWu4nBt5--