From owner-freebsd-fs@FreeBSD.ORG Mon Aug 11 09:19:09 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 31155936 for ; Mon, 11 Aug 2014 09:19:09 +0000 (UTC) Received: from mail-qa0-f52.google.com (mail-qa0-f52.google.com [209.85.216.52]) (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 DEEF427A6 for ; Mon, 11 Aug 2014 09:19:08 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id j15so7691878qaq.11 for ; Mon, 11 Aug 2014 02:19:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XGzB7ZUhyKuWjEdHvePpc/jXzea5GuAURSijoGIvOms=; b=dn1rzT1/2ro0QplLe1JhSFMV7N+zLhuB5CmjO47/clOW4TrbfsfpldNK4Np8IyiUz8 BZ0HEnA4vYzws7wgMXOCVv4+0WFFPrsphy08O82QjO3D2W0Gy6Ny+QYs+jmjXgpWsopz JkJEbb0AM+LCO4cIpmijz2QcgGz0BWotgbhNPmD59yjXtR5CHWo2KNoR4wvIgmt5EGpR k27Q6d7AnieZyuEnSmuYN/rZqREowqiBhIN0YrXaFcI5GZeBFOHYIpUk4u+s6n9nbaAd WCWE6BRV7jV9EImPN4wxFww4YKnuCmUbc0eSFRm4CVdWRYbRbCQua7pImh46AzPG00lL Cw1w== X-Gm-Message-State: ALoCoQllr3xUhmmKdXATHT2LQIQO+NIPqVzdShf01+4zNUODbIE3CamiKV7n+EnvFrzFVOMk8vHl MIME-Version: 1.0 X-Received: by 10.140.23.37 with SMTP id 34mr46382386qgo.2.1407745512932; Mon, 11 Aug 2014 01:25:12 -0700 (PDT) Received: by 10.229.38.194 with HTTP; Mon, 11 Aug 2014 01:25:12 -0700 (PDT) X-Originating-IP: [2601:9:100:79e:9db6:80de:8899:f544] In-Reply-To: <20140706230910.GA8523@ivaldir.etoilebsd.net> References: <6ADBB2BF-C7E8-4050-9278-2565A63D2EA8@gluster.org> <20140627070411.GI24440@ivaldir.etoilebsd.net> <0F20AEEC-6244-42BC-815C-1440BBBDE664@mail.turbofuzz.com> <20140629203746.GI34108@ivaldir.etoilebsd.net> <1A58F492-946F-46D4-A19E-2734F368CDAC@mail.turbofuzz.com> <0ABAE2AC-BF1B-4125-ACA9-C6177D013E25@mail.turbofuzz.com> <20140706230910.GA8523@ivaldir.etoilebsd.net> Date: Mon, 11 Aug 2014 01:25:12 -0700 Message-ID: Subject: Re: FreeBSD support being added to GlusterFS From: Harshavardhana To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Mon, 11 Aug 2014 09:19:09 -0000 http://download.gluster.org/pub/gluster/experimental/glusterfs-freebsd_2014= 0811.tar.bz2 - updated tar with - libexecinfo part of glusterfs 'contrib' - Gluster configuration changed from "/var/lib" to "/var/db" by default for non-linux platforms. - First attempt to get regression tests ported to FreeBSD - Currently the build is dependent on 'cmockery2' for which i submitted a new port request here - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D192420 (not merged yet) Let me know how the testing goes. BTW as an off topic but related to GlusterFS regression tests - i have been trying to get 'pidof' command really working on FreeBSD but seems like its really un-usable and doesn't behave the same way as the sysvinit `pidof` does. On Sun, Jul 6, 2014 at 4:09 PM, Baptiste Daroussin wrote= : > On Sun, Jul 06, 2014 at 12:13:15PM -0700, Harshavardhana wrote: >> > >> > I can make the /usr/local/var/log/glusterfs directory and it gets much= further. That said, is there some special configure flags we should be p= assing in our version of the port to properly stuff glusterfs into /var ins= tead? Your email tends to imply that we should be passing =E2=80=94localst= atedir, which we can certainly do no problem, I=E2=80=99m just wondering if= that=E2=80=99s your long-term plan. Again, this is our port: https://git= hub.com/freenas/ports/tree/freenas/9-stable/sysutils/glusterfs >> > >> > The fundamental issue with /usr/local is, again, that /usr/local is re= ad-only on FreeNAS. If there are configuration files that glusterfs expect= s to be modifiable, they can=E2=80=99t live anywhere in /usr/local, nor of = course can any temporary files or log files. We have made special provisio= ns for /etc and /var such that those can be modified, so we basically just = need to compile gluster as a =E2=80=9Csystem service=E2=80=9D and put it in= the system directories (e.g. prefix is /, not /usr/local). >> > >> >> Ah now i get it - "/usr/local" is not a requirement for "GlusterFS" it >> is a baggage of using "autotools" when during ./configure if you do >> not specify --prefix - so for a standard installation under RPM it is >> usually the following flags are used >> >> # ./configure --prefix=3D/usr --sysconfdir=3D/etc --localstatedir=3D/var >> --libdir=3D/usr/lib64 >> >> Since FreeBSD doesn't need "/usr/lib64" you could just use for packages >> >> # ./configure --prefix=3D/usr --sysconfdir=3D/etc --localstatedir=3D/var >> > > Here is an updated version of my port > http://people.freebsd.org/~bapt/glusterfs.diff > > This time it passes poudriere (for those not aware of poudriere it is for > FreeBSD a bit like what mock is for fedora but on steroid :)) > > What is new in there: dependency on bison that I missed the first time, a > dependency on libexecinfo (on non FreeBSD 10) and a build dependency on g= it > other build-aux/pkg-version is not happily catching the version > > Tested on FreeBSD 10 > > regards, > Bapt --=20 Religious confuse piety with mere ritual, the virtuous confuse regulation with outcomes