Hi Kaleb,
Noticed this in the log of today's IRC meeting:
15:58:30 I built the $HEAD of master and noticed that the dist
tarball hasd 3.5.0qa2 in the name.
This may be related to weird behaviour I saw a while ago
when tracing through the rpm.t build process. git is
weirdly picking an old ta
On 18/04/2014, at 3:19 AM, Paul Cuzner wrote:
> Hi,
>
> Given the imminent arrival of the new baby (aka v3.5), it would be a great
> point to look at changes or additions to the Getting Started guide.
Is the Getting Started Guide related to the Pocket Reference trifold?
> If you've worked on a
On 17/04/2014, at 2:36 PM, Niels de Vos wrote:
> On Thu, Apr 17, 2014 at 12:18:17AM -0700, Gluster Build System wrote:
>>
>> SRC: http://bits.gluster.org/pub/gluster/glusterfs/src/glusterfs-3.5.0.tar.gz
>>
>
> With this release, we have closed all bugs that have all their patches
> merged in th
Just a reminder, there's no weekly Gluster Community meeting on today.
Next one is next Wed 23rd April. :)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing
On 15/04/2014, at 10:02 PM, John Mark Walker wrote:
> Agreed. Let's push it out and bake in the doc process for the next release.
>
> Justin - you are in charge of defining the release requirements for the
> follow-up docs release.
No. I'd rather not be.
> Can we agree on this? Let's make thi
On 15/04/2014, at 9:58 PM, Jeff Darcy wrote:
>> Is there _actual pressure_ from a defined source (who I can speak to), or
>> is it something such as "we're really overdue already", etc?
>
> That's setting the bar a bit high, don't you think?
Not seeing why really.
> Those of us at
> Summit have
Is there _actual pressure_ from a defined source (who I can speak to), or
is it something such as "we're really overdue already", etc?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
On 15/04/2014, at 6:17 PM, Luis Pabon wrote:
> Thanks Justin. I was able to log into the system and ran the following:
>
> $ cd /d
> $ mkdir LUISDELETEME
> $ cp -a /opt/qa/tools/posix-compliance .
> $ vi posix-compliance/tests/conf -- Change from ext3 to xfs
> $ cd LUISDELETEME
> $ prove -r /d/po
On 15/04/2014, at 11:28 AM, Lalatendu Mohanty wrote:
> On 04/15/2014 01:24 PM, Niels de Vos wrote:
>> On Tue, Apr 15, 2014 at 12:12:22AM -0700, Vijay Bellur wrote:
>>> Thank you all for your efforts in arriving at better user documentation.
>>>
>>> Since we did not do a thorough job of blocking pa
On 15/04/2014, at 3:11 AM, Luis Pabon wrote:
> Hi guys,
>I am investigating running smoke tests inside Docker.io, but I cannot seem
> to pass the posix-compliance tests. I then tried to run the posix-compliance
> tests on XFS and EXT4 but I could make them pass there either. This is what
>
On 12/04/2014, at 1:06 PM, James wrote:
> On Sat, 2014-04-12 at 07:16 +0100, Justin Clift wrote:
>> On 12/04/2014, at 5:37 AM, James wrote:
>>> Hi folks,
>>>
>>> I hope there are no objections, but I requested a bug tracker for
>>> Puppet-Gluster, and
find out).
> On April 12, 2014 7:15:18 AM PDT, Vijay Bellur wrote:
> On 04/11/2014 07:51 PM, Justin Clift wrote:
> Kind of thinking this would be better as WARNING level instead of ERROR.
>
> Any objections? If not, I'll whip up a change for it for master on Monday.
>
>
On 12/04/2014, at 5:37 AM, James wrote:
> Hi folks,
>
> I hope there are no objections, but I requested a bug tracker for
> Puppet-Gluster, and they stuck it under the GlusterFS project. I did
> this because many new features and tweaks were requested, and I was
> loosing track and figured I'd exp
Kind of thinking this would be better as WARNING level instead of ERROR.
Any objections? If not, I'll whip up a change for it for master on Monday.
+ Justin
Begin forwarded message:
> From: 吴保川
> Subject: Re: [Gluster-users] Command "/etc/init.d/glusterd start" failed
> Date: 12 April 2014 3:0
On 11/04/2014, at 9:19 PM, RJ Nowling wrote:
> Hi Gluster Community!
>
> I just wanted to send you an update. I've been offered a full-time
> position with Red Hat, so I need to withdraw my GSoC proposal due to
> the conflict.
Congrats RJ :)
+ Justin
--
Open Source and Standards @ Red Hat
twi
On 10/04/2014, at 7:17 PM, Lalatendu Mohanty wrote:
> On 04/10/2014 11:20 PM, Justin Clift wrote:
>> Note, the docs go in the /doc directory in the git repo, both 3.5 and
>> master branches. ;)
>>
>> When submitting patches to gerrit, feel free to reuse the bug-
e for end users (if it hasn't
> spontaneously come to mind already).
>
> The text format we're using is AsciiDoc. Quick Reference here:
>
> http://asciidoctor.org/docs/asciidoc-syntax-quick-reference/
>
> :)
>
> Regards and best wishes,
>
> Justin C
users (if it hasn't
spontaneously come to mind already).
The text format we're using is AsciiDoc. Quick Reference here:
http://asciidoctor.org/docs/asciidoc-syntax-quick-reference/
:)
Regards and best wishes,
Justin Clift
--
Open Source and Stand
On 09/04/2014, at 3:57 PM, Justin Clift wrote:
> Reminder!!!
>
> The weekly Gluster Community meeting is in 3 mins, in
> #gluster-meeting on IRC.
>
> This is a completely public meeting, everyone is encouraged
> to attend and be a part of it. :)
Thanks for participating
Reminder!!!
The weekly Gluster Community meeting is in 3 mins, in
#gluster-meeting on IRC.
This is a completely public meeting, everyone is encouraged
to attend and be a part of it. :)
To add Agenda items
***
Just add them to the main text of the Google Doc (which
we're trying o
On 08/04/2014, at 12:20 PM, Deepak Shetty wrote:
> On Tue, Apr 8, 2014 at 4:20 PM, Niels de Vos wrote:
> On Tue, Apr 08, 2014 at 03:50:42PM +0530, Deepak Shetty wrote:
> > Hi All,
> >I am wondering if this I am the only one seeing this or there are enuf
> > reasons why mount.glusterfs returns
On 06/04/2014, at 9:31 PM, Paul Cuzner wrote:
> Yup - I guess it depends upon what we want it to return.
>
> If the process is a simple "are you alive"... 'ping' works.
>
> However, if we want more info returned - maybe detect is more
> self-explanatory.
"peer check"?
And +1 to doing it in 4.
On 06/04/2014, at 5:51 AM, Emmanuel Dreyfus wrote:
> Justin Clift wrote:
>> Thoughts? :)
>
> NetBSD regression tests would test FFS.
That's a good point. :)
As an update, I've just now (about 1 hour ago) gotten
the regression tests to pass cleanly on Rackspace
with
On 05/04/2014, at 5:17 PM, James wrote:
> On Sat, Apr 5, 2014 at 11:37 AM, Justin Clift wrote:
>> So, are people interested in us running the tests on other
>> brick filesystem types, such as ext4? (or whatever else)
>
> Yes, absolutely, but I think it's btrfs that wil
specified. This is currently XFS.
In theory, it shouldn't be too hard to format with other
filesystem types.
So, are people interested in us running the tests on other
brick filesystem types, such as ext4? (or whatever else)
Thoughts? :)
Regards and best wishes,
Justin Clift
--
Open Sourc
On 02/04/2014, at 8:56 PM, Jeff Darcy wrote:
>> Also non-great is not being able to effectively debug bash
>> scripts. eg set breakpoint, step, step, check variable, aha!
>> problem found, (etc). But, that's not as critical as the
>> lack of logging.
>
> Would bashdb help?
>
> http://bashdb.sou
till does happen.
Don't suppose you're really good with bash scripting, and
know it well enough to fix the logging problem? I had a
go the other day, and it was just too complex for me (ended
up writing a new basic framework in Python).
Regards
On 31/03/2014, at 9:59 AM, Dennis Schafroth wrote:
> On 31 Mar 2014, at 09:18 , Harshavardhana wrote:
>> Good news is i am able to start GlusterNFS, Gluster volume pure
>> distributed and started using multiple partitions. Since even the
>> client is working from your testing. I guess we have a g
ok. (My thinking anyway. :>)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
On 26/03/2014, at 2:03 PM, Justin Clift wrote:
> Reminder!!!
>
> The weekly Gluster Community meeting is in 1 hour, in
> #gluster-meeting on IRC.
>
> This is a completely public meeting, everyone is encouraged
> to attend and be a part of it. :)
Thanks for participating
Sorry all, bad cut-n-paste. THIS Etherpad:
http://beta.etherpad.org/gluster-community-meetings
+ Justin
On 26/03/2014, at 2:15 PM, Justin Clift wrote:
> New etherpad URL:
>
> http://titanpad.com/gluster-community-meetings
>
> TitanPad keeps crashing during our previous me
New etherpad URL:
http://titanpad.com/gluster-community-meetings
TitanPad keeps crashing during our previous meetings, so lets
see how the above one goes instead. :)
+ Justin
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
* Do we have someone to take over RPM packaging for Fedora and
download.gluster.org?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.o
On 22/03/2014, at 9:37 AM, Dennis Schafroth wrote:
> I have successfully mounted a two box linux setup on OS X 10.9.
Fantastic! :)
+ Justin
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-de
;t natively support NetBSD,
it might be possible to sleaze :) an install there anyway, so we can
replicate the problem and try to identify it. If it works, might as
well try to match your cpu's and ram too. :)
Regards and best wishes,
Justin Clift
--
O
g seen for glupy.t,
and not break things for anyone else.
If people notice anything breaking unusually in the regression tests,
feel free to revert the change and let people know. :)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realj
On 20/03/2014, at 7:31 AM, Carlos Capriotti wrote:
> Wouldn't it be nice to have that page linked to "report a bug" instead of
> being redirected "pronto" to the Red Hat bugzilla page ?
>
> Also, on the bugilla page, you end up having a text window to enter your
> findings, and it has a generic
On 19/03/2014, at 2:03 PM, Justin Clift wrote:
> Reminder!!!
>
> The weekly Gluster Community meeting is in 1 hour, in
> #gluster-meeting on IRC.
>
> This is a completely public meeting, everyone is encouraged
> to attend and be a part of it. :)
This was a very product
On 18/03/2014, at 10:50 AM, Lalatendu Mohanty wrote:
> On 03/18/2014 04:10 PM, Kaushal M wrote:
>> IMO, its best if we just remove the default action instead of changing
>> its meaning. It is best if force the user to provide an operation for
>> the remove-brick command. This way, users using scrip
Reminder!!!
The weekly Gluster Community meeting is in 1 hour, in
#gluster-meeting on IRC.
This is a completely public meeting, everyone is encouraged
to attend and be a part of it. :)
[that means you too Carlos :>]
To add Agenda items
***
Just add them to the main text of the
people who work on one can easily
understand/improve the other.
RJ & Aravinda, are you guys already in touch?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailin
7;d)?
http://www.gluster.org/community/documentation/index.php/Features/rest-api
http://www.gluster.org/community/documentation/index.php/Planning36
Not sure if both yours and Aravinda's are doing the same thing,
more mentioning just in case.
Hope that helps. :)
Regards and best wishes,
Justin
On 18/03/2014, at 10:40 AM, Kaushal M wrote:
> IMO, its best if we just remove the default action instead of changing
> its meaning. It is best if force the user to provide an operation for
> the remove-brick command. This way, users using scripts will know that
> something has changed when the scr
On 18/03/2014, at 10:11 AM, Atin Mukherjee wrote:
> Hello gluster-devel list,
>
> The current implementation of remove brick op has its default behaviour as
> "force" which leads to data loss when remove brick is executed with out any
> explicit argument. (BZ - 1046284)
> I have a question to th
On 18/03/2014, at 7:05 AM, Kaushal M wrote:
> . cinder glusterfs backup driver
>Write a driver for cinder, a part of openstack, to allow backup
> onto GlusterFS volumes
Is a backup version of the driver different from the existing Cinder
driver?
+ Justin
--
Open Source and Standards @ Red
e who participated. :)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
On 10/03/2014, at 9:25 PM, James wrote:
> I would also nominate libgfapi-python [1] and glupy [2].
Both of these are already part of the main Gluster 3.5 release.
The Glupy code is a bit broken at the moment, just waiting
for this review to be finished for master + backported to 3.5:
http://r
is breaking the build on EL5. :(
Looking through the docs on your cmockery2 GitHub repo, it's
hard to tell which platforms are supported. Should it work
on EL5? :)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
__
On 04/03/2014, at 1:35 PM, Justin Clift wrote:
> Hi all,
>
> Is anyone interested in having geo-replication work on RHEL/CentOS/SL 5.x?
Seems pretty clear there's no demand for geo-replication on EL5,
so we'll disable the rpm building of it.
Patch to do the disabling is up
On 07/03/2014, at 4:13 PM, Jeff Darcy wrote:
> As a counterpoint to the current GlusterFS proposal, I've written up a bunch
> of
> ideas that I'm collectively calling GlusterFS Quattro. It's in Google Docs so
> that people can comment. Please do. ;)
>
> http://goo.gl/yE3O4j
This one would ma
[done manually, as MeetingBot wasn't working at the time]
Meeting Summary
***
1. Agenda items from last week (15:04)
2. build.gluster.org (15:21)
3. Scaling jenkins infrastructure (15:28)
a. jclift to get the Rackspace info and credentials from lpabon +
johnmark (15:36
> Please update the agenda if you have items for discussion.
>
> Justin Clift will be hosting today's meeting.
>
> Thanks,
> Vijay
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http
nd call it a day. ;)
Thoughts/ideas/etc? :)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
Just a quick FYI. There's now instructions on the wiki for compiling GlusterFS
RPM on CentOS 5.x:
http://www.gluster.org/community/documentation/index.php?title=CompilingRPMS
Hopefully that's useful for some people. :)
Regards and best wishes,
Justin Clift
--
Open Source and
On 19/02/2014, at 2:36 PM, Jeff Darcy wrote:
>> I'd like to take over maintainership of the external Glupy repo's:
>>
>> * https://forge.gluster.org/glupy
>> * https://github.com/jdarcy/glupy <-- prob make this jclift version
>>
>> Mainly so there's a version of Glupy for Gluster 3.4 users, at l
s this ok with you?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
On 18/02/2014, at 2:13 PM, Niels de Vos wrote:
> 2. Create a new sub-package that includes translators that are not easy
> to use, introduce many dependencies, and whatnot. This new package
> would include the Glupy and rot-13 xlators. Others can be added or
> moved to this package pretty
or 3.6 timeframe?
I'm thinking it might be a bit short notice for 3.5 since
we're well into the beta cycle for it. However I'm not
really that stressed so am ok with 3.5 if Vijay and others
don't mind.
Regards and best wishes,
Justin Clift
--
GlusterFS Project: http://ww
On 17/02/2014, at 10:20 PM, Kaleb S. KEITHLEY wrote:
> On 02/17/2014 05:07 PM, Justin Clift wrote:
>> Hi Kaleb,
>>
>> Just noticed a small weirdness with the GlusterFS rpms generated from
>> from git master head.
>>
>> In glusterfs-api rpm:
>>
&g
x27;t they?
If so, I can include the fix in my Glupy rename patch, as it's
already moving a few things around for the API rpms.
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Glu
files
from the wiki to it.
Decent idea?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
On 11/02/2014, at 7:47 PM, Thiago da Silva wrote:
> Hi Justin,
>
> I have started the work, but it is not yet complete. We currently have
> the same functions that was part of the example code. I think this is
> good enough so that the existing Python libgfapi can be removed from
> Gluster 3.5 de
Hi Thiago,
How's this stuff going? Is it ready enough for real world usage?
eg should we think about ripping the existing Python libgfapi code
out of main Gluster 3.5 dev tree, and using this instead? :)
Regards and best wishes,
Justin Clift
On 29/10/2013, at 1:34 PM, Luis Pabon wrote:
t better than rrdtool (so far).
Any idea if it would be useful for you too?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
upy code a few days ago,
which something like this would have caught.
Unsure how much time I have available to put into this, but I'm
definitely _interested_ at least. :)
Regards and best wishes,
Justin Clift
--
GlusterFS Project: http://www.glust
useful for
Gluster Analytics (flexible).
For anyone that's used NetFlow/IPFlow with NetFlow Tracker,
I'm aiming for similar high level concept to that. :)
Regards and best wishes,
Justin Clift
--
GlusterFS Project: http://www.gluster.org
Justin Clift
:)
Regards and best wishes,
Justin Clift
--
GlusterFS Project: http://www.gluster.org
Justin Clift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
ll think on this a bit. :)
Regards and best wishes,
Justin Clift
> Emmanuel Dreyfus wrote:
>
>> Was there a change regarding IPv6 and/or DNS resolution recently?
>>
>> I have this on 3.5beta2 client log (and quick failures using the volume)
>> [2014-02-
GlusterFS Project: http://www.gluster.org
Justin Clift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
GlusterFS Project: http://www.gluster.org
Justin Clift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
tly, but I'll look at converting to asciidoc.
In theory, this should be merged now:
https://forge.gluster.org/gluster-docs-project
I haven't used the forge since getting back from leave, so
please double check it to make sure you're happy with the
merge, etc. :)
Regards and best w
gt; sunus Lee requested to add you as a connection on LinkedIn:
--
GlusterFS Project: http://www.gluster.org
Justin Clift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
I'll print out +
laminate a bunch, for people to hand out at events
and such. :)
Regards and best wishes,
Justin Clift
--
GlusterFS Project: http://www.gluster.org
Justin Clift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
6.5 onwards.
Not sure though, as that doesn't sound like the kind of RHEL
binary compatibility I'm used to.
Someone might need to experiment a bit...
+ Justin
--
GlusterFS Project: http://www.gluster.org
Justin Clift
___
Gluster-devel ma
On 30/10/2013, at 10:17 PM, Anand Avati wrote:
> This was fixed upstream, and backported to release-3.4 as well. The fix will
> be part of 3.4.2.
Just in case it's useful, there are steps to compile Gluster
from git source. It's pretty easy, completely cut-n-paste instructions
style:
http://w
gfapi repo.
>
> Here is the repo information:
> Public Repo: https://github.com/gluster/libgfapi-python (for some reason
> it is not syncing with Gerrit. I'll ping Avati)
> Gerrit: http://review.gluster.org/libgfapi-python
Neither of t
On 29/10/2013, at 4:51 AM, Anand Avati wrote:
> On Mon, Oct 28, 2013 at 6:28 PM, Jay Vyas wrote:
> wow. im surprised. this caught my eye, checked into the mode:
>
> glfs_mkdir (struct glfs *fs, const char *path, mode_t mode)
>
> So, somehow, the python API is capable of sending a "mode" which
w. 2 root root 6 Oct 28 20:22 116
drwx--x---. 2 root root 6 Oct 28 20:22 117
Easily worked around using chmod() after each mkdir(), but
I'm not sure if this is a bug or not.
?
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
On 27/10/2013, at 8:37 AM, Niels de Vos wrote:
>> Yeah, that's why I was thinking it was libgfapi stuff getting pulled in
>> not Swift. The import line in your pdf needs updating btw, as the
>> import line for current git head needs to be:
>>
>> from gluster import gfapi
>
> Ah, right. I'm not
r.glupy. If it can be
> placed in /usr/lib/python2.6/site-packages/gluster/glupy.py things would
> be even nicer :)
That would make the import line:
from gluster import glupy
Wouldn't it? No objections to that, it's fairly simple and pretty logical. :)
+ Justin
nt
of an external project, whereas Glupy is a component of our own project.
So, if anything needs renaming it should be the Swift component not
the Glupy one.
Does that make sense? :)
Regards and best wishes,
Justin Clift
> Hope your Glupy works.
>
>
> Thanks,
>
> Ram
--
. :)
Regards and best wishes,
Justin Clift
--
Justin Clift
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
ecific details just for your intended
usage you should probably go hire your own legal people. :)
Does that help?
Regards and best wishes,
Justin Clift
> Regards,
>
> --
> Muralidhar Balcha
> 508 494 5007
--
Justin Clift
___
Glust
On 13/09/2013, at 9:18 AM, Shyamsundar Ranganathan wrote:
> Towards this we need some extensions to gfapi that can handle object based
> operations. Meaning, instead of using full paths or relative paths from cwd,
> it is required that we can work with APIs, like the *at POSIX variants, to be
>
Does it work from Fedora 19 or similar these days
as well? :)
Side note - Alex Drahon (CC'd) has been putting effort into
a KVM extension/plugin/something for Vagrant, but I haven't
actually tried it yet, so not sure if this would tie in to
that:
https://github.com/adrahon/vagrant-kvm
On 12/09/2013, at 1:31 AM, Harshavardhana wrote:
> I have seen it happen randomly if there are some delays in the mock build
> process, so its not a consistent issue and might not even be related to the
> patch - just that rpm.t is someways broken at times.
Interesting. In that case, I could ha
On Wed, 2013-09-11 at 13:37 -0700, Anand Avati wrote:
> I think you might need this - http://review.gluster.org/5896
Thanks Avati, that solved the build failure for me. :)
+ Justin
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://list
Hi all,
Building on F19 with current Gluster master head seems broken
atm. Looks related to the QEMU code.
Have we added a new compilation dependency or something (that
I'm obviously missing :>)?
+ Justin
*
[snip]
CC changelog
On 02/09/2013, at 5:44 PM, Vijay Bellur wrote:
> On 08/29/2013 10:43 PM, Justin Clift wrote:
>> Hi Eco,
>>
>> I'm wanting to create some docs around libgfapi.
>>
>> eg Intro to it, basic usage, function descriptions, and some
>> example (maybe usin
t me to work on stuff? In the
new site repo here, or somewhere else, or ?
https://forge.gluster.org/gluster-site/gluster-site/blobs/raw/master/_site/index.html
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/
Planning35
Etherpad with the results:
http://titanpad.com/xL7AGRkjVJ
Thanks to everyone who participated. :)
Onward and upwards!
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
___
Gluste
On 16/08/2013, at 8:51 PM, Anand Babu Periasamy wrote:
> We have had this discussion during our management framework and GUI design
> sessions. My suggestion is to separate the management framework in to a
> glusterd like daemon running on each node. They expose RESTful APIs. Client
> can be imp
On 16/08/2013, at 8:11 PM, Harshavardhana wrote:
> On Fri, Aug 16, 2013 at 11:48 AM, Justin Clift wrote:
> As a separate project, any thoughts on us replacing the current CLI with
> a new one, based upon having a more complete RESTful API + a new CLI that
> does nothing but be an int
On 15/08/2013, at 7:33 PM, Kaleb KEITHLEY wrote:
> On 08/15/2013 07:40 AM, Justin Clift wrote:
>> On 15/08/2013, at 5:51 AM, Anand Babu Periasamy wrote:
>>> * Modular GlusterFS CLI API. Today it is hard-coded.
>>
>> Not so sure about this one. Allowing for dynam
On 28/06/2013, at 3:56 AM, Ian Latter wrote:
> Let's take the grouping proposal for example - what's the difference between
> the proposed (a host UUID plus a group/interface identifier) and a
> per-interface alias?
>
> node1.gluster.org 10.1.1.100 6b481ebb-859a-4c2b-8b5f-8f0bba7c3b9a-group1
On 15/08/2013, at 5:51 AM, Anand Babu Periasamy wrote:
> Here are some more points to consider:
>
> * gluster-devel package should include all the necessary header and
> library files to compile a standalone glusterfs translator.
That definitely makes sense. :)
> * /usr/share/doc/gluster-deve
Just saw this mentioned on Twitter. :)
Promox 3.1 beta includes a brand new GlusterFS 3.4 storage plugin:
http://forum.proxmox.com/threads/15433-Proxmox-VE-3-1-beta-%28pvetest%29
Cool. ;)
+ Justin
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
_
ou'll probably need to go through that wiki page to fill
out the sections I left at the template defaults ("Scope" onwards).
Hopefully that helps. :)
Regards and best wishes,
Justin Clift
--
Open Source and Standards @ Red Hat
twitter.com/realjustinclift
On 12/08/2013, at 6:52 PM, Justin Clift wrote:
> For 3.5, I'd like to propose we add a way for people to easily
> add custom translators they've written. (using C, or Glupy,
> or whatever)
Added this initial proposal to the 3.5 planning page:
http://www.gluster.org/comm
On 14/08/2013, at 5:30 PM, John Mark Walker wrote:
> Justin & Avati - have you looked into how OpenStack does automated testing?
Yeah. There are two projects I'm aware of for the
OpenStack testing. The main official OpenStack one
is called Tempest:
https://github.com/openstack/tempest
It's n
1 - 100 of 173 matches
Mail list logo
