[OpenStack-Infra] [infra][all] Upcoming Zuul behavior change for files and irrelevant-files

Hi, Earlier[1][2], we discussed proposals to make files and irrelevant-files easier to use -- particularly ways to make them overridable. We settled on an approach, and it is now implemented. We plan on upgrading OpenStack's Zuul to the new behavior on Monday, June 11, 2018. To summarize the

Re: [OpenStack-Infra] Winterscale: a proposal regarding the project infrastructure

Doug Hellmann writes: >> * Move many of the git repos currently under the OpenStack project >> infrastructure team's governance to this new team. > > I'm curious about the "many" in that sentence. Which do you anticipate > not moving, and if this new team replaces the existing team then who >

[OpenStack-Infra] Winterscale: a proposal regarding the project infrastructure

Hi, With recent changes implemented by the OpenStack Foundation to include projects other than "OpenStack" under its umbrella, it has become clear that the "Project Infrastructure Team" needs to change. The infrastructure that is run for the OpenStack project is valued by other OpenStack

[OpenStack-Infra] [infra] Behavior change in Zuul post pipeline

Hi, We recently changed the behavior* of the post pipeline in Zuul to only run jobs for the most recently merged changes on each project's branches. If you were relying on the old behavior where jobs ran on every merged change, let us know, we can make a new pipeline for that. But for the

Re: [OpenStack-Infra] Some branch issues with Zuul

cor...@inaugust.com (James E. Blair) writes: ... > The Changes > === > > I believe the following changes will address all five problems and > achieve both design goals: > > a) Apply inheritance at the same time as variance > > Rather than applying inheritance a

[OpenStack-Infra] Zuul v3 questions (was: Re: [openstack-dev] Update on Zuul v3 Migration - and what to do about issues)

Rikimaru Honjo writes: > Hello, > > (Can I still use this thread?) In the future, you may want to start a new thread on openstack-infra@lists.openstack.org for general Zuul questions. I've changed the CC list and subject of this message to redirect the

Re: [OpenStack-Infra] Launch node and the new bridge server

Ian Wienand writes: > On 08/28/2018 09:48 AM, Clark Boylan wrote: >> On Mon, Aug 27, 2018, at 4:21 PM, Clark Boylan wrote: >> One quick new observation. launch-node.py does not install puppet at >> all so the subsequent ansible runs on the newly launched instances >> will fail when attempting to

Re: [OpenStack-Infra] Moving logs into swift (redux)

Doug Hellmann writes: > Excerpts from corvus's message of 2018-07-16 15:27:10 -0700: > >> The Zuul dashboard makes finding the location of logs for jobs >> (especially post jobs) simpler. So we no longer need logs.o.o to find >> the storage location (files or swift) for post jobs -- a user can

Re: [OpenStack-Infra] Moving logs into swift (redux)

Joshua Hesketh writes: > I know the CDN was complicated with the cloud provider we were using at the > time. However, I'm unsure what the CDN options are these days. Will there > be an API we can use to turn the CDN on per container and get the public > URL for example? A typical swift has the

Re: [OpenStack-Infra] Moving logs into swift (redux)

Clark Boylan writes: > Couple of thoughts about this and Ara specifically. Ara static > generation easily produces tens of thousands of files. Copying many > small files to the log server with rsync was often quite slow (on the > order of 10 minutes for some jobs (that is my fuzzy memory

Re: [OpenStack-Infra] Moving logs into swift (redux)

cor...@inaugust.com (James E. Blair) writes: > To summarize: static generation combined with a new role to upload to > swift using openstacksdk should allow us to migrate to swift fairly > quickly. Once there, we can work on a number of enhancements which I > will describe in a f

Re: [OpenStack-Infra] What's the future for git-review?

Jeremy already articulated my thoughts well; I don't have much to add. But I think it's important to reiterate that I find it extremely valuable that git-review perform its function ("push changes to Gerrit") simply and reliably. There are certainly projects we've created which are neglected due

Re: [OpenStack-Infra] zuulv3 feedback for 3pci

Paul Belanger writes: > Greetings, > > Over the last few weeks I've been helping the RDO project migrate away from > zuulv2 (jenkins) to zuulv3. Today all jobs have been migrated with the help of > the zuul-migrate script. We'll start deleting jenkins bits in the next few > days. > > I wanted

Re: [OpenStack-Infra] How do I add a third party CI by ZuulV3?

We could consider hosting a config-project with pipeline definitions for third-party CI as an optional service folks could use. It would not, however, be able to support customized reporting messages or recheck syntax. -Jim ___ OpenStack-Infra mailing

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

Hi, As part of the OpenDev Gerrit Hosting spec [1], we're planning on running gitea as our primary git mirror. Monty and I have been working on a system to run it in a fully HA manner using Kubernetes, cephfs, and percona. The changes to implement this are in review[2]. But there's a lot of

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

cor...@inaugust.com (James E. Blair) writes: > Hi, > > As part of the OpenDev Gerrit Hosting spec [1], we're planning on > running gitea as our primary git mirror. Monty and I have been working > on a system to run it in a fully HA manner using Kubernetes, cephfs, and > per

[OpenStack-Infra] Gitea next steps

Hi, At the last infra team meeting, we talked about whether and how to proceed with Gitea. I'd like to summarize that quickly and make sure we're all on board with it. * We will continue to deploy our own Kubernetes using the k8s-for-openstack Ansible playbook that Monty found. Since that's

Re: [OpenStack-Infra] OpenDev git hosting migration and Gerrit downtime April 19, 2019

Thierry Carrez writes: > Clark Boylan wrote: >> Fungi has generated a master list of project renames for the >> openstack namespaces: http://paste.openstack.org/show/749402/. If >> you have a moment please quickly review these planned renames for >> any obvious errors or issues. > > One thing

[OpenStack-Infra] Announcing Gertty 1.6.0

Announcing Gertty 1.6.0 === Gertty is a console-based interface to the Gerrit Code Review system. Gertty is designed to support a workflow similar to reading network news or mail. It syncs information from Gerrit to local storage to support disconnected operation and easy

Re: [OpenStack-Infra] Zanata broken on Bionic

Frank Kloeker writes: > Just as a follow up: I've wrote down all required steps and ideas for > a migration to Weblate on [1]. Thanks for that! Will this be a topic at the PTG? > There are some issues adressed but thats not unsolvable (i.e. invent > openstackid as a OpenId provider). We may

[OpenStack-Infra] [all][infra] Zuul logs are in swift

Hi, We have made the switch to begin storing all of the build logs from Zuul in Swift. Each build's logs will be stored in one of 7 randomly chosen Swift regions in Fort Nebula, OVH, Rackspace, and Vexxhost. Thanks to those providers! You'll note that the links in Gerrit to the Zuul jobs now

[OpenStack-Infra] Report from Gerrit User Summit

Hi, Monty and I attended the Gerrit User Summit and hackathon last week. It was very productive: we learned some good information about upgrading Gerrit, received offers of help doing so if we need it, formed closer ties with the Gerrit community, and fielded a lot of interest in Reno and Zuul.

Re: [OpenStack-Infra] Report from Gerrit User Summit

"Clark Boylan" writes: > How does triggering work with the checks api? I seem to recall reading > the original design spec for the feature and that CI systems would > Poll Gerrit for changes that apply to their checks giving them a list > of items to run? Then as a future improvement there was

[OpenStack-Infra] [release][infra] Supporting rget in our release process

Hi, A colleague at Red Hat is working on an effort to record signatures of release artifacts. Essentially it's a way to help users verify release artifacts (or determine if they have been changed) independent of PGP signatures. You can read about it here:

Re: [OpenStack-Infra] Checking release approvals automatically

Thierry Carrez writes: > I moved to implementation on this, but I hit an issue with the > original plan: > >> [...] >> The job should be lightweight enough to run on the executor. With >> all those safeguards in place, I do not expect it to trigger >> significant additional load. > > My current

Re: [OpenStack-Infra] Checking release approvals automatically

Thierry Carrez writes: > James E. Blair wrote: >> [...] >> But back on the first hand, I think that installing python packages in a >> virtualenv is too heavyweight for a job to run on the executor. The >> candidates we usually look for are things that can run with

Re: [OpenStack-Infra] OpenDev infra as an OSF pilot project

"Clark Boylan" writes: > On Sun, Mar 1, 2020, at 11:20 AM, Jonathan Bryce wrote: >> Hi everyone, >> >> I saw some of the discussions on different channels last week about the >> ongoing move of the OpenDev infra services out of OpenStack project and >> TC governance. One of the questions that

Re: [OpenStack-Infra] tarballs.openstack.org to AFS publishing gameplan

Ian Wienand writes: > On Wed, Jan 29, 2020 at 05:21:49AM +, Jeremy Stanley wrote: >> Of course I meant from /(.*) to tarballs.opendev.org/openstack/$1 so >> that clients actually get directed to the correct files. ;) > > Ahh yes, sorry you mentioned that in IRC and I should have >

Re: [OpenStack-Infra] proposal: custom favicon for review.o.o

Ian Wienand writes: > On Wed, Jan 29, 2020 at 06:35:28AM +, Sorin Sbarnea wrote: >> I guess that means that you are not against the idea. > > I know it's probably not what you want to hear, but as it seems > favicons are becoming a component of branding like a logo I think > you'd do well to

Re: [OpenStack-Infra] Can we use short domain names for build log servers?

Sorin Sbarnea writes: > I would like to re-raise an older question: what can we do to avoid > using human-unfriendly URLs for our build logs? When was this question previously asked? > The current setup lead us to some URLs that seems more like a way to > test client limitations. What

Re: [OpenStack-Infra] CI/Infra Bootcamp Signup

Hi! Thanks for coming, and I hope you had a great time -- I did. I'd like to write a post for the openstack.org blog about the bootcamp. If anyone has pictures of the event, or dinner, or the diagram, could you send me a link so I can include them? Thanks, Jim

Re: [OpenStack-Infra] Request for new IRC Channel

Giri Basava giri.bas...@triliodata.com writes: Hi, We are proposing a new project https://wiki.openstack.org/wiki/Raksha for OpenStack. Would like to have an IRC channel #openstack-raksha Can you guide us with the procedure to create this IRC channel? Thanks. I've registered the channel

[OpenStack-Infra] Asterisk update

Hi, Thanks Russel, Paul, and everyone else who helped with the Asterisk testing on Friday. Here's how I see the outcome: The main problem we're trying to solve is that the audio is sometimes choppy. We found that moving the PBX to some specific Rackspace vms improved the situation. Moving to

Re: [OpenStack-Infra] Asterisk update

Paul Belanger paul.belan...@polybeacon.com writes: This was the only side effect of the silence change, we did see more 'hot mic' and background noise. I'd vote for another round of testing toggling some settings to see if we can find the sweet spot. Shall we schedule another interactive

Re: [OpenStack-Infra] Log storage/serving

Joshua Hesketh joshua.hesk...@rackspace.com writes: On 9/17/13 11:00 PM, Monty Taylor wrote: On 09/16/2013 07:22 PM, Joshua Hesketh wrote: So if zuul dictates where a log goes and we place the objects in swift with that path (change / patchset / pipeline / job / run) then zuul could also

Re: [OpenStack-Infra] Suggestion for helping gate users deal with crisis...

Clint Byrum cl...@fewbar.com writes: Hello infra rockstars. First and foremost, thank you for keeping the well oiled machinery of the OpenStack infrastructure running. It is a marvel of modern engineering, and I am not just saying that because I am prone to hyperbole. Last night while the

Re: [OpenStack-Infra] Log storage/serving

Robert Collins robe...@robertcollins.net writes: FWIW I want to put a testr front-end on all of this, to do fault correlation across test runs; this could be implemented a number of different ways, but I think the key thing is that we may want to stage things in a couple of different formats

Re: [OpenStack-Infra] [openstack-dev] [summit] Youtube stream from Design Summit?

Stefano Maffulli stef...@openstack.org writes: This lead us to give up trying for Hong Kong. We searched for alternatives (see the infra meeting logs a few months back and my personal experiments [1] based on UDS experience) and the only solid one was to use a land line to call in the

[OpenStack-Infra] Infra mid-cycle meetup

Hi, The subject of a mid-cycle meetup for the infrastructure team has come up a few times recently, so I wanted to get an idea of who might be interested and what we want to get out of it. If you are interested in spending a few days focusing on OpenStack project infrastructure, would you please

Re: [OpenStack-Infra] Infra mid-cycle meetup

jebl...@openstack.org (James E. Blair) writes: If you are interested in spending a few days focusing on OpenStack project infrastructure, would you please reply (privately is fine) with your area of interest. Some ideas: Thanks for the replies so far -- but please make sure you let me know

Re: [OpenStack-Infra] An idea to scale Zuul

Antoine Musso has...@free.fr writes: Seems the bottleneck is 400 or so fetches against a single host (Zuul). Maybe you could use the Gerrit replication system to replicate the git repositories to some mirror hosts then have Zuul push its references to them. Since Zuul publish the git

Re: [OpenStack-Infra] [openstack-dev] [TripleO] promoting devtest_seed and devtest_undercloud to voting, + experimental queue for nova/neutron etc.

Sean Dague s...@dague.net writes: On 02/14/2014 03:43 PM, Robert Collins wrote: Thanks to a massive push this week, both the seed *and* undercloud jobs are now passing on tripleo-gate nodes, but they are not yet voting. I'd kind of like to get them voting on tripleo jobs (check only). We

[OpenStack-Infra] JJB release?

Khai suggested it's time (or past time) for a JJB release. Antoine points out that before merging thread and pbr support might be a good time for a release too. I note that we just fixed python 2.6 support as well. So how about I tag: 6e72dc3781fcaed1526317c27762fba44cd8a43e as 0.7.0? -Jim

[OpenStack-Infra] Moving some projects around

We've been discussing the thoroughly interesting problem of project taxonomy recently, and I'd like to describe what I think we've mostly decided we should do and make sure we're on the same page. If we are, I'll invite the TC to weigh in and if they think we're completely wrong, we can work on

[OpenStack-Infra] Using MySQL for unit tests in storyboard

Hi, I recently started looking into running the unit tests with MySQL. I pushed the start of a change here to do that: https://review.openstack.org/#/c/82872/ In particular, that change implements something we've wanted to do for a long time elsewhere in OpenStack -- create a dedicated MySQL

Re: [OpenStack-Infra] Using MySQL for unit tests in storyboard

Clint Byrum cl...@fewbar.com writes: * The model does not specify an engine for MySQL (this is a difference between the model and the alembic migrations). So when the unit tests are run on MySQL, they may end up on MyISAM (they do in the gate). Why MyISAM? The default has been

Re: [OpenStack-Infra] Breaking changes in nodepool

jebl...@openstack.org (James E. Blair) writes: If you're running nodepool from master, note that when this change merges, you will need to change your config file and either alter or drop the node table (to change the 'image_name' column to 'label_name'). https://review.openstack.org/#/c

Re: [OpenStack-Infra] How to add Korean font file to the server of openstack infra?

Tom Fifield t...@openstack.org writes: On 31/03/14 11:15, Ying Chun Guo wrote: So in order to support build of Korean document, I need to add Korean font files to document build server. Please guide me how to do it. I believe it's just a matter of getting the following packages installed

Re: [OpenStack-Infra] Multi-node aspects of the infra

Jérôme Gallard gallard.jer...@gmail.com writes: Hi all, I see the very nice set of patches merged for multi-node in nodepool. Now that this part is done, will the next step be to modify devstack-gate to allow it to take advantage of the new multi-node feature of nodepool? There is already

Re: [OpenStack-Infra] Multi-node aspects of the infra

Jérôme Gallard gallard.jer...@gmail.com writes: Hi James, Thanks for your answer! As Mathieu said, we are currently working on the multi-node part of the project and try to understand how the multi-node feature of nodepool could be used by the other components of the infra. Does something

Re: [OpenStack-Infra] Restoring abandoned patch

Cazzolato, Sergio J sergio.j.cazzol...@intel.com writes: Hi, I am working on a bug (by another author) which has been automatically moved to abandoned. Is it possible to restore it? Any way to assign it to me? https://review.openstack.org/#/c/15104/ Done. -Jim

Re: [OpenStack-Infra] Urgent: Problem with Gerrit JS?

Kevin L. Mitchell kevin.mitch...@rackspace.com writes: On Wed, 2014-04-30 at 12:14 -0400, Anita Kuno wrote: Are you able to file a bug with this information? It will help us track progress on this easier than an email thread. If you reply with a link I will confirm the bug. Sure, I just

Re: [OpenStack-Infra] [openstack-dev] [infra] elements vs. openstack-infra puppet for CI infra nodes

Elizabeth K. Joseph l...@princessleia.com writes: On the Debian side, I also have a bug (with some mirror discussion and an attached review) here: https://bugs.launchpad.net/openstack-ci/+bug/1311855 After discussing this particular patch+bug with the rest of the -infra team, there wasn't

Re: [OpenStack-Infra] Injecting properties for jenkins job

On May 10, 2014 7:37:36 AM EDT, Andreas Jaeger a...@suse.com wrote: On 05/10/2014 09:22 AM, Andreas Jaeger wrote: My patch https://review.openstack.org/#/c/93129/ to inject properties failed, see for example

[OpenStack-Infra] Review guidelines for new specs repos

Hi, At the project meeting today, I cornered the PTLs and got consensus that we should be using PROGRAM-specs as the name for the specs repos. Eg, compute-specs instead of nova-specs. This is to better support programs with multiple projects (such as client and server projects). Short names

Re: [OpenStack-Infra] Zuul unable to parse projects

trinath.soman...@freescale.com trinath.soman...@freescale.com writes: Hi- With Zuul version, 2.0.0.155, I'm facing a problem with layout.yaml The projects section is as follows in layout.yaml. projects: - name: openstack-dev/sandbox check: - TEST-SANDBOX but when the

Re: [OpenStack-Infra] Status of check-tempest-dsvm-f20 job

Ian Wienand iwien...@redhat.com writes: but eventually, at 30:1, the fedora node gets dropped I think the formula at work for deciding if a single marginal node should be allocated as a precise node is: (demand_for_precise / total_demand) * available_nodes Eg, round(20/40*1) = 1 so it's

Re: [OpenStack-Infra] Status of check-tempest-dsvm-f20 job

Ian Wienand iwien...@redhat.com writes: On 06/19/2014 01:18 AM, James E. Blair wrote: (This requires tracking a bit more state across allocation runs). This seems to be the crux of the matter; once we have some state all sorts of things become possible. I've made a proposal in which seems

Re: [OpenStack-Infra] proposed/* or stable/* for pre-release branches

Thierry Carrez thie...@openstack.org writes: So it looks like we should proceed with supporting proposed/foo on prerelease, but I wanted to do a last-minute check to make sure everyone was still OK with that. That matches my recollection and I still think it's a good idea. We probably need

Re: [OpenStack-Infra] .. OpenStack Summit in Paris

Chmouel Boudjnah chmo...@enovance.com writes: Just make sure you first start order wine and finish on beer, that's the way to drink here :) (but the mix will be heavy for the next morning) start with wine, finish on beer that's the way to drink o'er here -jim

Re: [OpenStack-Infra] Starting check jobs from CI bots

John Griffith john.griff...@solidfire.com writes: Yep, you're absolutely correct. This has been pointed out to folks and they're working on it. It might be a few days before it's taken care of but they are aware and have *promised* to get it sorted. In the mean time, I'm happy to help

[OpenStack-Infra] Third-party CI system EMC XIO CI disabled

Hi, I have disabled the above CI system because it is in violation of the following policies: * Include a public link to all test artifacts. This system did not leave results at all, only starting comments. Additionally, it was leaving Starting check jobs comments which is unnecessary for

[OpenStack-Infra] Third-party CI system IBM Storwize CI disabled

Hi, I have disabled the above CI system because it is in violation of the following policies: * Include a public link to all test artifacts. In the change https://review.openstack.org/#/c/111460/ this system left a link to: http://9.115.251.56:8080/job/dsvm-tempest-full/78/ Which did not

[OpenStack-Infra] Third-party CI system IBM DS8000 CI disabled

Hi, I have disabled the above CI system because it is in violation of the following policies: * Include a public link to all test artifacts. In the change https://review.openstack.org/#/c/111460/ this system left a link to: http://hood:8080/job/noop-check-communication/116/ Which did not

[OpenStack-Infra] Third-party CI system ProphetStor CI disabled

Hi, I have disabled the above CI system because it is in violation of the following policies: * Include a public link to all test artifacts. In the change https://review.openstack.org/#/c/111460/ this system left a link to: http://172.31.18.245:8080/job/dsvm-tempest-full-dpl/159/ Which did

Re: [OpenStack-Infra] [Zuul] Understanding dequeue-on-new-patchset

trinath.soman...@freescale.com trinath.soman...@freescale.com writes: Hi- I configured Zuul with paramater, 'dequeue-on-new-patchset: true'. With this, for a change, if multiple patchsets are in queue, only the latest must be taken and rest all to be ignored. But I noticed that every

Re: [OpenStack-Infra] [Zuul] Understanding dequeue-on-new-patchset

trinath.soman...@freescale.com trinath.soman...@freescale.com writes: Hi Jim- As you said, [ Strictly speaking, that will mean that every patchset will go through the merger and Jenkins. But if testing for a patchset is in progress when a new patchset is uploaded, the tests

Re: [OpenStack-Infra] Could you kindly help to re-enable service account IBM Storwize CI ?

Yi Xuan YX Zhang yixua...@cn.ibm.com writes: Hi Jim,   Could you help to re-enable my service account since I have fixed the issue and I have move to project sanbox? Done. Thanks! -Jim ___ OpenStack-Infra mailing list

[OpenStack-Infra] [all] Gerrit Downtime on August 30, 2014

Hi, Gerrit will be unavailable starting at 1600-1630 UTC on Saturday, August 30, 2014 to rename the glance.store project to glancestore. I apologize for the late notice, however, in another thread on the -dev list, you'll find the rationale for executing this change swiftly. Thanks, Jim

Re: [OpenStack-Infra] [openstack-dev] [third-party] [infra] New mailing lists for third party announcements and account requests

Stefano Maffulli stef...@openstack.org writes: On Fri 29 Aug 2014 12:47:00 PM PDT, Elizabeth K. Joseph wrote: Third-party-request This list is the new place to request the creation or modification of your third party account. Note that old requests sent to the openstack-infra mailing list

Re: [OpenStack-Infra] A reminder about the compare-xml job for JJB

Bailey, Darragh dbai...@hp.com writes: Hi, Any chance that zuul could report back a 'WARNING' in yellow for non-voting jobs that fail? Still useful to know that it ran. Seems just a little too easy to miss that the text is different. Sure, we're actually just overriding 'SUCCESS' and

[OpenStack-Infra] Announcing Gertty 1.0.0: A console interface to Gerrit

Announcing Gertty 1.0.0 Gertty is a console-based interface to the Gerrit Code Review system. If that doesn't sound interesting to you, then just skip right on to the next message. This mailing list gets a lot of traffic, and it's going to take you a while to read it all in that web browser

Re: [OpenStack-Infra] [openstack-dev] Announcing Gertty 1.0.0: A console interface to Gerrit

cor...@inaugust.com (James E. Blair) writes: If you're ready to give it a shot, here's what to do: pip install gertty wget https://git.openstack.org/cgit/stackforge/gertty/plain/examples/openstack-gertty.yaml -O ~/.gertty.yaml # edit ~/.gertty.yaml and update anything that says

Re: [OpenStack-Infra] [openstack-dev] Announcing Gertty 1.0.0: A console interface to Gerrit

I just released 1.0.1 with some bug fixes for issues found by early adopters. Thanks! -Jim ___ OpenStack-Infra mailing list OpenStack-Infra@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra

Re: [OpenStack-Infra] Proposal: create a translation check website

Ying Chun Guo guoyi...@cn.ibm.com writes: So I propose to create a translation check website on top of openstack infrastructure. It is a simple devstack setup where almost all services are enabled. Transifex translations are synchronized regularly, by cron in Akihiro's env. I think a

[OpenStack-Infra] [infra] [all] Freezing openstack-infra/config repo on Sept 25

Hi, On Thursday, Sept 25 at 00:01 UTC we will freeze project-configuration related changes to the openstack-infra/config repo. This is part of an effort to move project-related configuration out of the config repository and into its own repo. The goals are both to make the existing config repo

[OpenStack-Infra] [infra] [all] Announcing the project-config repo

We have moved (most) project configuration data out of the openstack-infra/config repository into a new repository called openstack-infra/project-config. This repo contains only config files related to configuring software projects in the OpenStack project infrastructure. This includes: *

[OpenStack-Infra] [infra] Nominating Elizabeth K. Joseph for infra-core and root

Hi, The Infrastructure program has a unique three-tier team structure: contributors (that's all of us!), core members (people with +2 ability on infra projects in Gerrit) and root members (people with administrative access). Read all about it here: http://ci.openstack.org/project.html#team

Re: [OpenStack-Infra] [openstack-dev] Cross-Repo Dependencies in Zuul

Amrith Kumar amr...@tesora.com writes: This is awesome news! If I understand correctly, your description of multiple changes describes cases where a single change depends on multiple changes. My question is related to one-to-one dependencies in the form A - B - C. I'm assuming that this

Re: [OpenStack-Infra] [openstack-dev] Cross-Repo Dependencies in Zuul

Sullivan, Jon Paul jonpaul.sulli...@hp.com writes: A change may depend on more than one Gerrit change ID as well. So it is possible for a change in tempest to depend on a change in devstack and a change in nova. Simply add more Depends-On: lines to the footer. Have you considered a case

[OpenStack-Infra] [infra] Announcing 61 new infra puppet modules

Hi, As part of an effort to better support re-use of the Infrastructure program's software, tooling, and systems-administration work, we have moved all of our puppet modules out of the system-config repository. Now each of them may be found in its own git repo, such as openstack-infra/puppet-zuul

Re: [OpenStack-Infra] [infra] Nominating Elizabeth K. Joseph for infra-core and root

cor...@inaugust.com (James E. Blair) writes: Hi, The Infrastructure program has a unique three-tier team structure: contributors (that's all of us!), core members (people with +2 ability on infra projects in Gerrit) and root members (people with administrative access). Read all about

Re: [OpenStack-Infra] [openstack-dev] Gerrit downtime on 2015-03-21

cor...@inaugust.com (James E. Blair) writes: Hi, Gerrit will be unavailable for a few hours starting at 1500 UTC on Saturday, March 21. Gerrit is up and running on the new server. Actual downtime was about 1 hour from 1500 to 1600. Please let us know either here or on Freenode

[OpenStack-Infra] Announcing Gertty 1.1.0

Announcing Gertty 1.1.0 === Gertty is a console-based interface to the Gerrit Code Review system. Gertty is designed to support a workflow similar to reading network news or mail. It syncs information from Gerrit to local storage to support disconnected operation and easy

Re: [OpenStack-Infra] Outreach Program for Women - Round 5

Emilien Macchi emil...@redhat.com writes: Infra Puppet folks, I'm volunteer to be part of OPW mentors for round 5 (May 2015 to August 2015). Since my background in OpenStack is mainly focused on automation Puppet, I think I could find a topic related to this for the next round. This is

[OpenStack-Infra] [infra] Infra cloud: infra running a cloud for nodepool

A group of folks from HP is interested in starting an effort to run a cloud as part of the Infrastructure program with the purpose of providing resources to nodepool for OpenStack testing. HP is supplying two racks of machines, and we will operate each as an independent cloud. I think this is a

[OpenStack-Infra] Thoughts on evolving Zuul

Hi, I've been wanting to make some structural changes to Zuul to round it out into a coherent system. I don't want to change it too much, but I'd also like a clean break with some of the baggage we've been carrying around from earlier decisions, and I want it to be able to continue to scale up

Re: [OpenStack-Infra] Thoughts on evolving Zuul

Antoine Musso has...@free.fr writes: Something worry me, is that the Zuul scheduler layout file might end up very long and complicated since it will define both the workflow and the tasks with their context. The later is currently done in Jenkins jobs Thanks for your thoughts. You make a

[OpenStack-Infra] Gerrit downtime Friday Jan 30

Hi, On Friday, January 30 at 19:00 UTC Gerrit will be unavailable for about 30 minutes while we rename some projects. Existing reviews, project watches, etc, should all be carried over. Currently, we plan on renaming the following projects (this list is subject to change):

[OpenStack-Infra] Netapp-CI account disabled

Hi, We've been tracking a bug in Gerrit recently where all of the threads tasked with servicing the stream-events command eventually get stuck. This causes all of the CI systems, including OpenStack's, to stop responding to events until the server is manually restarted. We recently found that

Re: [OpenStack-Infra] L summit planning

Wayne Warren wa...@puppetlabs.com writes: So I am curious if there will be other opportunities to get a group together to discuss this, if not is it too late to propose this as a topic for one of the workroom/fishbowl sessions? Apologies for the tardiness, if no opportunity is available to

Re: [OpenStack-Infra] zuul-merger and garbage collection

Clark Boylan cboy...@sapwetik.org writes: I would expect git gc on zuul merger repos to be safe. git gc only cleans up unreachable refs if they are 30 days old by default. However, a big part of the performance impact to zuul-mergers is that there are so many transient refs that it creates.

[OpenStack-Infra] Gerrit downtime and upgrade on Saturday 2015-05-09 at 1600 UTC

On Saturday, May 9 at 16:00 UTC Gerrit will be unavailable for about 4 hours while we upgrade to the latest release of Gerrit: version 2.10. We are currently running Gerrit 2.8 so this is an upgrade across two major releases of Gerrit. The release notes for both versions are here:

[OpenStack-Infra] Future JJB development

Hi, Jenkins Job builder is one of our more widely used projects. It has served us extremely well and a lot of other projects have found it to be very useful. Many of us are delighted and very proud of this. Recently I have proposed substantial changes to Zuul that I hope will, through the

Re: [OpenStack-Infra] [openstack-dev] [all][infra] CI System is broken

Alan Pevec ape...@gmail.com writes: 2015-07-30 10:19 GMT+02:00 Andreas Jaeger a...@suse.com: It might be that some jobs from the last few hours were not enqueued and Zuul might have lost the events, It seems tag events for 2015.1.1 in neutron-*aas were lost, I pushed them around midnight

Re: [OpenStack-Infra] Request to Add to Gerrit Groups

Doron Chen cdo...@il.ibm.com writes: Hi, I have recently created a new OpenStack repository called openstack/storlets Please add the following people to both storlets-core and storlets-release groups: I have added you to those groups. You may now manage the groups as you see fit. -Jim

Re: [OpenStack-Infra] Request to add monasca-log-core and monasca-log-release group members

Witek Bedyk witold.be...@est.fujitsu.com writes: Hello OpenStack-Infra team, could you please add the following members to the newly created groups monasca-log-core and monasca-log-release: I have added you to those groups. You may now manage the groups as you see fit. -Jim

Re: [OpenStack-Infra] Request to Add to Gerrit Groups

Edgar Magana edgar.mag...@workday.com writes: Just my opinion but it could be better for any project to have core members from different companies instead of all being in the same one. I personally agree. I encourage new projects to try to attract contributors and core reviewers from a

[OpenStack-Infra] Migrating existing projects in the stackforge namespace

Hi, As mentioned previously[1], we are retiring the stackforge/ namespace for git repositories and creating new projects in openstack/. This is largely a cosmetic change and does not change the governance model for new projects. As part of this we want to move all of the projects that are

Re: [OpenStack-Infra] Puppet lint checks for system-config

Paul Belanger pabelan...@redhat.com writes: ... However, recently. I got my hand smacked in 2 different code reviews for arrow alignment issues. Honestly, I wasn't even mad about the -1 for the alignment. However, I'm concerned about the wasted effort the -1 caused me. Basically, I had to

  1   2   3   >