Date: Mon, 11 Aug 2014 01:25:12 -0700 From: Harshavardhana <harsha@harshavardhana.net> To: Baptiste Daroussin <bapt@freebsd.org> Cc: freebsd-fs@freebsd.org Subject: Re: FreeBSD support being added to GlusterFS Message-ID: <CAAeUqd3ycv=Bsz6UiZEKaPJXpGnf8Rts8j29O6R6q-WucXqYug@mail.gmail.com> In-Reply-To: <20140706230910.GA8523@ivaldir.etoilebsd.net> References: <C647EDA1-EA93-4A66-B59D-3B5F959DC0E0@gluster.org> <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> <CAAeUqd0=CdwaVjZjUc4PKxD_gxpydVqCy4tebywi=iV3gkpz1Q@mail.gmail.com> <1A58F492-946F-46D4-A19E-2734F368CDAC@mail.turbofuzz.com> <CAAeUqd1m_FxPWCVft5tmeok8QFsEZWGM-5QV20=mq8MeU=7EbA@mail.gmail.com> <0ABAE2AC-BF1B-4125-ACA9-C6177D013E25@mail.turbofuzz.com> <CAAeUqd3ZoF7XUmLwvL7y_VorO1JfdtVk=RKcW2rVHKdoVOBRAw@mail.gmail.com> <20140706230910.GA8523@ivaldir.etoilebsd.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <bapt@freebsd.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAeUqd3ycv=Bsz6UiZEKaPJXpGnf8Rts8j29O6R6q-WucXqYug>