From jenkins at build.gluster.org  Mon Sep  2 01:45:02 2019
From: jenkins at build.gluster.org (jenkins at build.gluster.org)
Date: Mon, 2 Sep 2019 01:45:02 +0000 (UTC)
Subject: [Gluster-devel] Weekly Untriaged Bugs
Message-ID: <1587462271.4.1567388703372.JavaMail.jenkins@jenkins-el7.rht.gluster.org>

[...truncated 7 lines...]
https://bugzilla.redhat.com/1743195 / core: can't start gluster after upgrade from 5 to 6
https://bugzilla.redhat.com/1738878 / core: FUSE client's memory leak
https://bugzilla.redhat.com/1744883 / core: GlusterFS problem dataloss
https://bugzilla.redhat.com/1746810 / doc: markdown files containing 404 links
https://bugzilla.redhat.com/1745026 / fuse: endless heal gluster volume; incrementing number of files to heal when all peers in volume are up
https://bugzilla.redhat.com/1746140 / geo-replication: geo-rep: Changelog archive file format is incorrect
https://bugzilla.redhat.com/1743215 / glusterd: glusterd-utils: 0-management: xfs_info exited with non-zero exit status [Permission denied]
https://bugzilla.redhat.com/1746615 / glusterd: SSL Volumes Fail Intermittently in 6.5
https://bugzilla.redhat.com/1739320 / glusterd: The result (hostname) of getnameinfo for all bricks (ipv6 addresses)  are the same, while they are not.
https://bugzilla.redhat.com/1747414 / libglusterfsclient: EIO error on check_and_dump_fuse_W call
https://bugzilla.redhat.com/1741402 / posix-acl: READDIRP incorrectly updates posix-acl inode ctx
https://bugzilla.redhat.com/1744671 / project-infrastructure: Smoke is failing for the changeset
https://bugzilla.redhat.com/1738778 / project-infrastructure: Unable to setup softserve VM
https://bugzilla.redhat.com/1741899 / replicate: the volume of occupied space in the bricks of gluster volume (3 nodes replica) differs on nodes and the healing does not fix it
https://bugzilla.redhat.com/1745916 / rpc: glusterfs client process memory leak after enable tls on community version 6.5
https://bugzilla.redhat.com/1740413 / rpc: Gluster volume bricks crashes when running a security scan on glusterfs ports
https://bugzilla.redhat.com/1739884 / transport: glusterfsd process crashes with SIGSEGV
[...truncated 2 lines...]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.log
Type: application/octet-stream
Size: 2227 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190902/0f37eddf/attachment.obj>

From sacharya at redhat.com  Tue Sep  3 10:15:22 2019
From: sacharya at redhat.com (Shwetha Acharya)
Date: Tue, 3 Sep 2019 15:45:22 +0530
Subject: [Gluster-devel] [Gluster-users] geo-replication won't start
In-Reply-To: <143d8bdc905173dd3743f45e67ebf8ee@li.nux.ro>
References: <143d8bdc905173dd3743f45e67ebf8ee@li.nux.ro>
Message-ID: <CAERh03pNpspOQNQ+_O7k+A_86nKQrGJ2nYJd3M=GsWkT-CJoFA@mail.gmail.com>

Hi Lucian,

Slave must be a gluster volume. Data from master volume gets replicated
into the slave volume after creation of the geo-rep session.

You can try creating the session again using the steps mentioned in this
link https://docs.gluster.org/en/latest/Administrator%20Guide/Geo
%20Replication/#creating-the-session.

Regards,
Shwetha

On Thu, Aug 22, 2019 at 9:51 PM Nux! <nux at li.nux.ro> wrote:

> Hi,
>
> I'm trying for the first time ever the geo-replication feature and I am
> not having much success (CentOS7, gluster 6.5).
> First of all, from the docs I get the impression that I can
> geo-replicate over ssh to a simple dir, but it doesn't seem to be the
> case, the "slave" must be a gluster volume, doesn't it?
>
> Second, the slave host is not in the subnet with the other gluster
> peers, but I reckon this would be the usual case and not a problem.
>
> I've stopped the firewall on all peers and slave host to rule it out,
> but I can't get the georep started.
>
> Creation is successfull, however STATUS won't change from Created.
> I'm looking through all the logs and I can't see anything meaningful.
>
> What steps could I take to debug this further?
>
> Cheers,
> Lucian
>
>
> --
> Sent from the Delta quadrant using Borg technology!
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190903/7999da9e/attachment.html>

From bsasonro at redhat.com  Wed Sep  4 09:00:43 2019
From: bsasonro at redhat.com (Barak Sason Rofman)
Date: Wed, 4 Sep 2019 12:00:43 +0300
Subject: [Gluster-devel] How does Gluster works - Locating files after
	change sin cluster
Message-ID: <CAFx2kQ2kDEdsz_T-9n8jQaDg03yeL2s9=_e7QG45Af1gjvM=BA@mail.gmail.com>

Hello everyone,

I'm about to post several threads with question regarding how Gluster
handles different scenarios.
I'm looking for answers on architecture/design/"the is the idea" level, and
not specifically implementation (however, it would be nice to know where
the relevant code is).

In this thread I want to focus on the "adding servers/bricks" scenario.
>From what I know at this point, every file that's created is given a 32-bit
value based on it's name, and this hashing function is fixed and
independent of any factors.
Next, there is a function (a routing method), located on the client side,
that *is* dependent on outside factors, such as numbers of servers (or
bricks) in the system which determines on which server a particular file is
located.

Let's examine the following case:
Assume (for simplicity's sake) that the hashing function assign values to
file in 1-100 range (instead of 32-bit) and currently there are 4 servers
in the cluster.
In this case, files 1-25 would be located on server 1, 26-50 on server 2
and so on.
Now, if a 5th server is added to the cluster, then the ranges will change:
files 1-20 will be located on server 1, 21-40 on server 2 and so on.

The questions regarding this scenarios are as follows:
1 - Does the servers update the clients that an additional server (or
brick) has been added to the cluster? If not, how does this happen?
2 - Does the server also know which files *should* be located on them? if
so, does the servers create a link file (which specifies the "real"
location of the file) for the files that are supposed to be moved (e.g.
files 21-25) or actually move the data right away? Maybe this works in a
completely different manner?

I have additional questions regarding this, but they are dependent om the
answers to these question.

Thank you all for your help.
-- 
*Barak Sason Rofman*

Gluster Storage Development

Red Hat Israel <https://www.redhat.com/>

34 Jerusalem rd. Ra'anana, 43501

bsasonro at redhat.com <adi at redhat.com>    T: *+972-9-7692304*
M: *+972-52-4326355*
<https://red.ht/sig>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190904/4c18c884/attachment-0001.html>

From amarts at gmail.com  Thu Sep  5 11:43:22 2019
From: amarts at gmail.com (Amar Tumballi)
Date: Thu, 5 Sep 2019 17:13:22 +0530
Subject: [Gluster-devel] [Gluster-Maintainers] Proposal: move glusterfs
 development to github workflow, completely
In-Reply-To: <20190828070809.GB27346@ndevos-x270>
References: <CA+OzEQux6S7Mc1qG4v8aD=GAZWp7XRWrATWJ23=7gwnaoSwsHg@mail.gmail.com>
	<CAJgorsaq-SW48jkQ6hoQSkQ3Gr890=gOS1u8Vxj9F7JPP8MmiA@mail.gmail.com>
	<20190826085626.GA28580@ndevos-x270>
	<1C61604E-1B6E-41D8-887C-4A5A995241E1@julianfamily.org>
	<CA+8EeuOTqvTAzGw13AcXfc6Co6U-8Z5vARR=8qce7LLJnmD6yA@mail.gmail.com>
	<20190826184023.GE28580@ndevos-x270>
	<CAHxyDdOvyvSMkWnQnVoaa-7dhE8iF5bRjUCYg+Zp_P-LnQpcrQ@mail.gmail.com>
	<20190828070809.GB27346@ndevos-x270>
Message-ID: <CA+OzEQt2rRR9Dj=4OoY=+idGL-Xu57A9sy_UYEMPAQiRCdcFjw@mail.gmail.com>

Going through the thread, I see in general positive responses for the same,
with few points on review system, and not loosing information when merging
the patches.

While we are working on that, we need to see and understand how our CI/CD
looks like with github migration. We surely need suggestion and volunteers
here to get this going.

Regards,
Amar


On Wed, Aug 28, 2019 at 12:38 PM Niels de Vos <ndevos at redhat.com> wrote:

> On Tue, Aug 27, 2019 at 06:57:14AM +0530, Amar Tumballi Suryanarayan wrote:
> > On Tue, Aug 27, 2019 at 12:10 AM Niels de Vos <ndevos at redhat.com> wrote:
> >
> > > On Mon, Aug 26, 2019 at 08:36:30PM +0530, Aravinda Vishwanathapura
> Krishna
> > > Murthy wrote:
> > > > On Mon, Aug 26, 2019 at 7:49 PM Joe Julian <joe at julianfamily.org>
> wrote:
> > > >
> > > > > > Comparing the changes between revisions is something
> > > > > that GitHub does not support...
> > > > >
> > > > > It does support that,
> > > > > actually._______________________________________________
> > > > >
> > > >
> > > > Yes, it does support. We need to use Squash merge after all review is
> > > done.
> > >
> > > Squash merge would also combine multiple commits that are intended to
> > > stay separate. This is really bad :-(
> > >
> > >
> > We should treat 1 patch in gerrit as 1 PR in github, then squash merge
> > works same as how reviews in gerrit are done.  Or we can come up with
> > label, upon which we can actually do 'rebase and merge' option, which can
> > preserve the commits as is.
>
> Something like that would be good. For many things, including commit
> message update squashing patches is just loosing details. We dont do
> that with Gerrit now, and we should not do that when using GitHub PRs.
> Proper documenting changes is still very important to me, the details of
> patches should be explained in commit messages. This only works well
> when developers 'force push' to the branch holding the PR.
>
> Niels
> _______________________________________________
>
> Community Meeting Calendar:
>
> APAC Schedule -
> Every 2nd and 4th Tuesday at 11:30 AM IST
> Bridge: https://bluejeans.com/836554017
>
> NA/EMEA Schedule -
> Every 1st and 3rd Tuesday at 01:00 PM EDT
> Bridge: https://bluejeans.com/486278655
>
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190905/c1d4c765/attachment.html>

From rtalur at redhat.com  Thu Sep  5 13:02:31 2019
From: rtalur at redhat.com (Raghavendra Talur)
Date: Thu, 5 Sep 2019 09:02:31 -0400
Subject: [Gluster-devel] How does Gluster works - Locating files after
 change sin cluster
In-Reply-To: <CAFx2kQ2kDEdsz_T-9n8jQaDg03yeL2s9=_e7QG45Af1gjvM=BA@mail.gmail.com>
References: <CAFx2kQ2kDEdsz_T-9n8jQaDg03yeL2s9=_e7QG45Af1gjvM=BA@mail.gmail.com>
Message-ID: <CAM5jxn8fTbVJ4+yY=HhFmpYTULzsPkNXaLzdReh7w+3bweA4pA@mail.gmail.com>

On Wed, Sep 4, 2019 at 5:01 AM Barak Sason Rofman <bsasonro at redhat.com>
wrote:

> Hello everyone,
>
> I'm about to post several threads with question regarding how Gluster
> handles different scenarios.
> I'm looking for answers on architecture/design/"the is the idea" level,
> and not specifically implementation (however, it would be nice to know
> where the relevant code is).
>
> In this thread I want to focus on the "adding servers/bricks" scenario.
> From what I know at this point, every file that's created is given a
> 32-bit value based on it's name, and this hashing function is fixed and
> independent of any factors.
> Next, there is a function (a routing method), located on the client side,
> that *is* dependent on outside factors, such as numbers of servers (or
> bricks) in the system which determines on which server a particular file is
> located.
>
> Let's examine the following case:
> Assume (for simplicity's sake) that the hashing function assign values to
> file in 1-100 range (instead of 32-bit) and currently there are 4 servers
> in the cluster.
> In this case, files 1-25 would be located on server 1, 26-50 on server 2
> and so on.
> Now, if a 5th server is added to the cluster, then the ranges will change:
> files 1-20 will be located on server 1, 21-40 on server 2 and so on.
>
> The questions regarding this scenarios are as follows:
> 1 - Does the servers update the clients that an additional server (or
> brick) has been added to the cluster? If not, how does this happen?
>

Yes, addition of a brick happens through a gluster cli command that updates
the volume info in glusterd. Glusterd(the one which updated config and
other peers) update clients about this change.

2 - Does the server also know which files *should* be located on them? if
> so, does the servers create a link file (which specifies the "real"
> location of the file) for the files that are supposed to be moved (e.g.
> files 21-25) or actually move the data right away? Maybe this works in a
> completely different manner?
>

The addition of a brick has a step for updating the xattrs on the bricks
which marks the range for them. The creation of link files happens lazily.
Clients look up on all bricks when they don't find the file on the brick
where it is supposed to be(called hashed brick), the brick where they find
the file is called cached brick and a link file is created.

For more information on distribute mechanism refer to
https://docs.gluster.org/en/latest/Quick-Start-Guide/Architecture/#dhtdistributed-hash-table-translator
For more information on how clients get update from glusterd refer to
https://www.youtube.com/watch?v=Gq-yBYq8Gjg


> I have additional questions regarding this, but they are dependent om the
> answers to these question.
>
> Thank you all for your help.
> --
> *Barak Sason Rofman*
>
> Gluster Storage Development
>
> Red Hat Israel <https://www.redhat.com/>
>
> 34 Jerusalem rd. Ra'anana, 43501
>
> bsasonro at redhat.com <adi at redhat.com>    T: *+972-9-7692304*
> M: *+972-52-4326355*
> <https://red.ht/sig>
> _______________________________________________
>
> Community Meeting Calendar:
>
> APAC Schedule -
> Every 2nd and 4th Tuesday at 11:30 AM IST
> Bridge: https://bluejeans.com/836554017
>
> NA/EMEA Schedule -
> Every 1st and 3rd Tuesday at 01:00 PM EDT
> Bridge: https://bluejeans.com/486278655
>
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190905/d3308e09/attachment.html>

From nbalacha at redhat.com  Fri Sep  6 03:55:39 2019
From: nbalacha at redhat.com (Nithya Balachandran)
Date: Fri, 6 Sep 2019 09:25:39 +0530
Subject: [Gluster-devel] How does Gluster works - Locating files after
 change sin cluster
In-Reply-To: <CAM5jxn8fTbVJ4+yY=HhFmpYTULzsPkNXaLzdReh7w+3bweA4pA@mail.gmail.com>
References: <CAFx2kQ2kDEdsz_T-9n8jQaDg03yeL2s9=_e7QG45Af1gjvM=BA@mail.gmail.com>
	<CAM5jxn8fTbVJ4+yY=HhFmpYTULzsPkNXaLzdReh7w+3bweA4pA@mail.gmail.com>
Message-ID: <CAOUCJ=gN6QxqR2YGyNqWV1+iVThmOQhNg_x7gFn9ZbnpASrKEA@mail.gmail.com>

On Thu, 5 Sep 2019 at 18:33, Raghavendra Talur <rtalur at redhat.com> wrote:

>
>
> On Wed, Sep 4, 2019 at 5:01 AM Barak Sason Rofman <bsasonro at redhat.com>
> wrote:
>
>> Hello everyone,
>>
>> I'm about to post several threads with question regarding how Gluster
>> handles different scenarios.
>> I'm looking for answers on architecture/design/"the is the idea" level,
>> and not specifically implementation (however, it would be nice to know
>> where the relevant code is).
>>
>> In this thread I want to focus on the "adding servers/bricks" scenario.
>> From what I know at this point, every file that's created is given a
>> 32-bit value based on it's name, and this hashing function is fixed and
>> independent of any factors.
>> Next, there is a function (a routing method), located on the client side,
>> that *is* dependent on outside factors, such as numbers of servers (or
>> bricks) in the system which determines on which server a particular file is
>> located.
>>
>> Let's examine the following case:
>> Assume (for simplicity's sake) that the hashing function assign values to
>> file in 1-100 range (instead of 32-bit) and currently there are 4 servers
>> in the cluster.
>> In this case, files 1-25 would be located on server 1, 26-50 on server 2
>> and so on.
>> Now, if a 5th server is added to the cluster, then the ranges will
>> change: files 1-20 will be located on server 1, 21-40 on server 2 and so on.
>>
>> The questions regarding this scenarios are as follows:
>> 1 - Does the servers update the clients that an additional server (or
>> brick) has been added to the cluster? If not, how does this happen?
>>
>
> Yes, addition of a brick happens through a gluster cli command that
> updates the volume info in glusterd. Glusterd(the one which updated config
> and other peers) update clients about this change.
>
> 2 - Does the server also know which files *should* be located on them? if
>> so, does the servers create a link file (which specifies the "real"
>> location of the file) for the files that are supposed to be moved (e.g.
>> files 21-25) or actually move the data right away? Maybe this works in a
>> completely different manner?
>>
>
> The addition of a brick has a step for updating the xattrs on the bricks
> which marks the range for them. The creation of link files happens lazily.
> Clients look up on all bricks when they don't find the file on the brick
> where it is supposed to be(called hashed brick), the brick where they find
> the file is called cached brick and a link file is created.
>
> To add to this, directories which were created before the bricks were
added will not include the new bricks in the layout until a rebalance or
fix-layout is run. Directories created after the add-brick will include the
newly added bricks in the range.




> For more information on distribute mechanism refer to
> https://docs.gluster.org/en/latest/Quick-Start-Guide/Architecture/#dhtdistributed-hash-table-translator
> For more information on how clients get update from glusterd refer to
> https://www.youtube.com/watch?v=Gq-yBYq8Gjg
>
>
>> I have additional questions regarding this, but they are dependent om the
>> answers to these question.
>>
>> Thank you all for your help.
>> --
>> *Barak Sason Rofman*
>>
>> Gluster Storage Development
>>
>> Red Hat Israel <https://www.redhat.com/>
>>
>> 34 Jerusalem rd. Ra'anana, 43501
>>
>> bsasonro at redhat.com <adi at redhat.com>    T: *+972-9-7692304*
>> M: *+972-52-4326355*
>> <https://red.ht/sig>
>> _______________________________________________
>>
>> Community Meeting Calendar:
>>
>> APAC Schedule -
>> Every 2nd and 4th Tuesday at 11:30 AM IST
>> Bridge: https://bluejeans.com/836554017
>>
>> NA/EMEA Schedule -
>> Every 1st and 3rd Tuesday at 01:00 PM EDT
>> Bridge: https://bluejeans.com/486278655
>>
>> Gluster-devel mailing list
>> Gluster-devel at gluster.org
>> https://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>> _______________________________________________
>
> Community Meeting Calendar:
>
> APAC Schedule -
> Every 2nd and 4th Tuesday at 11:30 AM IST
> Bridge: https://bluejeans.com/836554017
>
> NA/EMEA Schedule -
> Every 1st and 3rd Tuesday at 01:00 PM EDT
> Bridge: https://bluejeans.com/486278655
>
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190906/0bf024b5/attachment-0001.html>

From jenkins at build.gluster.org  Mon Sep  9 01:45:02 2019
From: jenkins at build.gluster.org (jenkins at build.gluster.org)
Date: Mon, 9 Sep 2019 01:45:02 +0000 (UTC)
Subject: [Gluster-devel] Weekly Untriaged Bugs
Message-ID: <864175082.10.1567993503314.JavaMail.jenkins@jenkins-el7.rht.gluster.org>

[...truncated 7 lines...]
https://bugzilla.redhat.com/1743195 / core: can't start gluster after upgrade from 5 to 6
https://bugzilla.redhat.com/1744883 / core: GlusterFS problem dataloss
https://bugzilla.redhat.com/1749272 / disperse: The version of the file in the disperse volume created with different nodes is incorrect
https://bugzilla.redhat.com/1747844 / distribute: Rebalance doesn't  work correctly if performance.parallel-readdir on and with some other specific options set
https://bugzilla.redhat.com/1746140 / geo-replication: geo-rep: Changelog archive file format is incorrect
https://bugzilla.redhat.com/1743215 / glusterd: glusterd-utils: 0-management: xfs_info exited with non-zero exit status [Permission denied]
https://bugzilla.redhat.com/1749625 / glusterd: [GlusterFS 6.1] GlusterFS client process crash
https://bugzilla.redhat.com/1746615 / glusterd: SSL Volumes Fail Intermittently in 6.5
https://bugzilla.redhat.com/1747414 / libglusterfsclient: EIO error on check_and_dump_fuse_W call
https://bugzilla.redhat.com/1741402 / posix-acl: READDIRP incorrectly updates posix-acl inode ctx
https://bugzilla.redhat.com/1741899 / replicate: the volume of occupied space in the bricks of gluster volume (3 nodes replica) differs on nodes and the healing does not fix it
https://bugzilla.redhat.com/1745916 / rpc: glusterfs client process memory leak after enable tls on community version 6.5
https://bugzilla.redhat.com/1740413 / rpc: Gluster volume bricks crashes when running a security scan on glusterfs ports
https://bugzilla.redhat.com/1748205 / selfheal: null gfid entries can not be healed
https://bugzilla.redhat.com/1749369 / write-behind: Segmentation fault occurs while truncate file
[...truncated 2 lines...]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.log
Type: application/octet-stream
Size: 2081 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190909/f5aee89d/attachment.obj>

From spamecha at redhat.com  Tue Sep 10 03:40:01 2019
From: spamecha at redhat.com (spamecha at redhat.com)
Date: Tue, 10 Sep 2019 03:40:01 +0000
Subject: [Gluster-devel] Invitation: Invitation: Gluster Community Meeting @
 Tue Sep 10, 2019 ... @ Tue Sep 10,
 2019 11:30am - 12:25pm (IST) (gluster-devel@gluster.org)
Message-ID: <000000000000c5a48905922aa878@google.com>

You have been invited to the following event.

Title: Invitation: Gluster Community Meeting @ Tue Sep 10, 2019 11:30am -  
12:25pm
  Bridge: https://bluejeans.com/836554017


  Minutes meeting: https://hackmd.io/_7IjU1CXTimG2p8K3GBUCg
  Previous Meeting notes: https://github.com/gluster/community

  Flash talk: No Flash Talk
When: Tue Sep 10, 2019 11:30am ? 12:25pm India Standard Time - Kolkata
Where: https://bluejeans.com/836554017, bangalore-engg-rashtrakuta-12-p-vc
Calendar: gluster-devel at gluster.org
Who:
     * spamecha at redhat.com - organizer
     * risjain at redhat.com
     * gluster-users at gluster.org
     * gluster-devel at gluster.org

Event details:  
https://www.google.com/calendar/event?action=VIEW&eid=N2FhOHB0bjVoZXF0bnQxbWFpMmxva2lqbXYgZ2x1c3Rlci1kZXZlbEBnbHVzdGVyLm9yZw&tok=MTkjc3BhbWVjaGFAcmVkaGF0LmNvbTdmNzZjNjdkMDNjYzFkMTE0OTJhNTQ4ZjVmMjY4NWViZGFkNTFiMmU&ctz=Asia%2FKolkata&hl=en&es=0

Invitation from Google Calendar: https://www.google.com/calendar/

You are receiving this courtesy email at the account  
gluster-devel at gluster.org because you are an attendee of this event.

To stop receiving future updates for this event, decline this event.  
Alternatively you can sign up for a Google account at  
https://www.google.com/calendar/ and control your notification settings for  
your entire calendar.

Forwarding this invitation could allow any recipient to send a response to  
the organizer and be added to the guest list, or invite others regardless  
of their own invitation status, or to modify your RSVP. Learn more at  
https://support.google.com/calendar/answer/37135#forwarding
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/fa319c86/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 2218 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/fa319c86/attachment.ics>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: invite.ics
Type: application/ics
Size: 2264 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/fa319c86/attachment.bin>

From spamecha at redhat.com  Tue Sep 10 03:41:21 2019
From: spamecha at redhat.com (spamecha at redhat.com)
Date: Tue, 10 Sep 2019 03:41:21 +0000
Subject: [Gluster-devel] Updated invitation: Invitation: Gluster Community
 Meeting @ Tue Sep 10, 2019 ... @ Tue Sep 10,
 2019 11:30am - 12:25pm (IST) (gluster-devel@gluster.org)
Message-ID: <00000000000091681305922aade8@google.com>

This event has been changed.

Title: Invitation: Gluster Community Meeting @ Tue Sep 10, 2019 11:30am -  
12:25pm
&nbsp;Bridge: https://bluejeans.com/836554017&nbsp;Minutes meeting:  
https://hackmd.io/_7IjU1CXTimG2p8K3GBUCg&nbsp;Previous Meeting notes:  
https://github.com/gluster/community&nbsp;Flash talk: No Flash Talk  
(changed)
When: Tue Sep 10, 2019 11:30am ? 12:25pm India Standard Time - Kolkata
Where: https://bluejeans.com/836554017, bangalore-engg-rashtrakuta-12-p-vc
Calendar: gluster-devel at gluster.org
Who:
     * spamecha at redhat.com - organizer
     * risjain at redhat.com
     * gluster-users at gluster.org
     * gluster-devel at gluster.org
     * barchu02 at unm.edu

Event details:  
https://www.google.com/calendar/event?action=VIEW&eid=N2FhOHB0bjVoZXF0bnQxbWFpMmxva2lqbXYgZ2x1c3Rlci1kZXZlbEBnbHVzdGVyLm9yZw&tok=MTkjc3BhbWVjaGFAcmVkaGF0LmNvbTdmNzZjNjdkMDNjYzFkMTE0OTJhNTQ4ZjVmMjY4NWViZGFkNTFiMmU&ctz=Asia%2FKolkata&hl=en&es=0

Invitation from Google Calendar: https://www.google.com/calendar/

You are receiving this courtesy email at the account  
gluster-devel at gluster.org because you are an attendee of this event.

To stop receiving future updates for this event, decline this event.  
Alternatively you can sign up for a Google account at  
https://www.google.com/calendar/ and control your notification settings for  
your entire calendar.

Forwarding this invitation could allow any recipient to send a response to  
the organizer and be added to the guest list, or invite others regardless  
of their own invitation status, or to modify your RSVP. Learn more at  
https://support.google.com/calendar/answer/37135#forwarding
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/6a7c6177/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 2605 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/6a7c6177/attachment-0001.ics>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: invite.ics
Type: application/ics
Size: 2656 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/6a7c6177/attachment-0001.bin>

From spamecha at redhat.com  Tue Sep 10 05:58:27 2019
From: spamecha at redhat.com (spamecha at redhat.com)
Date: Tue, 10 Sep 2019 05:58:27 +0000
Subject: [Gluster-devel] Updated invitation: Invitation: Gluster Community
 Meeting @ Tue Sep 10, 2019 ... @ Tue Sep 10,
 2019 11:30am - 12:25pm (IST) (gluster-devel@gluster.org)
Message-ID: <000000000000dc4f3405922c974b@google.com>

This event has been changed.

Title: Invitation: Gluster Community Meeting @ Tue Sep 10, 2019 11:30am -  
12:25pm
&nbsp;Bridge: https://bluejeans.com/spamecha&nbsp;Minutes meeting:  
https://hackmd.io/_7IjU1CXTimG2p8K3GBUCg&nbsp;Previous Meeting notes:  
https://github.com/gluster/community&nbsp;Flash talk: No Flash Talk  
(changed)
When: Tue Sep 10, 2019 11:30am ? 12:25pm India Standard Time - Kolkata
Where: https://bluejeans.com/spamecha, bangalore-engg-rashtrakuta-12-p-vc  
(changed)
Calendar: gluster-devel at gluster.org
Who:
     * spamecha at redhat.com - organizer
     * risjain at redhat.com
     * gluster-users at gluster.org
     * gluster-devel at gluster.org
     * barchu02 at unm.edu
     * alpha754293 at hotmail.com
     * dkhandel at redhat.com
     * sacharya at redhat.com
     * hgowtham at redhat.com
     * pauyeung at connexity.com
     * gabriel.lindeborg at svenskaspel.se
     * xiedanming at qiyi.com
     * pierre-marie.janvre at agoda.com

Event details:  
https://www.google.com/calendar/event?action=VIEW&eid=N2FhOHB0bjVoZXF0bnQxbWFpMmxva2lqbXYgZ2x1c3Rlci1kZXZlbEBnbHVzdGVyLm9yZw&tok=MTkjc3BhbWVjaGFAcmVkaGF0LmNvbTdmNzZjNjdkMDNjYzFkMTE0OTJhNTQ4ZjVmMjY4NWViZGFkNTFiMmU&ctz=Asia%2FKolkata&hl=en&es=0

Invitation from Google Calendar: https://www.google.com/calendar/

You are receiving this courtesy email at the account  
gluster-devel at gluster.org because you are an attendee of this event.

To stop receiving future updates for this event, decline this event.  
Alternatively you can sign up for a Google account at  
https://www.google.com/calendar/ and control your notification settings for  
your entire calendar.

Forwarding this invitation could allow any recipient to send a response to  
the organizer and be added to the guest list, or invite others regardless  
of their own invitation status, or to modify your RSVP. Learn more at  
https://support.google.com/calendar/answer/37135#forwarding
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/305e6f01/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 3703 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/305e6f01/attachment-0001.ics>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: invite.ics
Type: application/ics
Size: 3771 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/305e6f01/attachment-0001.bin>

From spamecha at redhat.com  Tue Sep 10 06:52:13 2019
From: spamecha at redhat.com (Sheetal Pamecha)
Date: Tue, 10 Sep 2019 12:22:13 +0530
Subject: [Gluster-devel] Minutes of Gluster Community Meeting (APAC) 10th
	September 2019
Message-ID: <CABw1KrvT45H=MYG5uFs4E4EZL8zoey3ZPgvBVSYGJOmS1cxvMg@mail.gmail.com>

Hi,
The minutes of the meeting are as follows:
Gluster Community Meeting - 10/09/2019Previous Meeting minutes:

   - http://github.com/gluster/community
   - Recording of this meeting - No recording available for this meeting
   due to technical issues

Date/Time: Check the community calendar
<https://calendar.google.com/calendar/b/1?cid=dmViajVibDBrbnNiOWQwY205ZWg5cGJsaTRAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ>
Bridge

   - APAC friendly hours
      - Tuesday 10th September 2019, 11:30AM IST
      - Bridge: https://bluejeans.com/9461957313
   - NA/EMEA
      - Every 1st and 3rd Tuesday at 01:00 PM EDT
      - Bridge: https://bluejeans.com/486278655

------------------------------
Attendance

Name (#gluster-dev alias) - company
Sheetal Pamecha (#spamecha) - Red Hat
Sunny Kumar (sunny) - Red Hat
Rishubh Jain (risjain) - Red Hat
Ravi (@itisravi) Red Hat
Sanju Rakonde (srakonde) - RedHat
Rinku Kothiya (rinku) - RedHat
Ashhadul Islam (aislam) - Redhat
Vishal Pandey (vpandey) - RedHat
Ashish Pandey (_apandey) -RedHat
Sunil Kumar Acharya - RedHat
Shwetha Acharya (sacharya) - RedHat
Hari Gowtham (hgowtham) -Red Hat
User stories

   - None

Community

   - Project metrics:

Metrics Value
Coverity <https://scan.coverity.com/projects/gluster-glusterfs> 65
Clang Scan <https://build.gluster.org/job/clang-scan/lastBuild/> 59
Test coverage
<https://build.gluster.org/job/line-coverage/lastCompletedBuild/Line_20Coverage_20Report/>
70.9
New Bugs in last 14 days
master
<https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&f1=creation_ts&o1=greaterthan&product=GlusterFS&query_format=advanced&v1=-14d&version=mainline>
7.x
<https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&f1=creation_ts&list_id=10353290&o1=greaterthan&product=GlusterFS&query_format=advanced&v1=-14d&version=7>
6.x
<https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&f1=creation_ts&o1=greaterthan&product=GlusterFS&query_format=advanced&v1=-14d&version=6>
5.x
<https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&f1=creation_ts&o1=greaterthan&product=GlusterFS&query_format=advanced&v1=-14d&version=5>
6
2
7
3
Gluster User Queries in last 14 days
<https://lists.gluster.org/pipermail/gluster-users/2019-August/thread.html>
52
Total Bugs
<https://bugzilla.redhat.com/report.cgi?x_axis_field=bug_status&y_axis_field=component&z_axis_field=&no_redirect=1&query_format=report-table&short_desc_type=allwordssubstr&short_desc=&bug_status=__open__&longdesc_type=allwordssubstr&longdesc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&deadlinefrom=&deadlineto=&bug_id=&bug_id_type=anyexact&votes=&votes_type=greaterthaneq&emailtype1=substring&email1=&emailtype2=substring&email2=&emailtype3=substring&email3=&chfieldvalue=&chfieldfrom=&chfieldto=Now&j_top=AND&f1=noop&o1=noop&v1=&format=table&action=wrap&product=GlusterFS>
350
Total Github issues <https://github.com/gluster/glusterfs/issues> 399

   -

   Any release updates?
   - We are yet to merge some patches which are present in release6 but not
      in release7. We are waiting for it to pass centos regression.
   -

   Blocker issues across the project?
   nil
   -

   Notable thread form mailing list
   nil

Conferences / Meetups

   - Gluster Meetup on September 25th
   Register here: https://www.meetup.com/glusterfs-India/events/264366771/*
   - Developers? Conference - {Date}
   <https://hackmd.io/_7IjU1CXTimG2p8K3GBUCg?both#Gluster-Community-Meeting---10092019>
   -
   Important dates:
   CFP Opens:
   CFP Closes:
   CFP Status Notifications:
   Schedule Announcement:
   Event Opens for Registration :
   Event dates:
   Venue:

GlusterFS - v7.0 and beyond

   - Proposal -
   https://docs.google.com/presentation/d/1rtn38S4YBe77KK5IjczWmoAR-ZSO-i3tNHg9pAH8Wt8/edit?usp=sharing
   - Proposed Plan:
      - GlusterFS-7.0 (July 1st) - Stability, Automation - Only
      - GlusterFS-8.0 (Nov 1st) - <Open for discussion> - Plan for Fedora
      31/RHEL8.2
      - GlusterFS-9.0 (March 1st, 2020) Reflink, io_uring, and similar
      improvements.
      The maintainers have to file a github issue about what they want to
      work on for release 8. the planning has to be started.

Developer focus

   - Any design specs to discuss?
      - nil

Component status

   - Arbiter - no updates
   - AFR - no updates
   - DHT - no updates
   - EC - fixed new data corruption issues and working on some scripts for
   automation for handling edge cases
   - FUSE - no updates
   - POSIX - no updates
   - DOC - no updates
   - Geo Replication - no updates
   - libglusterfs - no updates
   - glusterd - no updates
   - Snapshot - no updates
   - NFS - no updates
   - thin-arbiter -

Flash Talk Gluster

   - Typical 5 min talk about Gluster with up to 5 more minutes for
   questions

Recent Blog posts / Document updates

   - https://medium.com/@tumballi/fixing-glusters-git-history-6031096f6120
   - https://medium.com/@rune.henriksen.skat/hey-wilson-wilson-3540521ecfc0
   - https://shwetha174.blogspot.com/search/label/Gluster

Gluster Friday Five

   - Every friday we release this, which basically covers highlight of week
   in gluster.Also you can find more videos in youtube link.
   https://www.youtube.com/channel/UCfilWh0JA5NfCjbqq1vsBVA

Host

Sanju will host next meeting

   - Who will host next meeting?
      - Host will need to send out the agenda 24hr - 12hrs in advance to
      mailing list, and also make sure to send the meeting minutes.
      - Host will need to reach out to one user at least who can talk about
      their usecase, their experience, and their needs.
      - Host needs to send meeting minutes as PR to
      http://github.com/gluster/community
      - The readme <https://github.com/gluster/community> gives detailed
      steps for the host to follow.

Notetaker

   - Who will take notes from the next meeting?

RoundTable

Sunny - Please RSVP to gluster meet up
Yaniv will talk about Gluster X and Aravinda will talk about kaDalu

Sunny - Should we start using hangouts for video calls than using bluejens?
Ravi - Hangouts may have some limitations on no of people that can join
meeting, which should be checked
Deepshika - Hangounts video is not integrated with Red Hat conference
calling system

   - Gluster X

Action Items on host

   - Check-in Minutes of meeting for this meeting


Regards,
Sheetal Pamecha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190910/26ffb1ff/attachment.html>

From amarts at gmail.com  Thu Sep 12 09:56:17 2019
From: amarts at gmail.com (Amar Tumballi)
Date: Thu, 12 Sep 2019 15:26:17 +0530
Subject: [Gluster-devel] kadalu - k8s storage with Gluster
Message-ID: <CA+OzEQtFdOonRgP3bramoFfykaD-f1qk30sn=NwiPLc9hv_7PQ@mail.gmail.com>

Hi Gluster users,

I am not sure how many of you use Gluster for your k8s storage (or even
considering to use). I have some good news for you.

Last month, I along with Aravinda spoke at DevConf India, about project
kadalu. The code & README available @ https://github.com/kadalu/kadalu. We
are awaiting the talk's video to be uploaded, and once done I will share
the link here.

Wanted to share few highlights of the kadalu project with you all, and also
future scope of work.

   - kadalu comes with *CSI driver*, so one can use this smoothly with k8s
   1.14+ versions.
   - Has an *operator* which starts CSI drivers, and Gluster storage pod
   when required.
   - 2 commands to setup and get k8s storage working.
      - kubectl create -f kadalu-operator.yml
      - kubectl create -f kadalu-config.yml
   - Native support for single disk use-case (ie, if your backend supports
   High Availability, no need to use Gluster's replication), which I believe
   is a good thing for people who already have some storage array which is
   highly available, and for those companies which have their own storage
   products, but doesn't have k8s expose.
   - The above can be usecase can be used on a single AWS EBS volume, if
   you want to save cost of Replica 3 (If you trust it to provide your
   required SLA for it). Here, Single EBS volume would provide multiple k8s
   PVs.
   - GlusterFS used is very light mode, ie, no 'glusterd', no LVM, or any
   other layers. Only using glusterfs for filesystem, not management.
   - Basic end to end testing is done using Travis CI/CD. [Need more help
   to enhance it further].

More on this in our presentation @
https://github.com/kadalu/kadalu/blob/master/doc/rethinking-gluster-management-using-k8s.pdf

Please note that this is a project which we started as a prototype for our
talk. To take it further, feedback, feature request, suggestions and
contributions are very important. Let me know if you are interested to
collaborate on this one.

Possible future work:

* Implement data backup features (possibly with geo-rep).
* Resize of Volume (Both backend Gluster volume, and PV volume).
* Consider implementing helm chart for operator.
* Scale testing, etc.


Limitations (for now)

* No 'migration'. One has to start fresh with kadalu.
* No Snapshot, No cloning.
* <Please report limitation you faced through github issues>

As of now, there are 2 deployment guides  available @
https://github.com/kadalu/kadalu-cookbook

Thanks & Regards,
Amar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190912/84ac269e/attachment.html>

From jenkins at build.gluster.org  Mon Sep 16 01:45:02 2019
From: jenkins at build.gluster.org (jenkins at build.gluster.org)
Date: Mon, 16 Sep 2019 01:45:02 +0000 (UTC)
Subject: [Gluster-devel] Weekly Untriaged Bugs
Message-ID: <627993897.21.1568598303136.JavaMail.jenkins@jenkins-el7.rht.gluster.org>

[...truncated 7 lines...]
https://bugzilla.redhat.com/1750265 / cli: configure name server in host will cause cli command hanging
https://bugzilla.redhat.com/1743195 / core: can't start gluster after upgrade from 5 to 6
https://bugzilla.redhat.com/1744883 / core: GlusterFS problem dataloss
https://bugzilla.redhat.com/1749272 / disperse: The version of the file in the disperse volume created with different nodes is incorrect
https://bugzilla.redhat.com/1747844 / distribute: Rebalance doesn't  work correctly if performance.parallel-readdir on and with some other specific options set
https://bugzilla.redhat.com/1751575 / encryption-xlator: File corruption in encrypted volume during read operation
https://bugzilla.redhat.com/1746140 / geo-replication: geo-rep: Changelog archive file format is incorrect
https://bugzilla.redhat.com/1743215 / glusterd: glusterd-utils: 0-management: xfs_info exited with non-zero exit status [Permission denied]
https://bugzilla.redhat.com/1746615 / glusterd: SSL Volumes Fail Intermittently in 6.5
https://bugzilla.redhat.com/1747414 / libglusterfsclient: EIO error on check_and_dump_fuse_W call
https://bugzilla.redhat.com/1751907 / posix: bricks gone down unexpectedly
https://bugzilla.redhat.com/1749625 / rpc: [GlusterFS 6.1] GlusterFS brick process crash
https://bugzilla.redhat.com/1745916 / rpc: glusterfs client process memory leak after enable tls on community version 6.5
https://bugzilla.redhat.com/1748205 / selfheal: null gfid entries can not be healed
https://bugzilla.redhat.com/1750052 / unclassified: GlusterFS repository broken
https://bugzilla.redhat.com/1749369 / write-behind: Segmentation fault occurs while truncate file
[...truncated 2 lines...]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.log
Type: application/octet-stream
Size: 2053 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190916/a6b1d51b/attachment.obj>

From ypadia at redhat.com  Mon Sep 16 07:22:56 2019
From: ypadia at redhat.com (Yati Padia)
Date: Mon, 16 Sep 2019 12:52:56 +0530
Subject: [Gluster-devel] request for access
Message-ID: <CAH7Ws7J93n7V0XN_dd+RD01E7r1pXvmmRsXsaTA9eyjWMiT4EQ@mail.gmail.com>

Hello,
I wanted to contribute to the issues in this community and hence request to
grant the access to work as team in glusterfs.

Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190916/d9aca94b/attachment.html>

From sunkumar at redhat.com  Tue Sep 17 13:13:55 2019
From: sunkumar at redhat.com (Sunny Kumar)
Date: Tue, 17 Sep 2019 18:43:55 +0530
Subject: [Gluster-devel] Gluster meetup: India
In-Reply-To: <CADmkyZPYjpaOvf7uX8ZRiA-k-yw9OoqPPby-R1eWbKOHX1OmUA@mail.gmail.com>
References: <CADmkyZPYjpaOvf7uX8ZRiA-k-yw9OoqPPby-R1eWbKOHX1OmUA@mail.gmail.com>
Message-ID: <CADmkyZMR8+hovvg7Yp7n12XS-SgW+a6Xu3yNuR8=2OCEBSDaBQ@mail.gmail.com>

Hi folks,

A gentle reminder!
Please do RSVP, if planning to attained.

/sunny

On Wed, Aug 28, 2019 at 6:21 PM Sunny Kumar <sunkumar at redhat.com> wrote:
>
> Hello folks,
>
> We are hosting Gluster meetup at our office (Redhat-BLR-IN) on 25th
> September 2019.
>
> Please find the agenda and location detail here [1] and plan accordingly.
>
> The highlight of this event will be Gluster -X we will keep on
> updating agenda with topics, so keep an eye on it.
>
> Note:
>  * RSVP as YES if attending, this will help us to organize the
> facilities better.
>
> If you have any question, please reach out to me or comment on the
> event page [1].
>
> Feel free to share this meetup via other channels.
>
> [1]. https://www.meetup.com/glusterfs-India/events/264366771/
>
>
> /sunny


From dkhandel at redhat.com  Thu Sep 19 09:30:59 2019
From: dkhandel at redhat.com (Deepshikha Khandelwal)
Date: Thu, 19 Sep 2019 15:00:59 +0530
Subject: [Gluster-devel]  Jenkins upgrade today
Message-ID: <CABGtVXGoiD3jws51a=PwutUcP2HMeR=mwjWVKA0FTLS9bjd7Xg@mail.gmail.com>

Hi,

We have planned a jenkins instance build.gluster.org upgrade today to the
newer stable version so as to pull in the latest plugins updates which
fixes security vulnerabilities. It will stop all the running jobs and will
be unavailable during the downtime window.

The downtime window will be from:
IST 6:00-7:00 PM
UTC 12:30-1:30 PM

Please plan accordingly.

Thank you,
Deepshikha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190919/3a9c73f8/attachment.html>

From rkothiya at redhat.com  Fri Sep 20 12:31:56 2019
From: rkothiya at redhat.com (Rinku Kothiya)
Date: Fri, 20 Sep 2019 18:01:56 +0530
Subject: [Gluster-devel] [Gluster-Maintainers] GlusterFS - 7.0RC1 - Test day
 (26th Sep 2019)
Message-ID: <CAMX-mG0LYn7qBny6YQsitmMD+o2iaoM+4yWr3G9Dkq6BoUv9mg@mail.gmail.com>

Hi,

Release-7 RC1 packages are built. We are planning to have a test day on
26-Sep-2019, we request your participation. Do post on the lists any
testing done and feedback for the same.

Packages for Fedora 29, Fedora 30, RHEL 8, CentOS  at
https://download.gluster.org/pub/gluster/glusterfs/qa-releases/7.0rc1/

Packages are signed. The public key is at
https://download.gluster.org/pub/gluster/glusterfs/6/rsa.pub

Regards
Rinku
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190920/4f4a4939/attachment.html>

From kkeithle at redhat.com  Fri Sep 20 13:19:24 2019
From: kkeithle at redhat.com (Kaleb Keithley)
Date: Fri, 20 Sep 2019 09:19:24 -0400
Subject: [Gluster-devel] [Gluster-users] [Gluster-Maintainers] GlusterFS
 - 7.0RC1 - Test day (26th Sep 2019)
In-Reply-To: <CAMX-mG0LYn7qBny6YQsitmMD+o2iaoM+4yWr3G9Dkq6BoUv9mg@mail.gmail.com>
References: <CAMX-mG0LYn7qBny6YQsitmMD+o2iaoM+4yWr3G9Dkq6BoUv9mg@mail.gmail.com>
Message-ID: <CAC+Jd5C_j5U+xbBHKUAEik6P9F_7gA3gH-kFEzHaxgYbW39etw@mail.gmail.com>

On Fri, Sep 20, 2019 at 8:39 AM Rinku Kothiya <rkothiya at redhat.com> wrote:

> Hi,
>
> Release-7 RC1 packages are built. We are planning to have a test day on
> 26-Sep-2019, we request your participation. Do post on the lists any
> testing done and feedback for the same.
>
> Packages for Fedora 29, Fedora 30, RHEL 8, CentOS  at
> https://download.gluster.org/pub/gluster/glusterfs/qa-releases/7.0rc1/
>
> Packages are signed. The public key is at
> https://download.gluster.org/pub/gluster/glusterfs/6/rsa.pub
>

FYI, there are no CentOS packages there, but there are Debian stretch and
Debian buster packages.

Packages for CentOS 7 are built in  CentOS CBS at
https://cbs.centos.org/koji/buildinfo?buildID=26538 but I don't see them in
https://buildlogs.centos.org/centos/7/storage/x86_64/.

@Niels, shouldn't we expect them in buildlogs?

--

Kaleb
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190920/58ee05bf/attachment.html>

From ndevos at redhat.com  Fri Sep 20 13:34:18 2019
From: ndevos at redhat.com (Niels de Vos)
Date: Fri, 20 Sep 2019 15:34:18 +0200
Subject: [Gluster-devel] [Gluster-users] [Gluster-Maintainers] GlusterFS
 - 7.0RC1 - Test day (26th Sep 2019)
In-Reply-To: <CAC+Jd5C_j5U+xbBHKUAEik6P9F_7gA3gH-kFEzHaxgYbW39etw@mail.gmail.com>
References: <CAMX-mG0LYn7qBny6YQsitmMD+o2iaoM+4yWr3G9Dkq6BoUv9mg@mail.gmail.com>
	<CAC+Jd5C_j5U+xbBHKUAEik6P9F_7gA3gH-kFEzHaxgYbW39etw@mail.gmail.com>
Message-ID: <20190920133418.GD10884@ndevos-x270>

On Fri, Sep 20, 2019 at 09:19:24AM -0400, Kaleb Keithley wrote:
> On Fri, Sep 20, 2019 at 8:39 AM Rinku Kothiya <rkothiya at redhat.com> wrote:
> 
> > Hi,
> >
> > Release-7 RC1 packages are built. We are planning to have a test day on
> > 26-Sep-2019, we request your participation. Do post on the lists any
> > testing done and feedback for the same.
> >
> > Packages for Fedora 29, Fedora 30, RHEL 8, CentOS  at
> > https://download.gluster.org/pub/gluster/glusterfs/qa-releases/7.0rc1/
> >
> > Packages are signed. The public key is at
> > https://download.gluster.org/pub/gluster/glusterfs/6/rsa.pub
> >
> 
> FYI, there are no CentOS packages there, but there are Debian stretch and
> Debian buster packages.
> 
> Packages for CentOS 7 are built in  CentOS CBS at
> https://cbs.centos.org/koji/buildinfo?buildID=26538 but I don't see them in
> https://buildlogs.centos.org/centos/7/storage/x86_64/.
> 
> @Niels, shouldn't we expect them in buildlogs?

Ai, it seems the requested configuration for syncing is not applied yet:
- https://bugs.centos.org/view.php?id=16363

I've now pinged in #centos-devel on Freenode to get some attention to
the request.

Thanks,
Niels