Re: [Gluster-infra] Server outage yesterday

[Vijay Bellur]

On Wed, Dec 12, 2018 at 2:20 PM Michael Scherer  wrote:

> Hi,
>
> I just found out that we suffered a outage yesterday night from 22h UTC
> to 23h40 (I was out on PTO after a flight, and supervision couldn't
> send text messages due to network issue).
>
> The root cause is a networking issue, and from what I gathered from irc
> logs yesterday, some kind of networking loop. I am waiting for a
> detailed report from IT to post more information, but situation is
> stable.
>
>
Thank you for the update, Misc!

We got some feedback in social media about d.g.o not being available around
the same time. Your email probably explains that as well.

Best Regards,
Vijay
___
Gluster-infra mailing list
Gluster-infra@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Where to request for adding versions in Bugzilla

[Vijay Bellur]

On Sun, May 14, 2017 at 8:04 PM, Vijay Bellur <vbel...@redhat.com> wrote:

> On 05/14/2017 04:02 PM, Raghavendra Talur wrote:
>
>> Hi All,
>>
>> I need 3.10.1 and 3.10.2 versions added to Glusterfs product. How do I do
>> it?
>>
>>
> You would need to file a request with Red Hat's bugzilla admin. I will
> mail details about the process offline.
>
>
I have forwarded you details. However I remember a discussion on not adding
bz versions for minor updates in 3.8.x. The expectation was that users
would provide details about the exact version in the bug description. Do we
want to follow a similar process for 3.10?

Thanks,
Vijay
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Where to request for adding versions in Bugzilla

[Vijay Bellur]

On 05/14/2017 04:02 PM, Raghavendra Talur wrote:

Hi All,

I need 3.10.1 and 3.10.2 versions added to Glusterfs product. How do I do it?



You would need to file a request with Red Hat's bugzilla admin. I will 
mail details about the process offline.


Regards,
Vijay

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

Re: [Gluster-infra] [Gluster-devel] Is anyone else having trouble authenticating with review.gluster.org over ssh?

[Vijay Bellur]

h

On Mon, Apr 17, 2017 at 12:48 AM, Nigel Babu  wrote:

> This should be fixed now: https://bugzilla.redhat.com/sh
> ow_bug.cgi?id=1442672
>


Thank you Nigel.


>
>
> Vijay, can you link me to your failed Jenkins job? Jenkins should have
> been able to clone since it uses the git protocol and not SSH.
>


This is a private jenkins instance that I use for running tests and it uses
a ssh clone.

Regards,
Vijay
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] [Gluster-devel] Is anyone else having trouble authenticating with review.gluster.org over ssh?

[Vijay Bellur]

On Sun, Apr 16, 2017 at 11:44 AM, Raghavendra Talur 
wrote:

> On Sun, Apr 16, 2017 at 9:07 PM, Raghavendra Talur 
> wrote:
> > I am not able to login even after specifying the key file
> >
> > $ ssh -T -vvv -i ~/.ssh/gluster raghavendra-ta...@git.gluster.org
> > OpenSSH_7.4p1, OpenSSL 1.0.2k-fips  26 Jan 2017
> > debug1: Reading configuration data /home/rtalur/.ssh/config
> > debug1: Reading configuration data /etc/ssh/ssh_config
> > debug3: /etc/ssh/ssh_config line 56: Including file
> > /etc/ssh/ssh_config.d/05-redhat.conf depth 0
> > debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
> > debug1: /etc/ssh/ssh_config.d/05-redhat.conf line 2: include
> > /etc/crypto-policies/back-ends/openssh.txt matched no files
> > debug1: /etc/ssh/ssh_config.d/05-redhat.conf line 8: Applying options
> for *
> > debug1: auto-mux: Trying existing master
> > debug1: Control socket
> > "/tmp/ssh_mux_git.gluster.org_22_raghavendra-talur" does not exist
> > debug2: resolving "git.gluster.org" port 22
> > debug2: ssh_connect_direct: needpriv 0
> > debug1: Connecting to git.gluster.org [8.43.85.171] port 22.
> > debug1: Connection established.
> > debug1: identity file /home/rtalur/.ssh/gluster type 1
> > debug1: key_load_public: No such file or directory
> > debug1: identity file /home/rtalur/.ssh/gluster-cert type -1
> > debug1: Enabling compatibility mode for protocol 2.0
> > debug1: Local version string SSH-2.0-OpenSSH_7.4
> > ssh_exchange_identification: Connection closed by remote host
>
> Confirmed with Pranith that he is facing same issue.
>


One of my jenkins jobs also bailed out since it was unable to clone from
r.g.o.

Thanks,
Vijay
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-infra

Re: [Gluster-infra] Migration complete

[Vijay Bellur]

On Sat, Sep 24, 2016 at 2:49 PM, Nigel Babu  wrote:
> Hello,
>
> Michael and I are happy to announce that the migration is now complete. Both
> review.gluster.org and build.gluster.org are now served from the community
> cage. Our remaining server will move to the cage shortly and we'll have all 
> our
> machines in the cage.
>
> If you notice anything wrong, please file a bug. I'll get to it once I've
> caught up with sleep.
>
> We'll do a postmortem of what happened and the cause for the delay during the
> week.
>

Thank you Nigel and Misc! Appreciate your efforts in migrating our
core infrastructure to the community cage and help us achieve better
stability with our server infrastructure.

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

Re: [Gluster-infra] Opinions on ideal time for gerrit downtime

[Vijay Bellur]

On 05/25/2016 07:02 AM, Nigel Babu wrote:

Hello folks,

I'd like to bring down gerrit for 2 hours some time next week to migrate
our database from H2 to PostgreSQL. This will start us on the path to
scaling gerrit better. This migration will also speed up the process of
upgrading gerrit to the latest version and having our install running
newer releases of gerrit quickly.

There is really no good time to bring down an essential service like
gerrit. My proposal is Monday 0230[1] UTC or 1230[2] UTC. I've looked at
our git punchcards and it's a reasonably quiet time to bring down gerrit
for maintenance.


Thank you for taking up this much needed change! Both time slots look 
good to me.




In the meanwhile, I'd appreciate some feedback on review.nigelb.me
 which is a snapshot of our gerrit instance
from this morning but with the database powered by postgres. I'd
appreciate feedback that the permissions work as expected and reviewing
works as expected. This instance does not replicate to github, so feel
free to push commits to test.


Did not notice anything with my limited testing on this gerrit instance. 
Everything I tried seems to be working as expected.


-Vijay

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

Re: [Gluster-infra] https access with gerrit

[Vijay Bellur]

On Sat, Apr 23, 2016 at 12:48 AM, Kaushal M <kshlms...@gmail.com> wrote:
> You need to use the ssh:// URIs to push. The https:// URIs just allow git 
> clone.
>
> The ssh:// URIs should be in the format
> `ssh://@review.gluster.org/glusterfs.git`
>


That used to be the case a while back. git supports pushing over http
for a while now and so does gerrit [1]. We need to determine why it is
failing so with r.g.o.

-Vijay

[1] https://groups.google.com/forum/#!topic/repo-discuss/7BXB_t7cHs8


>
>
> On Fri, Apr 22, 2016 at 11:47 PM, Vijay Bellur <vbel...@redhat.com> wrote:
>> Hey All,
>>
>> Whenever I try to push changes (via rfc.sh or git push) from a https clone
>> of glusterfs repository, it fails as:
>>
>> remote: Unauthorized
>> fatal: Authentication failed for 'https://review.gluster.org/glusterfs.git/'
>>
>> Does this work successfully for anybody?
>>
>> Thanks,
>> Vijay
>> ___
>> 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] https access with gerrit

[Vijay Bellur]

Hey All,

Whenever I try to push changes (via rfc.sh or git push) from a https 
clone of glusterfs repository, it fails as:


remote: Unauthorized
fatal: Authentication failed for 'https://review.gluster.org/glusterfs.git/'

Does this work successfully for anybody?

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

[Gluster-infra] review.gluster.org not responsive

[Vijay Bellur]

Both the web and git interfaces are failing to load.

Michael - can you please help?

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

Re: [Gluster-infra] Migrating Gerrit and Jenkins out of iWeb

[Vijay Bellur]

On 02/06/2016 07:37 AM, Michael Scherer wrote:

Le samedi 06 février 2016 à 05:41 -0500, Kaleb Keithley a écrit :


- Original Message -

From: "Kaushal M" 

Hi Vijay.

I spoke with Michael about migrating off of iWeb.


Another option we discussed yesterday (sorry, should have thought to have you 
join us) with Karanbir, in the context of using more of CentOS CI, was moving 
gerrit to gerrithub.

(Keeping our own jenkins master on Rackspace, but using slaves in CentOS CI.)

The advantage is that gerrithub is then responsible for keeping gerrit up to 
date (and up).

KB and Amye will be sending email about this soon. Watch this space.


So as I suspect that gerrithub is gonna take some time before we do
evaluate everything, I will proceed with the migration of gerrit to RH
DC for now. We would be likely in a better shape for a migration
anywhere from here.

And when I say "8h", that's a worst case. I suspect it would be better,
but I propose to schedule a documentation day or something where we can
put developpers to good use when gerrit is down and copied.




I think starting around 0900 UTC on Friday of next week (12th Feb) 
should be possible. We should be done with 3.7.8 before that and can 
afford a bit of downtime then. In case any assistance is needed post the 
migration, we can have folks around the clock to help.


If migration fails for an unforeseen reason, would we be able to 
rollback and maintain status quo?


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

Re: [Gluster-infra] Enabling comment based trigger on jenkins

[Vijay Bellur]

- Original Message -
> From: "Niels de Vos" 
> To: "Raghavendra Talur" 
> Cc: "gluster-infra" 
> Sent: Monday, January 25, 2016 4:30:26 PM
> Subject: Re: [Gluster-infra] Enabling comment based trigger on jenkins
> 
> On Tue, Jan 26, 2016 at 02:13:14AM +0530, Raghavendra Talur wrote:
> > Hi,
> > 
> > Prashanth informed about a simple way to let every contributor retrigger
> > the regression runs that openstack uses.
> > Contributor has to simply post "recheck no bug" as comment on the patch
> > set.
> > Read more here:
> > http://zqfan.github.io/openstack/2014/01/03/what-should-i-do-when-jenkins-fails/
> > 
> > I tweaked it for gluster, enabled and tested it. Trigger comments are:
> > 
> > recheck netbsd
> > recheck smoke
> > recheck centos
> > 
> > If no one has any objections to this method(security implications
> > included), then I would like to announce it on gluster-devel.
> 
> Sounds good to me! This should reduce the need for handing out Jenkins
> accounts.
> 

+1.

Thank you Raghavendra for doing this!

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

Re: [Gluster-infra] Jenkins slave32 seems broken?

[Vijay Bellur]

On 01/13/2016 06:20 AM, Raghavendra Talur wrote:



On Wed, Jan 13, 2016 at 3:49 PM, Niels de Vos > wrote:

On Wed, Jan 13, 2016 at 10:35:42AM +0100, Xavier Hernandez wrote:
> The same has happened toslave34.cloud.gluster.org 
. I've
disabled it to
> allow regressions to be run on other slaves.
>
> There are two files owned by root inside
> /home/jenkins/root/workspace/rackspace-regression-2GB-triggered:
>
> -rwxr-xr-x  1 rootroot 10124 Jan  7 17:54 file_lock
> drwxr-xr-x  3 rootroot  4096 Jan  7 18:31slave34.cloud.gluster.org 
:

Thanks!

I've looked into this a little more now, and might have identified the
problem.

This one failed with an unrelated error:


https://build.gluster.org/job/rackspace-regression-2GB-triggered/17413/console

   ...
   Building remotely on slave34.cloud.gluster.org
 (rackspace_regression_2gb) in
workspace
/home/jenkins/root/workspace/rackspace-regression-2GB-triggered
> git rev-parse --is-inside-work-tree # timeout=10
   Fetching changes from the remote Git repository
> git config remote.origin.url
git://review.gluster.org/glusterfs.git
 # timeout=10
   Fetching upstream changes from
git://review.gluster.org/glusterfs.git

   ...

The next run on slave34 failed because of the weird directory:


https://build.gluster.org/job/rackspace-regression-2GB-triggered/17440/console

   ...
   Building remotely on slave34.cloud.gluster.org
 (rackspace_regression_2gb) in
workspace
/home/jenkins/root/workspace/rackspace-regression-2GB-triggered
   Wiping out workspace first.
   java.io.IOException: remote file operation failed:
/home/jenkins/root/workspace/rackspace-regression-2GB-triggered at
hudson.remoting.Channel@62ecdacb:slave34.cloud.gluster.org
:
   ...

Note the "Wiping out workspace first." line. This comes from an option
in the regression job. This seems to be a recently added "Additional
Behaviour" in the Jenkins job. Did anyone add this on purpose, or was
that automatically done with a Jenkins update or something?


The three additional behaviour added in regression configuration were
added by me and I simply copied
whatever was there in smoke configuration page. We can try removing this
configuration line but the tests weren't getting started without this(we
got it running after a restart so this might be false requirement).

Technically, it is not a harmful configuration and wiki pages recommend
it. It says such errors occur only if files were created and left
open/locked by some tests or were created with different permissions. We
still need to identify what tests are responsible for this.



I have removed this option as regression tests were continuously 
failing. Please feel free to re-enable as deemed necessary.


Thanks,
Vijay

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

Re: [Gluster-infra] Revive gluster-swift repo

[Vijay Bellur]

On 01/04/2016 03:38 AM, Prashanth Pai wrote:


we need to revive gluster-swift repo 
(http://review.gluster.org/#/admin/projects/gluster-swift,access) which has lagged far 
behind it's parent (https://github.com/openstack/swiftonfile/commits/icehouse). Could you 
add me to "Gluster-Swift-Admin" group on Gerrit so that I can get the repo up 
to date ? The rebase to kilo work would be sent to gluster-swift repo for review once 
it's up to date.



Have added Prashanth as admin for gluster-swift repo in gerrit. Adding 
gluster-infra to notify this change.


Regards,
Vijay

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

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

[Vijay Bellur]

On 12/20/2015 12:04 AM, Vijay Bellur wrote:

On 12/19/2015 04:22 PM, Dan Lambright wrote:



- Original Message -

From: "Kaleb Keithley" <kkeit...@redhat.com>
To: "gluster-infra" <gluster-infra@gluster.org>
Sent: Saturday, December 19, 2015 1:14:38 PM
Subject: [Gluster-infra] git.gluster.org sick?


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


Also affects patch submittal, help needed here..

[root@rhs-cli-11 glusterfs]# ./rfc.sh



Looking into this.



Observed two problems:

1. glusterfs.git requiring a git gc.

2. gerrit service hogging close to 50% of avaialble memory.

Completed git gc & restarted gerrit. It seems to be working fine now - 
git pull & clone operations completed successfully.


We probably would need to:

1. run git gc through cron - maybe once every 2 weeks or so.

2. Add more memory to the VM that hosts r.g.o if we cannot determine 
soon why gerrit seems to progressively increase memory utilization over 
time.


Regards,
Vijay

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

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

[Vijay Bellur]

On 12/19/2015 04:22 PM, Dan Lambright wrote:



- Original Message -

From: "Kaleb Keithley" 
To: "gluster-infra" 
Sent: Saturday, December 19, 2015 1:14:38 PM
Subject: [Gluster-infra] git.gluster.org sick?


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


Also affects patch submittal, help needed here..

[root@rhs-cli-11 glusterfs]# ./rfc.sh



Looking into this.

-Vijay

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

Re: [Gluster-infra] [Gluster-Maintainers] Build failed in Jenkins: regression-test-burn-in #91

[Vijay Bellur]

- Original Message -
> From: jenk...@build.gluster.org
> To: maintain...@gluster.org, dlamb...@redhat.com
> Sent: Wednesday, December 16, 2015 3:46:03 PM
> Subject: [Gluster-Maintainers] Build failed in Jenkins:   
> regression-test-burn-in #91
> 
> See 
> 
> Changes:
> 
> [Kaleb S. KEITHLEY] nfs : Inform client to perform extra GETATTR call for 'T'
> files
> 
> [Raghavendra Talur] hook-scripts: don't let ctdb script change samba config
> 
> --
> [...truncated 68 lines...]
> HEAD is now at 27c16d6 hook-scripts: don't let ctdb script change samba
> config
> 
> Build GlusterFS
> ***
> 
> + /opt/qa/build.sh
> 
> ... GlusterFS autogen ...
> 
> Running aclocal...
> Running autoheader...
> Running libtoolize...
> Running autoconf...
> Running automake...
> configure.ac:251: installing `./config.guess'
> configure.ac:251: installing `./config.sub'
> configure.ac:16: installing `./install-sh'
> configure.ac:16: installing `./missing'
> api/examples/Makefile.am: installing `./depcomp'
> api/src/Makefile.am:26: `api.la' is not a standard libtool library name
> api/src/Makefile.am:26: did you mean `libapi.la'?
> geo-replication/syncdaemon/Makefile.am:3: installing `./py-compile'
> xlators/cluster/afr/src/Makefile.am:1: `afr.la' is not a standard libtool
> library name
> xlators/cluster/afr/src/Makefile.am:1: did you mean `libafr.la'?
> xlators/cluster/afr/src/Makefile.am:1: `pump.la' is not a standard libtool
> library name
> xlators/cluster/afr/src/Makefile.am:1: did you mean `libpump.la'?
> xlators/cluster/ec/src/Makefile.am:1: `ec.la' is not a standard libtool
> library name
> xlators/cluster/ec/src/Makefile.am:1: did you mean `libec.la'?
> xlators/cluster/stripe/src/Makefile.am:1: `stripe.la' is not a standard
> libtool library name
> xlators/cluster/stripe/src/Makefile.am:1: did you mean `libstripe.la'?
> xlators/debug/error-gen/src/Makefile.am:2: `error-gen.la' is not a standard
> libtool library name
> xlators/debug/error-gen/src/Makefile.am:2: did you mean `liberror-gen.la'?
> xlators/debug/io-stats/src/Makefile.am:2: `io-stats.la' is not a standard
> libtool library name
> xlators/debug/io-stats/src/Makefile.am:2: did you mean `libio-stats.la'?
> xlators/debug/trace/src/Makefile.am:2: `trace.la' is not a standard libtool
> library name
> xlators/debug/trace/src/Makefile.am:2: did you mean `libtrace.la'?
> xlators/encryption/crypt/src/Makefile.am:3: `crypt.la' is not a standard
> libtool library name
> xlators/encryption/crypt/src/Makefile.am:3: did you mean `libcrypt.la'?
> xlators/encryption/rot-13/src/Makefile.am:1: `rot-13.la' is not a standard
> libtool library name
> xlators/encryption/rot-13/src/Makefile.am:1: did you mean `librot-13.la'?
> xlators/features/arbiter/src/Makefile.am:1: `arbiter.la' is not a standard
> libtool library name
> xlators/features/arbiter/src/Makefile.am:1: did you mean `libarbiter.la'?
> xlators/features/barrier/src/Makefile.am:1: `barrier.la' is not a standard
> libtool library name
> xlators/features/barrier/src/Makefile.am:1: did you mean `libbarrier.la'?
> xlators/features/bit-rot/src/bitd/Makefile.am:1: `bit-rot.la' is not a
> standard libtool library name
> xlators/features/bit-rot/src/bitd/Makefile.am:1: did you mean
> `libbit-rot.la'?
> xlators/features/bit-rot/src/stub/Makefile.am:1: `bitrot-stub.la' is not a
> standard libtool library name
> xlators/features/bit-rot/src/stub/Makefile.am:1: did you mean
> `libbitrot-stub.la'?
> xlators/features/changelog/src/Makefile.am:1: `changelog.la' is not a
> standard libtool library name
> xlators/features/changelog/src/Makefile.am:1: did you mean `libchangelog.la'?
> xlators/features/changetimerecorder/src/Makefile.am:5:
> `changetimerecorder.la' is not a standard libtool library name
> xlators/features/changetimerecorder/src/Makefile.am:5: did you mean
> `libchangetimerecorder.la'?
> xlators/features/compress/src/Makefile.am:1: `cdc.la' is not a standard
> libtool library name
> xlators/features/compress/src/Makefile.am:1: did you mean `libcdc.la'?
> xlators/features/ganesha/src/Makefile.am:1: `ganesha.la' is not a standard
> libtool library name
> xlators/features/ganesha/src/Makefile.am:1: did you mean `libganesha.la'?
> xlators/features/gfid-access/src/Makefile.am:1: `gfid-access.la' is not a
> standard libtool library name
> xlators/features/gfid-access/src/Makefile.am:1: did you mean
> `libgfid-access.la'?
> xlators/features/index/src/Makefile.am:1: `index.la' is not a standard
> libtool library name
> xlators/features/index/src/Makefile.am:1: did you mean `libindex.la'?
> xlators/features/locks/src/Makefile.am:1: `locks.la' is not a standard
> libtool library name
> xlators/features/locks/src/Makefile.am:1: did you mean `liblocks.la'?
> xlators/features/mac-compat/src/Makefile.am:1: `mac-compat.la' is not a
> standard libtool library name
> xlators/features/mac-compat/src/Makefile.am:1: did 

Re: [Gluster-infra] [Gluster-devel] Restarting build.gluster.org

[Vijay Bellur]

On 12/08/2015 10:28 AM, Kaushal M wrote:

On Tue, Dec 8, 2015 at 8:27 PM, Kaushal M  wrote:

The gerrit-trigger plugin is not triggering automatically again. And
as before, I have no idea why.

I've scheduled a Jenkins restart, which should happen after running
jobs finish. Hopefully, this fixes the problem.


The restart has been cancelled. Vijay wants to take a crack at fixing
the problem.


Unfortunately I was unable to resolve the problem - most likely needs a 
configuration change for gerrit trigger plugin, however not sure of the 
right way to do it atm.


I ended up restarting Jenkins and that seems to have got gerrit trigger 
plugin working again. I rebased most patches that were affected by the 
non functional gerrit trigger plugin and hence regression runs are 
queued for such patches now. If I have missed rebasing your patches, 
please go ahead and manually trigger a regression run for such patches.


Thanks,
Vijay

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

Re: [Gluster-infra] Download.gluster; org certificate expired, asked to renew it

[Vijay Bellur]

On Thursday 10 September 2015 09:03 PM, Michael Scherer wrote:

Hi,

so download.gluster.org certificate expired today.

I did request a new one.





Thanks, Misc!

-Vijay

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

Re: [Gluster-infra] Gerrit script that posts comments in bugs needs updating

[Vijay Bellur]

On Wednesday 02 September 2015 04:53 PM, Vijay Bellur wrote:

On Wednesday 02 September 2015 03:16 PM, Niels de Vos wrote:

Hi,

the script on review.gluster.org that Gerrit executes for posting
comments in bug reports need updating. This script used to run with some
of Avati's credentials, but those have expired now.

We should be able to use the b...@gluster.org account for Bugzilla
instead. AFAIK Humble was checking with the Bugzilla admins about
getting the credentials. This was low priority, but functionality is
broken, so we should get this corrected ASAP.



Humble is on a break afaik.

Should we use a temporary account till the time Humble is back?



OK, have added my credentials in the interim. We can replace once there 
is a clear know how on using the account associated with b...@gluster.org.


-Vijay

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

Re: [Gluster-infra] Gerrit script that posts comments in bugs needs updating

[Vijay Bellur]

On Wednesday 02 September 2015 03:16 PM, Niels de Vos wrote:

Hi,

the script on review.gluster.org that Gerrit executes for posting
comments in bug reports need updating. This script used to run with some
of Avati's credentials, but those have expired now.

We should be able to use the b...@gluster.org account for Bugzilla
instead. AFAIK Humble was checking with the Bugzilla admins about
getting the credentials. This was low priority, but functionality is
broken, so we should get this corrected ASAP.



Humble is on a break afaik.

Should we use a temporary account till the time Humble is back?

Thanks for noticing this!

-Vijay

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

Re: [Gluster-infra] nbslave7h.cloud.gluster.org fails to post voting to Gerrit

[Vijay Bellur]

On Wednesday 22 July 2015 09:49 AM, Emmanuel Dreyfus wrote:

Niels de Vos nde...@redhat.com wrote:


If you explain the steps that are needed to be done, and the location of
the ssh keys, others should be able to fix this in the future too.


I confirm I have accidentaly overwritten the keys in the new image.
$ ssh r...@nbslave7h.cloud.gluster.org
# su -l jenkins
$ ssh nb7bu...@review.gluster.org gerrit --help
Permission denied (publickey).
$ ls -l .ssh
total 40
-rw---  1 jenkins  wheel   1675 Apr 14 13:47 id_rsa
-rw-r--r--  1 jenkins  wheel422 Apr 14 13:47 id_rsa.pub
-rw---  1 jenkins  wheel   1675 Dec 19  2014 id_rsa2048
-rw-r--r--  1 jenkins  wheel417 Dec 19  2014 id_rsa2048.oub
-rw-r--r--  1 jenkins  wheel  10508 Apr 14 13:47 known_hosts

The simpliest fix is to copy nbslave7h:/home/jenkins/.ssh/id_rsa in
review.gluster.org:~nb7build/.ssh/authorized_keys but I cannot do that.



This required a gerrit db update and I have done that. Can you please 
check now?


Thanks,
Vijay


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

Re: [Gluster-infra] Gerrit is unusable

[Vijay Bellur]

On Friday 26 June 2015 11:43 AM, Xavier Hernandez wrote:

Hi,

I'm having a lot of problems trying to review patches. Gerrit has been
running slow and failing some times lately, but today is really anoying.
I can't do more that one or two clicks before I get the error: Core
Review - Error. Server Unavailable.

I've also had some similar problems, but less frequently, with jenkins
today (normally jenkins didn't fail for me).

Is there any problem today ?



What browser do you use? Firefox seems to work better for me always than 
Google Chrome. Not sure why.


-Vijay

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

Re: [Gluster-infra] gerrit seems to be down?

[Vijay Bellur]

On Wednesday 24 June 2015 11:20 PM, Atin Mukherjee wrote:

Infra guys,

Could you check and get back?



Seems to be working fine for me. Not certain why we run into transient 
issues of this nature.


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

Re: [Gluster-infra] [Gluster-devel] NetBSD regressions not being triggered for patches

[Vijay Bellur]

On Wednesday 17 June 2015 04:23 PM, Niels de Vos wrote:

On Wed, Jun 17, 2015 at 09:56:32PM +0200, Emmanuel Dreyfus wrote:

Niels de Vos nde...@redhat.com wrote:


Maybe, but I hope those issues stay masked when resolving the hostnames
is more stable. When we have the other servers up and running, we would
have a better understanding and options to investigate issues like this.


But Jenkins is still unable to launch an agent on e.g. nbslave75.
Perhaps it needs to be restarted?


Yes, a Jenkins restart might be good. But, I do not know how it gets
stopped safely, or started.



The only downside of a Jenkins restart is that we would need to manually 
re-trigger all existing jobs.


Shall we just do that now?

-Vijay

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

Re: [Gluster-infra] [Gluster-devel] NetBSD regressions not being triggered for patches

[Vijay Bellur]

On Wednesday 17 June 2015 08:13 AM, Emmanuel Dreyfus wrote:

On Wed, Jun 17, 2015 at 07:44:14AM -0400, Vijay Bellur wrote:

Do we still have the NFS crash that was causing tests to hang?


Do we still have it on rebased patchsets?



I am not certain. I am still trying to come to terms with my email 
backlog and hence seeking a quick opinion here to see if we need to 
address it asap.


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

[Gluster-infra] New repo docker added to github

[Vijay Bellur]

Hi All,

A new repo called docker [1] has been added to github/gluster. This 
will be our canonical repository for storing dockerfiles and will be 
linked to builds on dockerhub [2], [3].


Humble will be managing this repository.

Thanks,
Vijay

[1] https://github.com/gluster/docker

[2] https://registry.hub.docker.com/u/gluster/gluster-centos/

[3] https://registry.hub.docker.com/u/gluster/gluster-fedora/
___
Gluster-infra mailing list
Gluster-infra@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-infra