Re: [OpenStack-Infra] Kubernetes walkthrough (for OpenDev gitea)

2019-01-14 Thread Tristan Cacqueray
On Wed, Jan 02, 2019 at 13:59 James E. Blair wrote: [snip] > We will schedule a time where we will broadcast a terminal session which > anyone can watch (using telnet) at the same time we all join a voice > conference on the PBX. Monty and I will demonstrate the system and > answer questions as

Re: [OpenStack-Infra] [all] log-classify project update (anomaly detection in CI/CD logs)

2018-07-11 Thread Tristan Cacqueray
On July 5, 2018 9:17 am, Tristan Cacqueray wrote: On July 3, 2018 7:39 am, Tristan Cacqueray wrote: [...] There is a lot to do and it will be challening. To that effect, I would like to propose an initial meeting with all interested parties. Please register your irc name and timezone

Re: [OpenStack-Infra] [all] log-classify project update (anomaly detection in CI/CD logs)

2018-07-05 Thread Tristan Cacqueray
On July 3, 2018 7:39 am, Tristan Cacqueray wrote: [...] There is a lot to do and it will be challening. To that effect, I would like to propose an initial meeting with all interested parties. Please register your irc name and timezone in this etherpad: https://etherpad.openstack.org/p/log

[OpenStack-Infra] log-classify project update (anomaly detection in CI/CD logs)

2018-07-03 Thread Tristan Cacqueray
Hello, This is a follow-up to the initial project creation thread[0]. At the Vancouver Summit, we met to discuss ML for CI[1] and I lead a workshop on logreduce[2]. The log-classify project bootstrap is still waiting for review[3] and I am still looking forward to pushing logreduce[4] source

[OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-12-11 Thread Tristan Cacqueray
The project is now created and refactor patches are up for review: https://review.openstack.org/#/q/topic:crm-import Though I think this needs more thinkering because I couldn't find good use cases for the crm script. It seems like it needs many features to correctly classify failures. At this

Re: [OpenStack-Infra] Nodepool drivers

2017-12-07 Thread Tristan Cacqueray
On December 7, 2017 3:06 pm, James E. Blair wrote: Tristan Cacqueray <tdeca...@redhat.com> writes: Hi, Top posting here to raise another complication. James mentioned an API problem regarding the NodeRequestHandler interface. Indeed the run_handler method should actually b

Re: [OpenStack-Infra] Nodepool drivers

2017-12-07 Thread Tristan Cacqueray
On December 7, 2017 2:28 pm, Paul Belanger wrote: On Thu, Dec 07, 2017 at 09:34:50AM +, Tristan Cacqueray wrote: [snip] I also proposed a 'plugin' interface so that driver are fully contained in their namespace, which seems like another legitimate addition to this feature: https

Re: [OpenStack-Infra] Nodepool drivers

2017-12-07 Thread Tristan Cacqueray
://review.openstack.org/524620 Thanks, -Tristan On December 2, 2017 1:30 am, Clint Byrum wrote: Excerpts from corvus's message of 2017-12-01 16:08:00 -0800: Tristan Cacqueray <tdeca...@redhat.com> writes: > Hi, > > Now that the zuulv3 release is approaching, please find below a > foll

Re: [OpenStack-Infra] [zuul] third-party CI for zuul-jobs

2017-12-05 Thread Tristan Cacqueray
On November 28, 2017 7:37 pm, James E. Blair wrote: Jens Harbott <j.harb...@x-ion.de> writes: 2017-11-23 5:28 GMT+00:00 Tristan Cacqueray <tdeca...@redhat.com>: ... TL;DR; Is it alright if we re-enable this CI and report those tests on zuul-jobs patchsets? I like the

Re: [OpenStack-Infra] Nodepool drivers

2017-11-30 Thread Tristan Cacqueray
Hi, Now that the zuulv3 release is approaching, please find below a follow-up on this spec. The current code could use one more patch[0] to untangle the common config from the openstack provider specific bits. The patch often needs to be manualy rebased. Since it looks like a good addition to

[OpenStack-Infra] [zuul] Software Factory 2.7 is officially released with native zuulv3 support

2017-11-27 Thread Tristan Cacqueray
Greeting folks, We are pleased to announce that Software Factory version 2.7 is now available. Among other things, it includes a native zuulv3 support: * A pre-configured base job with a ready-to-use logserver, * CI/CD setup of the 'project-config' to create project and update the zuul, * Web

Re: [OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-11-26 Thread Tristan Cacqueray
On November 24, 2017 10:41 am, Klérisson Paixão wrote: Speaking of which, I think it's important to curate a dataset of success/failure logs with the expected anomalies to be found. Those will be super useful to prevent regression when trying out new settings or models. How to store and manage

Re: [OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-11-23 Thread Tristan Cacqueray
or models. How to store and manage the dataset remains to be defined too. To give you an idea, fwiw, you can find my original dataset here: git clone https://softwarefactory-project.io/r/logreduce-tests Cheers, -Tristan On 22/11/2017, 4:30 PM, "Tristan Cacqueray" <opensta

Re: [OpenStack-Infra] [zuul] third-party CI for zuul-jobs

2017-11-23 Thread Tristan Cacqueray
On November 23, 2017 10:21 am, Jens Harbott wrote: 2017-11-23 5:28 GMT+00:00 Tristan Cacqueray <tdeca...@redhat.com>: ... TL;DR; Is it alright if we re-enable this CI and report those tests on zuul-jobs patchsets? I like the general idea, but please wait for more feedback until do

[OpenStack-Infra] [zuul] third-party CI for zuul-jobs

2017-11-22 Thread Tristan Cacqueray
Greetings, We have discussed it in the past and I'd like to share my experience trying to run third-party tests on zuul-jobs. My goal is to ensure zuul-jobs can run on CentOS system outside of the openstack-infra resources. Please find bellow a step by step documentation of my setup. # Create

Re: [OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-11-22 Thread Tristan Cacqueray
On November 21, 2017 5:48 pm, Clark Boylan wrote: On Tue, Nov 21, 2017, at 09:17 AM, Tristan Cacqueray wrote: snip Actually the rfc is this thread :-) Though I forgot to mention the first steps that could use comments before we move on: * create the openstack-infra/log-classify project

Re: [OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-11-21 Thread Tristan Cacqueray
On November 21, 2017 4:46 pm, Andrea Frittoli wrote: On Tue, Nov 21, 2017 at 3:09 AM Tristan Cacqueray <tdeca...@redhat.com> wrote: Greetings, I would like to contribute to the automatic log classification. Automatic log classification would be a great help in maintaining CI! Som

[OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-11-21 Thread Tristan Cacqueray
On November 21, 2017 3:09 am, Tristan Cacqueray wrote: Greetings, I would like to contribute to the automatic log classification. Please find bellow a request for comments regarding creating a dedicated project for the log-classify.crm script. The main issue is the lack of tests. The first

[OpenStack-Infra] RFC about creating a project for log-classify.crm

2017-11-20 Thread Tristan Cacqueray
Greetings, I would like to contribute to the automatic log classification. Please find bellow a request for comments regarding creating a dedicated project for the log-classify.crm script. The main issue is the lack of tests. The first contribution would be to currate a dataset we could use to

Re: [OpenStack-Infra] Zuul roadmap

2017-11-01 Thread Tristan Cacqueray
On November 1, 2017 11:56 pm, Tony Breeds wrote: On Wed, Nov 01, 2017 at 02:47:20PM -0700, James E. Blair wrote: Hi, At the PTG we brainstormed a road map for Zuul once we completed the infra cutover. I think we're in a position now that we can get back to thinking about this, so I've

Re: [OpenStack-Infra] Nodepool drivers

2017-07-28 Thread Tristan Cacqueray
Hi, A quick follow-up on this spec: Thank you for all the review, the first three patches that refactor the openstack driver in its own module has been merged last week. Regarding the static driver implementation, it seems like it can be reworked to use long-lived znode instead of re-creating

Re: [OpenStack-Infra] Zuul v3: Giant pile of thoughts around zuul-web things

2017-07-27 Thread Tristan Cacqueray
On July 26, 2017 5:50 pm, Monty Taylor wrote: Based on having written the puppet to support the apache proxying to both github/status pages and the console-streaming, I believe we should accelerate moving the functions from the old webapp to the new zuul-web. While the apache proxy layer

Re: [OpenStack-Infra] On the subject of HTTP interfaces and Zuul

2017-06-10 Thread Tristan Cacqueray
Hello folks, Regardless of the HTTP interfaces architecture, I proposed this zuul_dashboard thing to help Jenkins users migrate to zuul-launcher/executor. As far as I can tell, we need a comprehensive view of jobs' run where users can quickly check the results of critical jobs such as the

Re: [OpenStack-Infra] Nodepool drivers

2017-06-01 Thread Tristan Cacqueray
On May 29, 2017 1:12 pm, Paul Belanger wrote: On Mon, May 29, 2017 at 02:39:16AM +, Tristan Cacqueray wrote: Hi, With the nodepool-drivers[0] spec approved, I started to hack a quick implementation[1]. Well I am not very familiar with the nodepool/zookeeper architecture, thus

Re: [OpenStack-Infra] Nodepool drivers

2017-06-01 Thread Tristan Cacqueray
On May 31, 2017 7:40 pm, Clark Boylan wrote: On Sun, May 28, 2017, at 07:39 PM, Tristan Cacqueray wrote: Hi, With the nodepool-drivers[0] spec approved, I started to hack a quick implementation[1]. Well I am not very familiar with the nodepool/zookeeper architecture, thus this implementation

[OpenStack-Infra] Nodepool drivers

2017-05-28 Thread Tristan Cacqueray
Hi, With the nodepool-drivers[0] spec approved, I started to hack a quick implementation[1]. Well I am not very familiar with the nodepool/zookeeper architecture, thus this implementation may very well be missing important bits... The primary goal is to be able to run ZuulV3 with static nodes,

Re: [OpenStack-Infra] Zuul v3: proposed new Depends-On syntax

2017-05-24 Thread Tristan Cacqueray
On May 24, 2017 11:04 pm, James E. Blair wrote: [...] How does that sound? Thinking about further connections support, could this also works for a (theorical) mail based patch cross dependency? What's the logic to match the Depends-On syntax to a connection driver? -Tristan

Re: [OpenStack-Infra] Ballot for Openstack elections

2017-02-23 Thread Tristan Cacqueray
gt; Sent: Thursday, February 23, 2017 1:51 PM > To: Henry Fourie > Cc: Jeremy Stanley; Cathy Zhang; Tristan Cacqueray; > openstack-infra@lists.openstack.org; Kendall Nelson > Subject: Re: [OpenStack-Infra] Ballot for Openstack elections > > On Thu, Feb 23, 2017 at 08:27:49PM +000

Re: [OpenStack-Infra] Ballot for Openstack elections

2017-02-22 Thread Tristan Cacqueray
uggoth.org] > Sent: Wednesday, February 22, 2017 2:17 PM > To: Henry Fourie > Cc: openstack-infra@lists.openstack.org; Cathy Zhang; Tristan Cacqueray; > Kendall Nelson > Subject: Re: [OpenStack-Infra] Ballot for Openstack elections > > On 2017-02-22 22:03:53 + (+), Henry

Re: [OpenStack-Infra] Ballot for Openstack elections

2017-02-22 Thread Tristan Cacqueray
On 02/22/2017 10:17 PM, Jeremy Stanley wrote: > On 2017-02-22 22:03:53 + (+), Henry Fourie wrote: >> My contributions are to networking-sfc which is part of neutron. > > Thanks! It does seem to have been officially part of Neutron at the > time of their PTL election: > >

Re: [OpenStack-Infra] An idea to help browse and troubleshoot Ansible Playbook runs

2016-05-11 Thread Tristan Cacqueray
On 05/11/2016 01:24 AM, David Moreau Simard wrote: > Hi openstack-infra, > > I've been hacking on an idea since last friday and I was thinking it > could be of interest for you guys as Ansible users, but also > considering the next generation of Zuul jobs will be powered by > Ansible. > > The

Re: [OpenStack-Infra] Owners File for Elections

2016-03-19 Thread Tristan Cacqueray
On 03/17/2016 06:36 PM, Spencer Krum wrote: > > Attached and signed with my gpg key: > 7857DAF433DED013A6CEB5DB4A330B9AD648FAE3 > > Well received, thank you Spencer! -Tristan signature.asc Description: OpenPGP digital signature ___ OpenStack-Infra