Re: [Gluster-infra] [Gluster-devel] ACTION REQUESTED: Migrate your glusterfs patches from Gerrit to GitHub

[Kaleb Keithley]

On Thu, Oct 8, 2020 at 8:10 AM Kaleb Keithley  wrote:

> On Wed, Oct 7, 2020 at 7:33 AM Sunil Kumar Heggodu Gopala Acharya <
> shegg...@redhat.com> wrote:
>
>>
>> Regards,
>>
>> Sunil kumar Acharya
>>
>>
>>
>> On Wed, Oct 7, 2020 at 4:54 PM Kaleb Keithley 
>> wrote:
>>
>>>
>>>
>>> On Wed, Oct 7, 2020 at 5:46 AM Deepshikha Khandelwal <
>>> dkhan...@redhat.com> wrote:
>>>
>>>>
>>>> - The "regression" tests would be triggered by a comment "/run
>>>> regression" from anyone in the gluster-maintainers[4] github group. To run
>>>> full regression, maintainers need to comment "/run full regression"
>>>>
>>>> [4] https://github.com/orgs/gluster/teams/gluster-maintainers
>>>>
>>>
>>> There are a lot of people in that group that haven't been involved with
>>> Gluster for a long time.
>>>
>> Also there are new contributors, time to update!
>>
>
> Who is going to do this? I don't have the necessary privs.
>

Anyone?

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] [Gluster-devel] ACTION REQUESTED: Migrate your glusterfs patches from Gerrit to GitHub

[Kaleb Keithley]

On Wed, Oct 7, 2020 at 7:33 AM Sunil Kumar Heggodu Gopala Acharya <
shegg...@redhat.com> wrote:

>
> Regards,
>
> Sunil kumar Acharya
>
>
>
> On Wed, Oct 7, 2020 at 4:54 PM Kaleb Keithley  wrote:
>
>>
>>
>> On Wed, Oct 7, 2020 at 5:46 AM Deepshikha Khandelwal 
>> wrote:
>>
>>>
>>> - The "regression" tests would be triggered by a comment "/run
>>> regression" from anyone in the gluster-maintainers[4] github group. To run
>>> full regression, maintainers need to comment "/run full regression"
>>>
>>> [4] https://github.com/orgs/gluster/teams/gluster-maintainers
>>>
>>
>> There are a lot of people in that group that haven't been involved with
>> Gluster for a long time.
>>
> Also there are new contributors, time to update!
>

Who is going to do this? I don't have the necessary privs.

(I also note that Jeff Darcy has been removed. Perhaps he removed himself?)

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] ACTION REQUESTED: Migrate your glusterfs patches from Gerrit to GitHub

[Kaleb Keithley]

On Wed, Oct 7, 2020 at 5:46 AM Deepshikha Khandelwal 
wrote:

>
> - The "regression" tests would be triggered by a comment "/run
> regression" from anyone in the gluster-maintainers[4] github group. To run
> full regression, maintainers need to comment "/run full regression"
>
> [4] https://github.com/orgs/gluster/teams/gluster-maintainers
>

There are a lot of people in that group that haven't been involved with
Gluster for a long time.

Maybe some of them should be "retired."

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-infra

[Gluster-infra] slave33 is sick

[Kaleb Keithley]

rpmbuild jobs are crashing with java runtime errors.

And it seems to be first in the queue every time. I had to disable it so that 
(one of) the other machines would pick up the job.

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] The old gluster.org/community/documentation is still found by our users...

[Kaleb KEITHLEY]

I have archived the old community documention (in
/root/old-community-documenation.tgz) and set up a redirect to our
documentation on readthedocs.io.


On 07/21/2016 01:22 PM, Niels de Vos wrote:
> On Thu, Jul 21, 2016 at 09:19:54AM -0700, Amye Scavarda wrote:
>> Niels,
>> This may be a problem with Google search showing up the /community site in
>> search as well.
>> Is that the issue?
> 
> Probably it is one of the reasons that users still read them. A BIG RED
> header mentioning the new site would go a long way until it is
> completely merged+removed.
> 
> Niels
> 
>> - amye
>>
>> On Thu, Jul 21, 2016 at 8:59 AM, Niels de Vos  wrote:
>>
>>> Hi,
>>>
>>> It seems the old wiki is still available, and there is no header that
>>> redirects users to the new http://gluster.readthedocs.io/ site. Except
>>> that it is the previous (graphical) design, it also contains no updated
>>> information for the current versions and newer features. New users seem
>>> to land at the old docs, and are not impressed...
>>>
>>> Amye was working with Sean(?) for a while to get it more in order. It
>>> would be nice to see some results from that.
>>>
>>> Thanks,
>>> Niels
>>>
>>
>>
>>
>> -- 
>> Amye Scavarda | a...@redhat.com | Gluster Community Lead
>>
>>
>> ___
>> Gluster-infra mailing list
>> Gluster-infra@gluster.org
>> http://www.gluster.org/mailman/listinfo/gluster-infra




signature.asc
Description: OpenPGP digital signature
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

[Gluster-infra] nbslave71.cloud.gluster.org can't clone git repo ? DNS issue

[Kaleb Keithley]

And seems to be the only machine running netbsd regressions
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Bash scripts for Jenkins jobs

[Kaleb Keithley]

Seems reasonable to me.


- Original Message -
> From: "Nigel Babu" 

> Hello folks,
> 
> We define shell scripts inside the Jenkins job[1], which Jenkins allows you
> to do
> for flexibility. The ideal workflow is that the xml for the job is updated
> every time the job is changed, but this does not always happen.
> 
> I'd like to propose that we split this script into a bash script. This means
> when changes are made, we're all aware of it and there's a code review for
> these changes.
> 
> What this means is that there will be the following files:
> 
> jenkins/job/rackspace-regression-2GB-triggered.xml
> jenkins/script/rackspace-regression-2GB-triggered.sh
> 
> The job will call it's corresponding bash script.
> 
> I'm happy to do the initial conversion. What does everyone think about this
> change of process?
> 
> 
> [1]:
> https://github.com/gluster/glusterfs-patch-acceptance-tests/blob/master/jenkins/jobs/rackspace-regression-2GB-triggered.xml#L107
> 
> --
> nigelb
> ___
> Gluster-infra mailing list
> Gluster-infra@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-infra
> 
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

[Gluster-infra] Is anyone paying attention to centos regressions on jenkins?

[Kaleb Keithley]

There are a handful of centos regressions that have been running for over eight 
hours.

I don't know if that's contributing to the short backlog of centos regressions 
waiting to run.

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] review.gluster.org not working

[Kaleb Keithley]

- Original Message -
> From: "Raghavendra Talur" 
> 
> Most likely it looks like disk is full. Someone please have a look at it.
> 

Someone who? Misc is on holiday IIRC. Who else has access?

Why do we think running our own gerrit and jenkins is a good thing? (When we 
could be using the CentOS gerrit and jenkins?)

(Yes, I am feeling snarky.)

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Giving Sahina temporary owner rights to github.com/gluster

[Kaleb KEITHLEY]

On 02/25/2016 06:56 AM, Ramesh Nachimuthu wrote:
> Hi Kaleb,
> 
> 
>  I have created a FAS account with name '*rnachimu'*. Can u sponsor my
> as a packager?. We have 3 packages for nagios monitoring which should be
> included in Fedora. I will create package review requests for all of them.

I had things slightly out of order.

The correct order is in
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
(which is referenced in one of the links I sent previously)

Executive summary: sponsoring you as a package maintainer comes a bit later.

Seems like you're at about step seven or so. Steps 8 and 9 are setting
up git and koji (koji is like brew). Then you can make packages for
review (steps 10, 11), and ask for a review (step 12).

With luck maybe Niels can jump in take the review before anyone else does.





> 1. gluster-nagios-addons  ===> Contains all the plugins required at
> gluster node
> 2. nagios-server-addons   ===> Contains all the plugins required at the
> nagios server side
> 3. gluster-nagios-common ===> Some basic utilities required for both
> client and server.
> 
> Regards,
> Ramesh
> 
> On 02/24/2016 12:40 PM, Ramesh Nachimuthu wrote:
>>
>>
>> On 02/23/2016 06:05 PM, Kaleb KEITHLEY wrote:
>>> On 02/23/2016 04:34 AM, Sahina Bose wrote:
>>>>
>>>> On 02/23/2016 02:38 PM, Niels de Vos wrote:
>>>>> On Tue, Feb 23, 2016 at 12:29:10PM +0530, Sahina Bose wrote:
>>>>>> Thanks, Kaushal! Repositories have been transferred.
>>>>> Thanks for doing this, Sahina!
>>>>>
>>>>> Do you have any ideas/plans to provide RPM packages for the Nagios
>>>>> plugins? Could they become part of Fedora and Fedora EPEL?
>>>> That's next on the agenda, Niels.
>>>> Is there a process to follow? Could you provide pointers?
>>> Start with creating an account in FAS at
>>> https://admin.fedoraproject.org/accounts/
>>>
>>> Then I (amongst others) can get you sponsored as a packager.
>>>
>>> Once that's done you can submit a package review request. see
>>>
>>> + https://fedoraproject.org/wiki/Package_Review_Process
>>> + https://fedoraproject.org/wiki/Packaging:ReviewGuidelines
>>> + https://fedoraproject.org/wiki/Packaging:Guidelines
>>>
>>> The downstream .spec file is probably a reasonable place to start.
>>> Expect the reviewer to nitpick the .spec to death, but if you're lucky
>>> maybe not.
>>>
>>> Once that's done then open a fedora ticket to add the package, which is
>>> probably described in one of the above. If not, we can cross that bridge
>>> when we get to it.
>>>
>>> -- 
>>>
>>> Kaleb
>>
>>
>> Thanks Kaleb. I will start working on this.
>>
>> Regards,
>> Ramesh
>>
>>
>>>
>>
> 

___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Giving Sahina temporary owner rights to github.com/gluster

[Kaleb KEITHLEY]

On 02/23/2016 04:34 AM, Sahina Bose wrote:
> 
> 
> On 02/23/2016 02:38 PM, Niels de Vos wrote:
>> On Tue, Feb 23, 2016 at 12:29:10PM +0530, Sahina Bose wrote:
>>> Thanks, Kaushal! Repositories have been transferred.
>> Thanks for doing this, Sahina!
>>
>> Do you have any ideas/plans to provide RPM packages for the Nagios
>> plugins? Could they become part of Fedora and Fedora EPEL?
> 
> That's next on the agenda, Niels.
> Is there a process to follow? Could you provide pointers?

Start with creating an account in FAS at
https://admin.fedoraproject.org/accounts/

Then I (amongst others) can get you sponsored as a packager.

Once that's done you can submit a package review request. see

+ https://fedoraproject.org/wiki/Package_Review_Process
+ https://fedoraproject.org/wiki/Packaging:ReviewGuidelines
+ https://fedoraproject.org/wiki/Packaging:Guidelines

The downstream .spec file is probably a reasonable place to start.
Expect the reviewer to nitpick the .spec to death, but if you're lucky
maybe not.

Once that's done then open a fedora ticket to add the package, which is
probably described in one of the above. If not, we can cross that bridge
when we get to it.

--

Kaleb

___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Mirror of the gluster packages.

[Kaleb KEITHLEY]

On 02/16/2016 10:22 AM, Mike Hulsman wrote:
> 
> Quoting Kaleb KEITHLEY <kkeit...@redhat.com>:
> 
>> On 02/16/2016 09:20 AM, Mike Hulsman wrote:
>>> Hi,
>>>
>>> I had a chat with Michael Scherer about setting up a mirror for
>>> download.gluster.org
>>>
>>> As one of the mirror admins of ftp.nluug.nl I can setup a mirror for
>>> gluster.
>>> Please let me know if that is interesting for Gluster.
>>>
>>
>> Yes, please do it.
> What information is needed to setup the sync ?
> We prefer rsync, is you add "192.87.102.41" to your acl's than I can
> proceed with the setup on our side.
> 

I saw misc (Michael) say in #gluster that he'd do that:

  (08:40:02 AM) misc: I can setup the rsync part, but then we need some
website change, etc


We just need to wait for him to do that.

--

Kaleb

___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Mirror of the gluster packages.

[Kaleb KEITHLEY]

On 02/16/2016 09:20 AM, Mike Hulsman wrote:
> Hi,
> 
> I had a chat with Michael Scherer about setting up a mirror for
> download.gluster.org
> 
> As one of the mirror admins of ftp.nluug.nl I can setup a mirror for
> gluster.
> Please let me know if that is interesting for Gluster.
> 

Yes, please do it.

--

Kaleb


___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

[Gluster-infra] git.gluster.org sick?

[Kaleb Keithley]

I'm getting "fatal: internal server error"when I try to clone from 
git.gluster.org

--

Kaleb

___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

[Gluster-infra] review.g.o is really slow!

[Kaleb Keithley]

$subject.

submitting patches is slow.  patch reviews are timing out.

Anyone know anything?

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] separating code analysis from download

[Kaleb KEITHLEY]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/05/2015 07:08 AM, Michael Scherer wrote:
> Le jeudi 05 novembre 2015 à 12:44 +0100, Niels de Vos a écrit :
>> [fixed CC to gluster-de...@gluster.org]
>> 
>> On Thu, Nov 05, 2015 at 06:13:52AM -0500, Kaleb KEITHLEY wrote:
>>>  How about devel.gluster.org? Or upload.gluster.org?
>>> 
>>> Either one would be reasonable for nightly coverity/clang/etc
>>> reports as well as community uploads?
>>> 
>>> 
>> 
>> devel.gluster.org sounds good to me. We will use it for
>> uploading, but also downloading, unless the uploads get
>> replicated to download.gluster.org and we use that as the only
>> public accessible download system.
> 
> I am ok with that, but there is a risk of confusion with 
> dev.gluster.org :)

That's just another name for review.gluster.org, right?  I'm not sure
why we need two names.

> 
>> The nightly builds used to get uploaded to download.gluster.org
>> too. A replacement system (+user) for that needs to accept scp
>> from build.gluster.org and be able to download the built packages
>> from Fedora COPR (was using an lftp script for that).
> 
> I didn't think about this.
> 
> I would like to have it separate from the main download, so we
> could at least avoid polluting the download stats ( since they were
> "skewed" by some mirrors downloading all nightlies in the past ),
> and since we can afford to lose the nightlies, IIRC.
> 
> But now, it depend on why do we use them, and what for.
> 

___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Brainstorming for a gluster community calendar

[Kaleb KEITHLEY]

On 08/11/2015 07:06 AM, Tuomas Kuosmanen wrote:
 Hello!
 
 I'm cross-posting to gluster-users to get more feedback. Preferably
 reply to gluster-infra, but feedback on wrong list is better than
 no feedback at all, so whatever you like :-)
 
 There has been some discussion (and a long-standing item in the 
 community meeting agenda) about a calendar for Gluster community
 events.
 
 I wish to have a bit of discussion going on about the requirements
 and needs for different kinds of functionality, so we can figure out
 what kind of stuff we could use or set up.
 
 Here are my thoughts so far:
 
 Event types:
 
   * Recurring meetings (irc etc) like the weekly community meeting
   * Local user group meetings
   * Conferences with gluster talks
   * Upcoming releases and feature freezes and other development-driven
 events

* upcoming conferences where gluster talks could/should be proposed

 
 Required functionality:
 
   * It should be possible to subscribe to ical feed for events
   * There should be a web page listing upcoming events
   * There should be a way to create events in one place and have
 them propagate to the social media channels as well
   * To avoid spam and trolls, we likely need to authenticate
 users of the system. Should we do this via github accounts or 
 something else?
   * Some events might require registration due to limited number
 of seats available etc.
 
 Food for thought:
 
   * Red Hat Community calendar: 
 http://community.redhat.com/events/
 - events are in a git repository as json
 - Modifying or adding events requires manual editing of 
   the json files: 
 https://github.com/OSAS/rh-events/wiki/Adding-and-modifying-events
 - as far as I know, recurring events need to be implemented
 - uses the same web infrastructure as www.gluster.org
 - exports ical
 
   * Fedora Calendar
 - The instance is hosted on fedora infrastructure. If we ask nicely,
   we might be able to create a gluster calendar there and use it 
   for our purposes.
 
   * Calagator
 - http://calagator.org/ is the instance they develop this for
 - code is in https://github.com/calagator/calagator
 
 Does anyone have other suggestions for either the software, or requirements / 
 ideas?
 
 //Tuomas
 
  
 ___
 Gluster-infra mailing list
 Gluster-infra@gluster.org
 http://www.gluster.org/mailman/listinfo/gluster-infra
 

___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] nfs-ganesha-de...@gluster.org?

[Kaleb KEITHLEY]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 07/21/2015 07:56 AM, Michael Scherer wrote:
 Le lundi 20 juillet 2015 à 13:31 -0400, Kaleb S. KEITHLEY a écrit
 :
 The NFS-ganesha project is looking for somewhere to host their
 mailing lists after SourceForge's most recent meltdown.
 
 Could we — would we be willing to — host their lists? (All two of
 them I think. Probably with a few dozen subscribers at most I'm
 guessing.)
 
 Yup, but 1) we need the owner ( at least one ) 2) the name they
 want
 
 and do they expect the archives to be migrated ?
 

I've forwarded this email to Frank. I expect he'll respond shortly
with the answers.

Thanks

- --

Kaleb


___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] [Gluster-devel] Gluster and GCC 5.1

[Kaleb Keithley]

- Original Message -
 From: Joseph Fernandes josfe...@redhat.com

 Agree with Jeff
 But now the question is should we have this patch go through or leave it to
 float in time and space :)
 http://review.gluster.org/#/c/11214/
 
 The patch just makes the existing inline calls static or extern appropriately
 without causing any harm to the existing
 code but removes the risk of undefined symbols for normal inline functions in
 gcc 5 and above!
 

That's the wrong fix IMO. Adding the statics (or extern) is good. Get rid of 
the inlines.

I've only looked at a couple of the inlines. They were, as I recall, only 
called by a single caller. Which actually seems pretty silly. IMO anyway. 

On top of which we have had one or two examples of why inlines may actually be 
worse than silly in our cases, they actually have the ability to randomly not 
work and be really hard to debug when they do file. (E.g. calling alloca() in 
an inline function.)

As the patch stands now, I won't retract my -1. Remove the inlines and I'll 
give it a +1. And then we'll see where it goes from there. At a minimum though 
we need to fix the two that Prashanth found: dht_layout_span() and 
changelog_dispatch_vec().


 - Original Message -
 From: Jeff Darcy jda...@redhat.com
 To: Kaleb S. KEITHLEY kkeit...@redhat.com
 Cc: gluster-infra gluster-infra@gluster.org, Gluster Devel
 gluster-de...@gluster.org
 Sent: Friday, July 3, 2015 6:05:14 AM
 Subject: Re: [Gluster-devel] Gluster and GCC 5.1
 
  Or perhaps we could just get everyone to stop using 'inline'
 
 I agree that it would be a good thing to reduce/modify our use of
 'inline' significantly.  Any advantage gained from avoiding normal
 function-all entry/exit has to be weighed against cache pollution from
 having the same code repeated over and over each place the function is
 invoked.  Careful use of 'extern inline' can be good for performance
 and/or readability once in a great while, but IMO we should avoid
 'inline' except in cases where the benefits are *proven*.
 
 On a similar note, can we please please please get people to stop
 abusing macros so much?  I get that they're sometimes useful to get
 around C's lack of generics or other features, but many of our long
 complicated macros have no such justification.  These pollute the cache
 just like 'inline' does, plus they make code harder to debug or edit.
 ___
 Gluster-devel mailing list
 gluster-de...@gluster.org
 http://www.gluster.org/mailman/listinfo/gluster-devel
 
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] [Gluster-devel] Gluster and GCC 5.1

[Kaleb Keithley]

 From: Niels de Vos nde...@redhat.com
 
 On Mon, Jun 29, 2015 at 02:45:50PM -0400, Kaleb S. KEITHLEY wrote:
  On 06/29/2015 02:40 PM, Anoop C S wrote:
   
  
  Niels and I had a brief chat a while back about adding a Fedora 22 VM to
  Jenkins to catch these. I don't think anything ever happened though.
 
 I'm waiting for the new Jenkins slaves to become available... We should
 try to not exceed the Rackspace budget too much.
 

We have been granted access to the CentOS Jenkins by virtue of the Storage SIG.

We should start deploying Jenkins slaves there. There's plenty of capacity and 
it's free.

JustinClift and misc (or csim) have the details.

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra

[Gluster-infra] jenkins not running regressions

[Kaleb Keithley]

I've rebooted many of the slaves, but most of them are still sitting idle and 
about 90% of the changes submitted in the last 12+ hours have not had their 
regression tests run.

Anyone have any ideas?

--

Kaleb
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra