Hi, all
I am confused by the License used by the GlusterFS. There
are different descriptions in the web site. Which one is correct? Thanks a
lot.
Here is the link that claims that AGPL is appled.
http://www.gluster.org/documentation/community/GNU_Affero_General_Pu
GlusterFS did undergo a few revisions of license changes. We have finally
settled on dual licensed "GPL v2 / LGPL v3 or later" - for all the code in
glusterfs.git outside contrib/.
Thanks
On Thu, Oct 16, 2014 at 12:36 AM, Zhou Ganhong wrote:
>
>
> Hi, all
>
>I am confused by the
Hi, Anand Avati
Thanks a lot.
Then my understanding is that both GlusterFS server/client codes can
be licensed under LGPL. Is it right?
So all the links are not accurate. Could you send out a reference
link or document to describe above statement?
// Gulf
2014-10-16 15:4
Hi,
my Gluster:
gluster vol info
Volume Name: glvol
Type: Distributed-Striped-Replicate
Volume ID: 55a180ba-8e5f-4586-aeea-39a8154f18c2
Status: Started
Number of Bricks: 2 x 2 x 2 = 8
Transport-type: tcp
Bricks:
Brick1: 139.64.203.94:/tank1/br1/br
Brick2: 139.64.203.95:/gfsexp/br
Brick3: 139.64
Hi, all
I am confused by the License used by the GlusterFS. There
are different descriptions in the web site. Which one is correct? Thanks a
lot.
Here is the link that claims that AGPL is appled.
http://www.gluster.org/documentation/community/GNU_Affero_General_Pu
On 10/15/2014 09:00 PM, Zhou Ganhong wrote:
Hi, all
I am confused by the License used by the GlusterFS. There are different
descriptions in the web site. Which one is correct? Thanks a lot.
The community web site is maintained by volunteers. It is often out of
date.
The one in the source is
Hello,
I am new to this list and new to GlusterFS, so I would be grateful if
you could help me.
I am trying to do this setup:
client1(10.75.2.45)
|
| MTU 1500
V
(10.75.2.41)
gluster1gluster2
(10.75.2.43) ---> (10.75.2.44)
<---
Adding the priorities fixed it for me. Thanks!
--
*Gene Liverman*
Systems Administrator
Information Technology Services
University of West Georgia
glive...@westga.edu
ITS: Making Technology Work for You!
On Wed, Oct 15, 2014 at 6:00 PM, Prasun Gera wrote:
> I am affected by this too, al
Does anyone have any suggestions on fixing this ? I don't have an easy way
of contacting RH support directly since my subscription is through school's
satellite server.
Yum update fails with http://pastebin.com/qjfvU97r
Even after trying --skip-broken, it fails with http://pastebin.com/rUs9Hrqq
On
On 10/16/2014 04:34 PM, Prasun Gera wrote:
Does anyone have any suggestions on fixing this ? I don't have an easy
way of contacting RH support directly since my subscription is through
school's satellite server.
Yum update fails with http://pastebin.com/qjfvU97r
Even after trying --skip-broken, i
Thanks. Like I said, I'm not using the glusterfs public/epel repositories.
Do you mean that I should add the public repos ? I don't have any packages
from the public repo. So I thought that my system should be internally
consistent since all the packages that it has are from RHN. It's the base
OS c
On 10/16/2014 06:25 PM, Prasun Gera wrote:
Thanks. Like I said, I'm not using the glusterfs public/epel
repositories.
Oh. Sorry. No, I didn't see that.
Do you mean that I should add the public repos ?
Nope. If you weren't already using the public repos then don't add them
now. Sorry for an
I can't see any place the hostname is getting mangled for
trusted.glusterfs.pathinfo output, but I'm getting this and wanted to
know if that's expected behavior:
# getfattr -n trusted.glusterfs.pathinfo
./_base/1c1133f82c49bf66bde3625f3518bef159e3b6e2
# file: _base/1c1133f82c49bf66bde3
Thanks a lot.
2014-10-16 21:08 GMT+08:00 Kaleb KEITHLEY :
> On 10/15/2014 09:00 PM, Zhou Ganhong wrote:
>
>> Hi, all
>>
>> I am confused by the License used by the GlusterFS. There are different
>> descriptions in the web site. Which one is correct? Thanks a lot.
>>
>
> The community web site is
hi Noah,
It is a very old mail. I went through the commit log to see if
there are any patches that fix bug described in the mail. The following
patch fits the description.
http://review.gluster.com/808
In the last 2 years that I have been actively working on locks xlator, I
didn't come
Joe,
Could you send the output of following program on one of the
machines?
11:24:31 :( ? cat tmp.c
#include
main()
{
char hostname[256] = {0};
int ret = 0;
ret = gethostname (hostname, 256);
if (ret == 0)
printf ("hostname: %s", hostname
Ah, I see where that comes from. The inconsistency threw me off. I
always forget that the servers don't know their own peer names.
On 10/16/2014 10:55 PM, Pranith Kumar Karampuri wrote:
Joe,
Could you send the output of following program on one of the
machines?
11:24:31 :( ? cat tmp.c
On 10/17/2014 11:55 AM, Joe Julian wrote:
Ah, I see where that comes from. The inconsistency threw me off. I
always forget that the servers don't know their own peer names.
No no, pathinfo is computed on the same machine where the brick resides,
so this is not that issue. Brick will return the
18 matches
Mail list logo
