Yay!
As a user that supports other users, thanks for helping track this problem
down. I, personally, think this is a pretty big deal.
On April 18, 2014 5:07:20 AM PDT, Emmanuel Dreyfus wrote:
>Hi
>
>The memory leak problems I had in last beta seems to have vanished in
>3.5.0.
>I note that I r
Like I always say, "I'm just a user." I'm happy when my input is considered but
I'm not a developer so I know that my -1 doesn't really count.
I'm kind of surprised it's this hard and that in the week this has been
discussed as a release requirement that it didn't just get done. Now we're
sayin
My own understanding is that the block is for documentation on the new features
in the 3.5 cycle, not about going back and fixing all the stuff that's been
missed so far.
You just wrote this stuff. Let's make sure we know how to use it. Even if you
just do it very simply and don't integrate it
Since 3.5 is a feature release and we have a stable 3.4 I think blocking for
documentation is quite sensible. Documentation is the #1 feature request from
the community.
On April 15, 2014 12:12:22 AM PDT, Vijay Bellur wrote:
>Thank you all for your efforts in arriving at better user
>documenta
e
rest of the world. If I read that error message and ask, "So what," what
would your one sentence response be?
On 4/12/2014 7:47 AM, Justin Clift wrote:
On 12/04/2014, at 3:39 PM, Joe Julian wrote:
Perhaps rewording:
cannot open shared object file: No such file or directory. Feat
tore"
>
>Providing server name and path of the brick would make this log message
>
>a lot more meaningful.
>
>-Vijay
>
>>
>> + Justin
>>
>> Begin forwarded message:
>>> *From: *吴保川 <mailto:wildpointe...@gmail.com>>
>>> *
Targeted for 4.0? Scripts are already written with the expectation that
the probe command works a certain way and changes to the cli will break
that compatibility. Major version changes, at least, do come with a
certain level of backward compatibility loss.
On 4/3/2014 4:57 PM, Paul Cuzner wro
On 02/18/2014 08:21 AM, James wrote:
On Tue, Feb 18, 2014 at 9:13 AM, Niels de Vos wrote:
1. glusterfs-server (glusterd) and glusterfs-geo-replication depend on
each other. It is not possible to install glusterfs-server without
glusterfs-geo-replication, or the other way around.
The on
On 02/12/2014 10:27 PM, Vijay Bellur wrote:
On 02/13/2014 04:17 AM, Justin Clift wrote:
Hi Vijay,
Just noticed this empty repo on GitHub that you created
a while back:
https://github.com/gluster/gluster-presentations
Thinking we should nuke it, plus also ensure there's a
gluster-presentat
I said it in IRC, and I'll repeat it here. This is amazingly cool.
I can even think of ways that I can use the heat maps I saw Jordan
demonstrating in kibana with this.
On 02/04/2014 07:15 PM, Justin Clift wrote:
Hi all,
Feeling inspired, so did a marathon coding
session and created the next
On 02/05/2014 04:13 AM, Niels de Vos wrote:
On Wed, Feb 05, 2014 at 04:15:09AM +0100, Justin Clift wrote:
Hi all,
Feeling inspired, so did a marathon coding
session and created the next version of
GlusterFlow. It's pretty much "Analytics
for GlusterFS".
https://github.com/justinclift/glus
On Wed, 2014-01-08 at 15:04 -0500, Mikhail Teterin wrote:
> On 03.01.2014 13:46, John Mark Walker wrote:
>
> > Right - and that's why I posted a follow-up saying to wait for the
> > builds on download.gluster.org.
> I redownloaded all of the RPMs:
>
> http://download.gluster.org/pub/glust
On 01/07/2014 05:37 PM, Emmanuel Dreyfus wrote:
Joe Julian wrote:
docbook didn't work last time it was used. Perhaps asciidoc would be
more open to collaboration.
I do not know abot asciidoc, but I have an experience of docbook +
docbook to latex XSL transformation which worked
docbook didn't work last time it was used. Perhaps asciidoc would be
more open to collaboration.
I'd be willing to throw some effort at documenting what I can figure
out, but not if it's in some obscure xml format.
On 01/07/2014 12:05 PM, Jay Vyas wrote:
Thanks jeff !!! this will be very us
Pre-release rpms and tarballs are available from bits.gluster.org
On 10/17/2013 7:20 PM, Paul Cuzner wrote:
Hi,
I see from the original schedule for 3.5, beta is scheduled for the 29th.
Can you tell me whether rpms will be available for the beta, from
download.gluster.org?
Cheers,
PC
_
Nope, even rebooted each server after upgrading.
On 08/28/2013 02:21 PM, Anand Avati wrote:
Did you happen to upgrade from 3.3 to 3.4, and _not_ kill glusterfsds
manually?
Avati
On Wed, Aug 28, 2013 at 1:29 PM, Joe Julian <mailto:j...@julianfamily.org>> wrote:
I'm tr
I'm trying to narrow down
https://bugzilla.redhat.com/show_bug.cgi?id=1001585 and the socket that
glusterd is trying to connect to doesn't hash out to any of my bricks.
What else would glusterd be trying to connect to via socket besides bricks?
___
G
On 08/12/2013 12:52 PM, Joe Julian wrote:
On 08/12/2013 12:17 PM, Justin Clift wrote:
On 12/08/2013, at 7:44 PM, Jay Vyas wrote:
i like the install file idea. packaging always seems easier and
memorizing CLI magic seems like another feature which would lend
itself more to forcing devs to
On 08/12/2013 12:17 PM, Justin Clift wrote:
On 12/08/2013, at 7:44 PM, Jay Vyas wrote:
i like the install file idea. packaging always seems easier and memorizing
CLI magic seems like another feature which would lend itself more to forcing
devs to read documentation to get it working correct
Which bugzilla report are you referring to?
KueiHuan Chen wrote:
>Hi All,
>
>Is there any plan to fix the functionality of replace brick in 3.4
>branch
>?
>
>Thanks.
>
>Best Regards,
>
>KueiHuan-Chen
>
>
>2013/8/9 Vijay Bellur
>
>> Hi All,
>>
>> We are considering 3.4.1 to be released in the las
The docs (markdown version) are in doc/admin-guide/en-US/markdown for
release-3.4 and master. I'd like to have these converted for 3.3 as well.
I started to automate the publication of the existing content but I
noticed some deficiencies in order to make it happen. I need a title
page that lin
Maybe I should read the whole page instead of just the bullet points
On 07/30/2013 07:52 AM, Vijay Bellur wrote:
On 07/30/2013 06:56 PM, Lubomir Rintel wrote:
Hello everyone,
I've found GlusterFS documentation hard to follow. I've often found
resources useful to me only by accident, scatte
By the way, pandoc does support asciidoc according to
http://johnmacfarlane.net/pandoc/
On 07/30/2013 07:52 AM, Vijay Bellur wrote:
On 07/30/2013 06:56 PM, Lubomir Rintel wrote:
Hello everyone,
I've found GlusterFS documentation hard to follow. I've often found
resources useful to me only by
s/rfc3164/ISO8601/
That's what I get for trying to search from my phone while writing an
email on the train.
On 07/30/2013 08:56 AM, Joe Julian wrote:
Configuration files should be under /etc per FSH standards. Move the
logger.conf to /etc/glusterfs.
I, personally, like json logs sinc
Need to evolve a process to roll down the latest admin guide on to
gluster.org
I can take care of doing that from the git tree by branch. That should
be fairly easy to automate.
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.no
Configuration files should be under /etc per FSH standards. Move the
logger.conf to /etc/glusterfs.
I, personally, like json logs since I'm shipping to logstash. :-) My one
suggestion would be to ensure the timestamps are in rfc3164.
Yes, those are complex steps, but the rpm/deb packaging shoul
As one of the guys supporting this software, I agree that I would like
bugfix releases to happen more. Critical and security bugs should
trigger an immediate test release. Other bug fixes should go out on a
reasonable schedule (monthly?). The relatively new CI testing should
make this a lot mor
On 07/28/2013 10:41 PM, Amar Tumballi wrote:
On 07/29/2013 04:46 AM, Harshavardhana wrote:
http://www.gluster.org/community/documentation/index.php/Documenting_the_undocumented
This is something that i wrote recently - options which could be used
for interesting purposes and perhaps you wil
I disagree. Since the cli will not build a volume with it, it doesn't need to
be in a package. Since its value is purely academic, only the source code
matters, and it will still be in the git repo and the src tarball.
Jay Vyas wrote:
>minor point: rot-13 is a good one for learning and playing
Not to be the topic police, but...
this is a gluster-users question. :)
http://www.gluster.org/mailman/listinfo/gluster-users
On 07/12/2013 10:38 AM, harryxiyou wrote:
On Sat, Jul 13, 2013 at 1:25 AM, Vijay Bellur wrote:
On 07/12/2013 09:36 PM, harryxiyou wrote:
Hi all,
I am not very clear
On 06/27/2013 08:10 AM, Stephan von Krawczynski wrote:
On Thu, 27 Jun 2013 07:47:18 -0700
Joe Julian wrote:
I hear what you're saying, but I can't see that as a valid design to
provide future growth and to regain the flexibility that I believe you
enjoyed when we used to write vol
On 06/27/2013 07:30 AM, Stephan von Krawczynski wrote:
On Wed, 26 Jun 2013 11:46:36 -0400
Jeff Darcy wrote:
On 06/27/2013 09:37 AM, Stephan von Krawczynski wrote:
On Wed, 26 Jun 2013 11:04:07 -0400 Jeff Darcy
wrote:
[Jeff on UUIDs]
I generally vote against using UUIDs and for IPs. In runt
This applies to us, does it not?
Original Message
Subject: [Fedora-packaging] [HEADS UP] libtool + %global
_hardened_build 1 = no full hardening
Date: Wed, 26 Jun 2013 17:39:07 +0200
From: Björn Esser
Reply-To: Discussion of RPM packaging standards and practices for
F
On 06/25/2013 11:37 PM, Kaushal M wrote:
Forgot the link to the bug,
[1] https://bugzilla.redhat.com/show_bug.cgi?id=890502
Comment 2 in particular shows all the described problems
On Wed, Jun 26, 2013 at 12:06 PM, Kaushal M wrote:
Hi all,
We have a problem with how we identify peers in Gluste
There are only two translators that use the network, server and client. I'm
unclear how these communication groups would get applied.
I lean a little bit toward being against solving network problems with
application complexity. Can't these problems be solved with split horizon DNS
and/or stati
From: Haleigh Sheehan (GitHub Staff)
Subject: Re: Need a way to *disable* pull requests
Date: 29 May 2013 12:00:18 AM AEST
In the meantime, you could reduce some of your unwanted pull request volume by including
a CONTRIBUTING file (ie: "Don't."), and adding a prominent note to the README
al
On 04/03/2013 02:42 PM, Jeff Darcy wrote:
(redirecting to gluster-devel as a more appropriate forum)
On 04/03/2013 05:03 PM, Jay Vyas wrote:
suppose I was going to serve a pedabyte of data sharded over 10 files
(1,2,3,...,10) over glusterfs, in 3 servers (call them Server1, Server2,
and Server
On 03/28/2013 02:22 PM, Robert Hajime Lanning wrote:
On 03/27/13 22:26, Justin Clift wrote:
Had a quick thought. Would a gluster volume command to
remove all of the xattr's from a brick be useful?
e.g. "sudo gluster volume clear /path/mybrick1"
It would remove all Gluster xattr's on the brick
Anand Babu Periasamy wrote:
>On Tue, Mar 26, 2013 at 5:59 AM, Jeff Darcy wrote:
>> On 03/25/2013 11:59 PM, Anand Babu Periasamy wrote:
>>> gluster meta-volume + zeromq for notification (pub/sub) will solve
>our
>>> problems largely and still be light weight. In a large scale
>>> deployment, i
On 03/24/2013 01:43 AM, Stephan von Krawczynski wrote:
Read the list ... almost nobody ever complained about that. Instead the list is
full of people
searching for the best (i.e. optimized) _content_ of the volfiles for their
respective setup. So the automated distribution of the vol-files doe
0-gfs33-client-2 would be the third brick in the gfs33 volume, so should be
glusterfsd rather than glusterd, so not port 24007.
krish wrote:
>Hi Emmanuel,
>
>On 03/01/2013 07:55 AM, Emmanuel Dreyfus wrote:
>> Hi
>>
>> The spurious disconnect I encountered in 3.4 branch still happen in
>> 3.4.0a
As an observer who can't really contribute to this issue from a coding
standpoint, I can only look at the philosophies that come from Linus
with regard to kernel vs user. From my understanding of Linus' viewpoint
on the subject:
"If a change results in user programs breaking, it's a bug in the
Eco reported https://bugzilla.redhat.com/show_bug.cgi?id=763897,
something I've been complaining about for some time and thought I'd also
filed a bug on (but apparently I didn't). Pranith misunderstood the bug
and closed it.
The bug is about setting the first host's name from itself. The curre
This looks like a support question to me. If you are asking a development
question, you might want to use strace or gdb to figure out where the hang is,
file a bug report on bugzilla, and submit your patch(es) to gerrit.
Song wrote:
>Hi,
>
>
>
>Recently, glusterfs will hang when we do stress
On 01/23/2013 01:34 AM, Shishir Gowda wrote:
One of the possible scenarios is someone taking a lvm snap of the backend.
As an aside, lvm snapshots are good for one-off temporary saves, but are
completely useless as an interval snapshot. Each one takes up a ton of
ram and increase boot-up times
On 01/22/2013 07:03 PM, Song wrote:
Hi,
When application access a directory of glusterfs volume, glusterfs
client spend about 1 hour, from 19:44:05 to 20:44:25.
The gluster volume is DHT + AFR, native mount to /xmail/gfs1
Access(/xmail/gfs1/xmail_dedup/gfs1_000/011/204/)
The following mess
Yes please! Also some indication of the status of a "heal ... full"
would be helpful. I hate not knowing, if it's finished or not.
On 01/10/2013 10:48 PM, Venkatesh Somyajulu wrote:
Description of problem:
In a replicate volume , When there are files to be self-healed a
Since EPEL upgraded to Folsom (breaking existing installs ...)
I don't really see a point in spending any time on essex for the rpm
based distros. Not sure about the dark side though.
On 12/06/2012 06:30 AM, Kaleb Keithley wrote:
From: "Vijay Bellur"
- there's been a lot of work on UFO/glu
On 11/16/2012 12:30 AM, Joe Julian wrote:
There's been a number of questions, lately, about the life cycle of a
GlusterFS version. Since I've not seen anything definite from anybody
yet, I've started the ball rolling on this. Please consider this and
discuss it on the Discuss
There's been a number of questions, lately, about the life cycle of a
GlusterFS version. Since I've not seen anything definite from anybody
yet, I've started the ball rolling on this. Please consider this and
discuss it on the Discussion tab.
http://www.gluster.org/community/documentation/inde
The preferred development work flow is at
http://www.gluster.org/community/documentation/index.php/Development_Work_Flow
On 11/14/2012 12:18 AM, Liu Yuan wrote:
On 11/13/2012 07:39 PM, Liu Yuan wrote:
These two patches are trivial ones to address several warnings found by
compling the source a
The tag is also missing in ssh://git.gluster.com/glusterfs.git
On 11/10/2012 05:29 PM, Jan Engelhardt wrote:
3.4.0qa2 is available as a tarball, but is lacking in the git repo at
git://github.com/gluster/glusterfs .
___
Gluster-devel mailing list
Glus
Patches are submitted via git.
On 09/24/2012 12:16 AM, Jan Engelhardt wrote:
On Monday 2012-09-24 08:55, Anand Avati wrote:
Really appreciate this cleanup. Can you please submit the patches at
http://review.gluster.org as described in
http://www.gluster.org/community/documentation/index.php/De
3.3.1qa3 has been released. Your feedback would be much appreciated.
Thanks,
Vijay
No git tag...
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
On 09/13/2012 12:02 AM, Emmanuel Dreyfus wrote:
On Wed, Sep 12, 2012 at 06:54:16PM -0700, Joe Julian wrote:
I had the same thing, though I also couldn't tell you which of my
many up-down sequences caused it, but I ended up in a state where
the client was connected to two out of three se
I had the same thing, though I also couldn't tell you which of my many
up-down sequences caused it, but I ended up in a state where the client
was connected to two out of three servers and there were no attempts in
the log to try to reconnect. I finally changed the graph which triggered
the cli
Is it the nfs setting, or server.rpc-allow-insecure ? I'm leaning more
toward the latter.
On 08/29/2012 10:28 PM, Harsh Bora wrote:
> On 08/30/2012 08:27 AM, Yin Yin wrote:
>> Hi, Harsh:
>>I make some break in glusterd , and can gdb the qemu-kvm forked from
>> libvirtd.
>>
>> break in gluster
I am no expert here, but isn't the default on at least some distributions -O2?
John Mark Walker wrote:
>___
>Gluster-devel mailing list
>Gluster-devel@nongnu.org
>https://lists.nongnu.org/mailman/listinfo/gluster-devel
_
On 08/09/2012 11:51 AM, John Mark Walker wrote:
- Original Message -
From: "Joe Julian"
If GlusterFS support is being pushed to the OpenStack project, then
I think it shouldn't be in the gluster rpms.
Fair enough. I don't disagree with you, but---
When will the c
If GlusterFS support is being pushed to the OpenStack project, then I think it
shouldn't be in the gluster rpms.
Vijay Bellur wrote:
>On 08/08/2012 11:57 PM, Kaleb Keithley wrote:
>> Currently the glusterfs*-3.3.0 RPMs in Fedora 18 do not contain the UFO
>> feature.
>>
>> As I work on revisin
On 08/07/2012 08:04 PM, Yin Yin wrote:
I use glusterfs3.3.0 as KVM storage, but I have found the
performance in vm is poor.
I have the same problem as the below bug:
https://bugzilla.redhat.com/show_bug.cgi?id=842254
the I/O performance is < 1% of my hardwares capability.
Hope
He wouldn't even have to do that in his user space. The feature page has
it's own "talk" tab.
On 07/26/2012 10:19 AM, John Mark Walker wrote:
Hi Bharata,
It might make sense to start pushing this discussion and associated docs to the wiki,
using the feature template. You could fill out the fe
62 matches
Mail list logo