From owner-freebsd-fs@FreeBSD.ORG Sun Aug 17 02:57:14 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09C52C66; Sun, 17 Aug 2014 02:57:14 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.ixsystems.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EC872A14; Sun, 17 Aug 2014 02:57:13 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id B26287D4A1; Sat, 16 Aug 2014 19:57:05 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 99196-09; Sat, 16 Aug 2014 19:57:05 -0700 (PDT) Received: from [10.8.0.34] (unknown [10.8.0.34]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 747667D48D; Sat, 16 Aug 2014 19:57:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1408244225; bh=qt4gUOfUqtuNKEddHZGqg49HA2lTMN7fAFYvXCrhcjE=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=bYMYWzItDDCZSzxhoCeSwza4ERPUtedy/O3I2vFmzHyviWQldA8yxUkh2FT7/prEM HLHuDSS7zuAl34fbAMHUeX8CyYU1R2d3FolO8eIKVcPMWs4AjzEs/7AjuvHe0IEkwY /zs4OC36Q9wDZLRLIs99wAVio51dkAUY/2optjSM= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD support being added to GlusterFS From: Jordan Hubbard In-Reply-To: Date: Sat, 16 Aug 2014 19:57:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2F416D06-0A98-4E66-902C-ED0690A4B1C0@ixsystems.com> 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> To: Harshavardhana X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2014 02:57:14 -0000 Thanks! Just to make sure I understand for our own ports repo in = FreeNAS-land: 1. You have updated the tarball but Baptiste is still maintaining the = port, correct? If Baptiste would like someone else to take it over, I can probably coax = one of our resident committers to do it as well. We frankly have not = been able to do any testing of glusterfs in FreeNAS yet since glusterd = just catches a signal 10 whenever any glusterfs operation is performed. = Since this is also really early BETA software, I figured the FreeBSD = port was still a bit green and I'd simply wait for it to get a bit more = mature. Now that you say you=92ve gotten a regression suite up and = running, I=92m guessing the time to really push on it in FreeNAS = 9.3-ALPHA is probably soon? 2. That said, it also sounds like updating the glusterfs port is going = to have to wait for your cmockery2 port to get accepted and committed to = the tree, since otherwise it won=92t build - is that a correct = assessment? Cheers, - Jordan On Aug 11, 2014, at 1:25 AM, Harshavardhana = wrote: > = http://download.gluster.org/pub/gluster/experimental/glusterfs-freebsd_201= 40811.tar.bz2 > - updated tar with >=20 > - 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) >=20 > Let me know how the testing goes. >=20 > 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. >=20 >=20 > On Sun, Jul 6, 2014 at 4:09 PM, Baptiste Daroussin = wrote: >> On Sun, Jul 06, 2014 at 12:13:15PM -0700, Harshavardhana wrote: >>>>=20 >>>> 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 passing in our version of the port to properly stuff glusterfs = into /var instead? Your email tends to imply that we should be passing = =97localstatedir, which we can certainly do no problem, I=92m just = wondering if that=92s your long-term plan. Again, this is our port: = https://github.com/freenas/ports/tree/freenas/9-stable/sysutils/glusterfs >>>>=20 >>>> The fundamental issue with /usr/local is, again, that /usr/local is = read-only on FreeNAS. If there are configuration files that glusterfs = expects to be modifiable, they can=92t live anywhere in /usr/local, nor = of course can any temporary files or log files. We have made special = provisions for /etc and /var such that those can be modified, so we = basically just need to compile gluster as a =93system service=94 and put = it in the system directories (e.g. prefix is /, not /usr/local). >>>>=20 >>>=20 >>> 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 >>>=20 >>> # ./configure --prefix=3D/usr --sysconfdir=3D/etc = --localstatedir=3D/var >>> --libdir=3D/usr/lib64 >>>=20 >>> Since FreeBSD doesn't need "/usr/lib64" you could just use for = packages >>>=20 >>> # ./configure --prefix=3D/usr --sysconfdir=3D/etc = --localstatedir=3D/var >>>=20 >>=20 >> Here is an updated version of my port >> http://people.freebsd.org/~bapt/glusterfs.diff >>=20 >> 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 :)) >>=20 >> 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 git >> other build-aux/pkg-version is not happily catching the version >>=20 >> Tested on FreeBSD 10 >>=20 >> regards, >> Bapt >=20 >=20 >=20 > --=20 > Religious confuse piety with mere ritual, the virtuous confuse > regulation with outcomes