On 7/29/19 5:52 PM, Clark Boylan wrote:
On Mon, Jul 29, 2019, at 1:52 PM, James E. Blair wrote:
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
On 08/21/2018 01:33 PM, Jeremy Stanley wrote:
The Infra team has been brainstorming and collecting feedback in
https://etherpad.openstack.org/p/infra-services-naming as to what
actual name/domain the Winterscale effort will use. If you've not
been following along, the earlier discussions can be
Hey everybody!
puppet is no longer being run from puppetmaster - it has been turned
off, almost certainly for good. The puppetmaster server is still around
while we finish transitioning, but bridge.openstack.org is now the new
hotness.
We tested running the new ansible base.yaml playbook
Hey all!
(This really only concerns infra-root folks, so feel free to skip otherwise)
As part of the update configuration management effort, we have spun up a
new host to replace puppetmaster.openstack.org. It is called
bridge.openstack.org. It's running Ubuntu Bionic and has Ansible 2.6
On 07/05/2018 02:39 PM, Doug Hellmann wrote:
Excerpts from Jeremy Stanley's message of 2018-07-05 17:34:59 +:
On 2018-07-05 13:23:57 -0400 (-0400), Doug Hellmann wrote:
[...]
I wonder if it would be useful to move that step of determining the
topic out to a hook, so that project-specific
On 07/05/2018 12:46 PM, Andrew Grimberg wrote:
On 07/05/2018 09:13 AM, Jeremy Stanley wrote:
On 2018-07-05 09:03:44 -0700 (-0700), Andrew Grimberg wrote:
On 07/04/2018 06:57 PM, Jeremy Stanley wrote:
[...]
For that matter, setting the topic based on the local branch
name could also get
On 06/20/2018 11:16 PM, xudan (N) wrote:
Hi all,
I am from OPNFV community and working on Dovetail project.
Hi!
I have a question about shade getting server public ipv4 ip and private
ipv4 ip with VLAN environment.
The private ip I got is None and the public ip I got is not the floating
On 11/21/2017 09:08 AM, Paul Belanger 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 (slightly)
Hey everybody!
I'd like to make a proposal for changing how we do logs/artifacts/docs
collection based on the last few weeks/months of writing things- and of
having to explain to people how to structure build and publish jobs over
the last couple of weeks.
tl;dr - I'd like to change the
Heya,
I started working on the Zuul Migration script - largely because we're
starting to have more mappings of old job to new job than I can keep in
my head and I wanted to be able to write them down as we make them.
https://review.openstack.org/#/q/topic:zuul-v3-migration
I doesn't do much
On 07/26/2017 03:28 PM, David Moreau Simard wrote:
Hi,
A bit out of my comfort zone for the content of your giant pile of
thoughts, but I'll jump on this bit:
We have a desire to add something that knows how to
render the job-output.json in some nice ways.
The next things on my plate for
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 keeps the moves from breaking our
end-users, doing
On 06/27/2017 01:03 PM, Monty Taylor wrote:
On 06/12/2017 03:17 PM, James E. Blair wrote:
Clint Byrum <cl...@fewbar.com> writes:
Excerpts from corvus's message of 2017-06-09 13:11:00 -0700:
Clark Boylan <cboy...@sapwetik.org> writes:
I'm wary of this simply because it look
On 06/12/2017 03:17 PM, James E. Blair wrote:
Clint Byrum writes:
Excerpts from corvus's message of 2017-06-09 13:11:00 -0700:
Clark Boylan writes:
I'm wary of this simply because it looks a lot like repeating
OpenStack's (now failed) decision to
Hey all,
We have an important balancing act going on right now, and we also have
an increasing number of lovely humans playing in our playbox. (hello
lovely people!)
The balancing act is that we're in the final push of getting this bad
boy rolled out, and we're having to keep a tight focus
erything now" :)
This makes me think it might be useful to have a document with a list of
backlog of "these are all good ideas that we all agree should be here,
but also that we're purposely not doing today". I'll send a follow up
email about that.
On June 9, 2017 4:22 pm, Mo
On 06/09/2017 03:09 PM, Monty Taylor wrote:
On 06/09/2017 02:35 PM, Clark Boylan wrote:
On Fri, Jun 9, 2017, at 09:22 AM, Monty Taylor wrote:
Hey all!
Tristan has recently pushed up some patches related to providing a Web
Dashboard for Zuul. We have a web app for nodepool. We already have
On 06/09/2017 02:35 PM, Clark Boylan wrote:
On Fri, Jun 9, 2017, at 09:22 AM, Monty Taylor wrote:
Hey all!
Tristan has recently pushed up some patches related to providing a Web
Dashboard for Zuul. We have a web app for nodepool. We already have the
Github webhook receiver which is inbound
On 06/09/2017 12:35 PM, Clint Byrum wrote:
Excerpts from Monty Taylor's message of 2017-06-09 11:22:03 -0500:
Hey all!
Tristan has recently pushed up some patches related to providing a Web
Dashboard for Zuul. We have a web app for nodepool. We already have the
Github webhook receiver which is
On 06/09/2017 11:41 AM, James E. Blair wrote:
Monty Taylor <mord...@inaugust.com> writes:
We should use aiohttp with no extra REST framework.
Meaning:
- aiohttp serving REST and websocket streaming in a scale-out tier
- talking RPC to the scheduler over gear or zk
- possible in-p
Hey all!
Tristan has recently pushed up some patches related to providing a Web
Dashboard for Zuul. We have a web app for nodepool. We already have the
Github webhook receiver which is inbound http. There have been folks who
have expressed interest in adding active-REST abilities for
Hey all,
I just pushed up a spec about an approach for Scale-out event ingestors
for Zuul.
https://review.openstack.org/471158
This is mostly based on having done a restart the other day, being irked
that there was a user-facing impact of that, and then spending a
Saturday brainstorming
On 01/13/2017 11:32 AM, Clark Boylan wrote:
> On Fri, Jan 13, 2017, at 08:18 AM, Monty Taylor wrote:
>> Hey all,
>>
>> Part of the rollout plan for zuul v3 involves rolling out the new
>> zookpeer-based nodepool launchers before we roll out zuul v3 itself.
&
Hey all,
Part of the rollout plan for zuul v3 involves rolling out the new
zookpeer-based nodepool launchers before we roll out zuul v3 itself.
We've mostly spoken about this in a hand-wavy mannr so far, but I think
we may have a fairly simple answer of how to approach it - so I'd like
to propose
Hey all,
Jordan wrote a patch which has led to a fairly lengthy review message
from me:
https://review.openstack.org/#/c/393884
It's beefy enough that it's worth raising for people who aren't
necessarily following review notes.
tl;dr ...
* API compat trumps efficiency for the old methods.
*
On 03/26/2016 01:39 PM, Steven Dake (stdake) wrote:
Hey folks,
Requesting deletion of Kolla branches Kilo, Juno, and Icehouse. This
was approved by the core reviewer team via vote [1] and the appropriate
–eol tags have been applied to the mentioned branches.
Please leave liberty and mitaka
On 03/06/2016 12:10 PM, Noorul Islam K M wrote:
I am a big fan of Openstack CI. I used it when I was contributing to
Solum project.
Currently at work we have a requirement to find a CI solution. Since I
know Openstack CI is comprehensive and stable, I thought I would re-use
it. Why to
On 02/21/2016 09:42 AM, David Cramer wrote:
Hi there,
We've encountered an edge case where Shade (via the os_server module in
Ansible 2.0) fails because the call to v2.0/floatingips/{id} is not
returning a status. We have tenants in different data centers. It is
only in one of these that we
Hey all,
We're in the home stretch and are pretty much ready to go except for
getting some reviews on:
https://review.openstack.org/#/q/topic:puppet-apply+status:open,n,z
I made an etherpad:
https://etherpad.openstack.org/p/magical-puppet-apply
To track getting it rolled out.
** Current
On 04/29/2015 02:19 AM, Steve Kowalik wrote:
On 29/04/15 04:41, Monty Taylor wrote:
On 04/28/2015 02:02 PM, Clark Boylan wrote:
On Mon, Apr 27, 2015, at 11:13 PM, Steve Kowalik wrote:
[snip]
* Decide if we host full upstream sources, or if we point at a remote
site with tarballs
On 04/26/2015 08:08 PM, Spencer Krum wrote:
Hi All,
The primary maintainer of puppetboard is stepping aside:
https://github.com/puppet-community/puppetboard/issues/132. We use
puppetboard to display facts from machines and reports of puppet runs. We
can expect to continue to have this need
As a follow up to my previous email about thinking about ceasing to use
storyboard, I have done some work towards investigating using phabricator.
phabricator came out of Facebook, but has been spun out completely and
is now managed as an Open Source project. There is a company that has
formed
On 04/03/2015 11:54 AM, Sean Dague wrote:
On 04/03/2015 11:00 AM, Monty Taylor wrote:
As a follow up to my previous email about thinking about ceasing to use
storyboard, I have done some work towards investigating using phabricator.
phabricator came out of Facebook, but has been spun out
On 04/03/2015 12:06 PM, Jeremy Stanley wrote:
On 2015-04-03 11:54:00 -0400 (-0400), Sean Dague wrote:
[...]
2) is there an event stream of changes (either real time or rss) that
can be consumed by said tools? Having the change stream would be really
helpful.
Which relates to a feature
On 04/03/2015 11:16 AM, Thierry Carrez wrote:
Monty Taylor wrote:
As a follow up to my previous email about thinking about ceasing to use
storyboard, I have done some work towards investigating using phabricator.
[...]
For the record, I'll repost some of the analysis I did for mordred
On 03/23/2015 04:15 PM, Clark Boylan wrote:
On Fri, Mar 13, 2015, at 11:06 AM, Jimmy Mcarthur wrote:
Hi all - The OpenStack Foundation has already worked up at least a
portion of this solution by allowing one or more users with an
OpenStackID to be set as a CCLA Admin for their
Hi everybody,
First, some background:
A year and a half ago, Infra started down the road of of writing a
replacement for the pieces of Launchpad that OpenStack continues to use.
There were several reasons, but notable amongst them are:
- Desire to use the forthcoming openstackid OpenID/Oauth as
On 03/05/2015 05:26 PM, Clint Byrum wrote:
And the results:
https://www.surveymonkey.com/results/SM-W6R6K2T7/
It would appear that 'infra cloud' is far enough ahead of the others,
including a wide margin in front of discuss further that I think we
can declare it the winner of this very
On 02/26/2015 05:41 PM, Zaro wrote:
Thanks Jim. This makes a lot of sense and will hopefully make things
simpler and more robust.
Just a few questions:
I am not Jim - but I'm going to answer anyway ...
1. It looks like zuul can request a specific set of nodes for a job. Do
you envision
On 02/10/2015 05:26 PM, Boris Pavlovic wrote:
James,
Awesome! Amazing! You guys rock!=)
Thanks Boris! Just trying to keep up with all of the awesome developers
we have out there!
On Wed, Feb 11, 2015 at 1:26 AM, James E. Blair cor...@inaugust.com wrote:
Hi,
We have added support for
On 01/30/2015 12:20 PM, James E. Blair wrote:
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
On 01/14/2015 07:28 AM, Csaba Henk wrote:
Hi,
I hope I'm addressing the right list -- if not, please point
me where it's appropriate.
We (Manila developers) plan to start a new side-project that would
be hosted on Stackforge. It's tentatively named Manila Image Project,
although it would
Hi!
We do not land such patches. We make sure that there is a sequence in which
they can land. We have actually come to realize that this is a feature not a
bug, as it is important for people doing CD.
Monty
On Nov 17, 2014 7:36 AM, Spencer Krum krum.spen...@gmail.com wrote:
Hi,
I help
I'm on my phone and will follow up when I am not. Tl;Dr,they have a valid use
case we don't have upstream that bears thought
On Nov 17, 2014 3:11 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Spencer Krum's message of 2014-11-17 02:36:20 -0800:
Hi,
I help run a clone of infra
Hey all,
In the infra-manual talk, we discussed the possibility of having a
collection of tasks separate from roles where those are used, and talked
about how we were going to maybe need to write some sphinx support.
Turns out ... sphinx can already do this right now.
If you have two files:
On 09/15/2014 10:25 AM, Sandy Walsh wrote:
From: Jeremy Stanley [fu...@yuggoth.org]
Sent: Monday, September 15, 2014 2:05 PM
On 2014-09-15 16:47:13 + (+), Sandy Walsh wrote:
It's the Corporate CLA that's needed. The companies that want to
?
On 12 July 2014 15:43, Monty Taylor mord...@inaugust.com wrote:
No. Same license.
On Jul 11, 2014 10:23 PM, Robert Collins robe...@robertcollins.net wrote:
Wont the licence be a problem?
On 12 Jul 2014 05:59, Angus Lees gusl...@gmail.com wrote:
Id like to switch to using
I have talked with Oracle about publishing this non external, but they were not
immediately receptive.
On Jul 10, 2014 10:55 AM, Doug Hellmann doug.hellm...@dreamhost.com wrote:
You should probably bring this up on the main -dev mailing list. Not
everyone involved in requirements management
Hey!
I expect pretty much all of us to be there. I very much look forward to
spending time with you in person.
I doubt we'll have an adjacent hackathon ... The summit itself is usually all
we can handle. :)
On Jun 27, 2014 8:03 AM, Antoine Musso has...@free.fr wrote:
Le 27/06/2014 01:03,
On 06/27/2014 09:04 AM, Jeremy Stanley wrote:
On 2014-06-27 14:40:44 +0200 (+0200), Antoine Musso wrote:
[...]
I was wondering whether yet another DSL could be build on top of JJB / Zuul.
JJB would provide the templates, macro etc and Zuul the pipelines and
templates. The new DSL would let
I'm going to molest you
On Jun 22, 2014 7:23 PM, Michael Still mi...@stillhq.com wrote:
Hey peoples,
So, I've had a bit of a win and hired the primary author of pypi to
work on OpenStack stuff for Rackspace Australia. His first day is
today.
I know we've had some pain with pypi in the
On 06/18/2014 03:10 PM, Clark Boylan wrote:
We are working on Trusty honest (I just got nodepool to build our
first Trusty images), and that solves this problem. There is a bigger
underlying issue in that projects should not depend on things like
mongodb versions which are not available on the
Hey all,
I spoke to a few people about this on IRC, and I think it's just barely
not crazy enough to commit it to email.
Basically, I've been doing a little bit of hacking on ansible playbooks
for some of the little sysadmin tasks we have which aren't really
puppet-sensible. As part of that, I
On 06/02/2014 06:32 PM, Jesus M. Gonzalez-Barahona wrote:
On Mon, 2014-06-02 at 14:31 -0700, Stefano Maffulli wrote:
Hello folks
I wanted to get your thoughts on the idea to move the whole Bitergia
grimoire engine, scripts, database, etc to the openstack common
infrastructure. I'm sure
On 05/26/2014 05:48 PM, Anita Kuno wrote:
On 05/26/2014 07:10 PM, Carlos Munoz wrote:
Hi All,
My name is Carlos Munoz and I am the team supervisor for the Zanata
(zanata.org) team in Brisbane, Australia. After attending OpenStack
summit in Atlanta a few weeks back, it was decided that a
It also looks like there may be an extra leading space in front of no bug
On May 24, 2014 1:41 PM, Elizabeth K. Joseph l...@princessleia.com wrote:
On Sat, May 24, 2014 at 3:03 AM, trinath.soman...@freescale.com
trinath.soman...@freescale.com wrote:
Hi -
With Zuul 2.0.0.163,
Hey all!
I was just looking at Khai's patch to make sure the right jenkins
plugins were installed on jenkins-dev - and it reminded me that we have
a bunch of now-unused plugins installed - and that maybe we should
uninstall them. Specifically:
bazaar
github-api
github
htmlpublisher
On 03/25/2014 08:25 PM, Joshua Hesketh wrote:
Hi Miguel,
My recommendation would be to create a draft blueprint or two around the
larger changes so that you don't spend too much time on something to
have it rejected. Specifically I'm unsure about how your strategy to
change configuration
On 03/23/2014 08:26 AM, Monty Taylor wrote:
Thanks to nibalizer's work - http://puppetdb.openstack.org is now a thing.
Several of our nodes were not reporting in - this was due to broken
puppet - fixes for which have been merged already. So I think we can
consider it already useful.
A few
Yes. I think we should revert the pbr = 1.4 patch.
On Mar 19, 2014 11:57 AM, Andreas Jaeger a...@suse.com wrote:
I see many propose-translation-jobs failing today that worked yesterday, for
example:
https://jenkins.openstack.org/job/cinder-propose-translation-update/lastBuild/console
On 03/19/2014 07:01 AM, Andreas Jaeger wrote:
On 03/19/2014 10:40 AM, Monty Taylor wrote:
On 03/19/2014 05:07 AM, Monty Taylor wrote:
Yes. I think we should revert the pbr = 1.4 patch.
Ok - I looked further. The proposal slave still at apt-installed pip on
it. We have an unmerged puppet
On 03/17/2014 08:07 PM, Philip Schwartz wrote:
On 3/17/14, 5:33 PM, Sean Dague s...@dague.net wrote:
Have you considered other open source efforts to build upon, like
phabricator? That came up on IRC a few nights ago by Ryan Lane. And it
seems like a lot of mileage could be gained from
On 03/18/2014 06:55 AM, Sean Dague wrote:
On 03/18/2014 06:04 AM, Thierry Carrez wrote:
Monty Taylor wrote:
Which means, although I tend to have a side which agrees with Clint and
Clark that replacing gerrit is a bit of a potential giant rathole - I
also think that making a scalable thing
I agree.
Solly - in addition to potentially 'adopting' noVNC - or as a parallel
train of thought ...
As we started working on storyboard in infra, we've started using the
bower tool for html/javascript packaging - and we have some ability to
cache the output of that pretty easily. Would you
Will do!
On Mar 13, 2014 10:13 AM, Solly Ross sr...@redhat.com wrote:
@Monty: having a packaging system sounds like a good idea. Send us a pull
request on github.com/kanaka/noVNC.
Best Regards,
Solly Ross
- Original Message -
From: Monty Taylor mord...@inaugust.com
On 03/12/2014 09:01 AM, James E. Blair wrote:
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:
Honestly not being snarky here ... The reason is that github if quite flaky. We
try very hard to never touch it in infra. And by try, I mean we NEVER clone
from it live, and if we absoluely can't avoid it for some reason, we are clone
into a cache dir.
On Mar 11, 2014 4:28 PM, Dane Leblanc
I'd like to say I think this is excellent. Not that things broke ... But that
a) we're consuming from infra but not dying and b) we're producing a vector of
feedback on OpenStack that we did not have as a community before.
On Feb 25, 2014 1:08 AM, Robert Collins robe...@robertcollins.net wrote:
We have a test repo, but also have a whole Dev gerrit ... Perhaps we should
just make you a repo there?
On Feb 7, 2014 4:17 PM, Jay Pipes jaypi...@gmail.com wrote:
Hi Infra tream,
I've been working on a set of Puppet modules (and soon to be Ansible
playbooks) for deploying a 3rd party
On 01/19/2014 05:38 AM, Sean Dague wrote:
So, we're currently 70 deep in the gate, top of queue went in 40 hrs
ago (probably closer to 50 or 60, but we only have enqueue time going
back to the zuul restart).
I have a couple of ideas about things we should do based on what I've
seen in the gate
+100 (apologies for top-post - laptop was stolen, limping along on Windows
for a few days. Ew.)
-Original Message-
From: Robert Collins [mailto:robe...@robertcollins.net]
Sent: Wednesday, January 08, 2014 11:52 PM
To: James E. Blair
Cc: openstack-infra@lists.openstack.org
Subject:
Hey guys!
My laptop was stolen from a car in the middle of San Fran. I'm 99% sure it
will be broken down and sold for parts as part of the drug trade, so I'm not
ACTUALLY concerned with someone hacking information off of it.
HOWEVER - better safe than sorry. So would someone in infra-core please
That's great. Thanks!
-Original Message-
From: Jeremy Stanley [mailto:fu...@yuggoth.org]
Sent: Thursday, January 09, 2014 11:53 AM
To: Monty Taylor
Cc: openstack-infra@lists.openstack.org
Subject: Re: [OpenStack-Infra] Laptop stolen, please disable my ssh keys
[Cc'ing you so
Hey all!
I'd like to get the wheel stuff done. The support is in pypi-mirror
which we are now using, which means we have wheels in the mirror now.
Now it's time to start using them.
There are a series of related patches:
https://review.openstack.org/#/q/status:open+topic:wheels-in-mirror,n,z
I
There is a change up to add taskflow to the global requirements. I have
no problem with this in principle, but it's one more that's in the set
of things like pecan, wsme and friends that are in the set of things
that Sean talked about in preemptively gate the universe.
I'd like to not add it
I'd love to put it on stackforge or even in the infra namespace and get
packages built and publish through the infra systems so that we can consume
them ourselves easily.
Antoine Musso has...@free.fr wrote:
Le 01/11/13 01:45, Paul Belanger a écrit :
snip
I just merged you code into my repo,
Exactly
Paul Belanger paul.belan...@polybeacon.com wrote:
On Fri, Nov 1, 2013 at 11:21 AM, Antoine Musso has...@free.fr wrote:
Le 01/11/13 01:45, Paul Belanger a écrit :
snip
I just merged you code into my repo, thanks!
\O/ Thank you!
As for getting it into debian, I'd likely want to
https://review.openstack.org/#/c/51425/
It's marked WIP because it's TOTALLY untested. Probably doesn't even
compile.
I put it up to see what people thought of the general idea.
Main things:
- stop installing pip or setuptools from disto for the remainder of the
time that we're using pip to
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 handle placing indexes as it should know which objects to
expect.
That said, if the path is
Hey all!
I've done a bit of investigation of cloud databases, and have put up a
couple of changes to migrate databases we care about (gerrit, wiki,
paste, etherpad) to be cloud databases. Basically this just comes down
to passing in hostname to the puppet modules and not having puppet
create the
Chmouel and I had a chat about running the swift functional tests today.
As it stands now, they need a v1 swift, although chmouel is interested
in running them against v2 as well.
In any case, I proposed the following:
Add a job that is triggered by swift commits for running functional tests.
On 04/24/2013 11:07 AM, Brian Lamar wrote:
On Apr 24, 2013, at 10:50 AM, Dan Prince dpri...@redhat.com wrote:
- Original Message -
From: Brian Lamar brian.la...@rackspace.com
So the question again becomes how can we get XenServer into the
gate.
Hi Lamar,
I understand
, Monty Taylor wrote:
On 04/24/2013 11:07 AM, Brian Lamar wrote:
On Apr 24, 2013, at 10:50 AM, Dan Prince dpri...@redhat.com wrote:
- Original Message -
From: Brian Lamar brian.la...@rackspace.com
So the question again becomes how can we get XenServer into the
gate.
Hi Lamar,
I
83 matches
Mail list logo