ile at all...
http://git.openstack.org/cgit/openstack/group-based-policy/tree/tox.ini?h=stable%2Fliberty
You probably want to try cherry-picking a backport of
https://review.openstack.org/298959 to that branch.
--
Jeremy Stanley
___
OpenStack-Infra mail
ove accounts from it without being a member of thatt
group themselves.
https://review.openstack.org/#/admin/groups/1487,info
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
t::mirror_update class fire every 2
hours currently.
http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/manifests/mirror_update.pp
>
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists
er than self-owned
(because you don't want CI operators adding voting rights for other
CI operators).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
On 2016-06-21 17:34:07 + (+), Jeremy Stanley wrote:
> On 2016-06-21 18:16:49 +0200 (+0200), Thierry Carrez wrote:
> > It hurts a lot when it's down because of so many services being served from
> > it. We could also separate the published websites (status.o.o
esources and grow slowly, from the more resource-hungry storage sites
> (logs.o.o, tarballs.o.o...).
Agreed, that's actually a pretty trivial change, comparatively
speaking.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra
cale static.o.o horizontally.
Yes, and it's not the only lengthy static.o.o outage we've had over
the past month either. I agree that solving it is a good candidate
for prioritization, but we need to go back and choose between a
couple of options on the table
On 2016-06-08 23:08:16 +1000 (+1000), Joshua Hesketh wrote:
> On Mon, Jun 6, 2016 at 9:21 AM, Jeremy Stanley wrote:
> [...]
> > Store Build Logs in Swift
> [...]
> > We should remove the original spec from our priority list (since
> > that's basically already cease
s a library within Zuul because we need to be able to
parse our current massive set of job configurations. Also, Zuul 2.x
continues to support using Jenkins as a worker (it just now also
supports using its own Ansible-based launcher too).
--
Jer
nfra/project-config repo, the above
is purely in reference to aspects of the v3 redesign.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
valid pack taking 2.81 MiB
[...]
Current state of the openstack/nova repo on Gerrit:
count: 5086291
size: 36.91 GiB
in-pack: 1350559
packs: 163
size-pack: 431.08 MiB
prune-packable: 344
garbage: 0
size-garbage: 0 bytes
--
Jeremy Stanley
___
OpenStack-
s have been rapidly growing in size on
disk. The space occupied by
~gerrit2/review_site/git/openstack/nova.git is now a whopping 38GiB.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-
Unix.
That seems to have merged a little over an hour ago. Any reason I
shouldn't go ahead and tag a 1.6.1 release now?
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
y alleviate
these concerns.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
On 2016-06-06 10:33:23 -0400 (-0400), Paul Belanger wrote:
> On Mon, Jun 06, 2016 at 02:26:42PM +0000, Jeremy Stanley wrote:
[...]
> > How long should we wait for possible shrieking before we declare
> > this done and unlikely to be reverted?
>
> My vote is 3 days. I tes
On 2016-06-05 20:15:47 -0400 (-0400), Paul Belanger wrote:
> On Sun, Jun 05, 2016 at 11:21:47PM +0000, Jeremy Stanley wrote:
[...]
> > Use Diskimage Builder in Nodepool
> > -
> >
> > http://specs.openstack.org/openstack-infra/infra-sp
he above? Or have any details to add?
Or want to propose other additions to the priority list for the
current cycle?
--
Jeremy Stanley
signature.asc
Description: Digital signature
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.o
to enqueue it but
couldn't because it was actually already merged a couple months ago.
I manually instructed Zuul to try and requeue 324209 and that seems
to have worked.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.op
On 2016-05-24 13:50:42 + (+), Jeremy Stanley wrote:
[...]
> we have a bunch of hostname==service/vhost assumptions baked into
> our configuration management right now. While I'm not opposed to
> the plan in principle, executing it implies a pretty significant
> cleanup eff
upport/
> In my ideal world of awesomeness, there would be an MQTT server in infra
> which was getting data from all the relevant change sources
[...]
This makes a good case for it running on a separate server then
rather than directly on the Gerrit server.
--
Je
e this directly on review.openstack.org. If zuul grew
support for that mechanism, it might allow CI systems (third party
or even our own) to wean off using SSH entirely since this is a
problem in a lot of places from crazy enterprise firewall policies
to systems running in mainland China.
--
Jeremy S
.
[...]
That's a very good point with respect to storyboard integration. I
had completely forgotten you'd written that plugin a couple years
ago. What are the up/down sides between that and a pull model for
the review.openstack.org+storyboard.openstack.org u
ess logic). So a rules engine which can
be configured to tokenize parts of specified Gerrit events and then
expand corresponding variables in configured API calls would
presumably fit the bill.
--
Jeremy Stanley
___
OpenStack-Infra mailing lis
n independent
service which consumes the Gerrit event stream and then performs
arbitrary callouts (likely over localhost on the storyboard server)
to a task tracker API. Your goals seem closely aligned.
--
Jeremy Stanley
___
OpenStack-Infra mailing
ch and didn't pass ever. Jenkins
> reports that this job is NOT_REGISTERED [2].
I proposed a fix for it at https://review.openstack.org/318333 (over
a week ago) but nobody's approved it yet.
--
Jeremy Stanley
___
OpenStack-Inf
ctual DNS name you want clients
connecting to rather than the server's hostname. In some cases this
means plumbing a new parameter in from where you're instantiating so
that you can set it independently.
--
Jeremy Stanley
___
OpenStack-Infra mail
On 2016-05-23 20:38:55 + (+), Jeremy Stanley wrote:
> As discussed during the "Launch Node, Ansible and Puppet" summit
> session in Austin[1], we're making things unnecessarily hard on
> ourselves by insisting on having multiple servers in our inventory
> with
already sailed).
[1] https://etherpad.openstack.org/p/newton-infra-launch-node-ansible-and-puppet
[2] https://review.openstack.org/320115
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
ttp://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/elements/cache-bindep
http://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/elements/cache-devstack
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-In
se of executing its
"Merge if Necessary" submit type).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
e information" as it
definitely doesn't. You can see that file's full commit history at
http://git.openstack.org/cgit/openstack/openstack/log/.gitmodules
(such as it is), updated once or twice a year by a total of three
people over the entirety of i
at got overlooked in this case and the TC
approved a repo which doesn't exist yet.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
t a lot more about how it's
supposed to be mirrored before embarking on a quest to design and
implement one within our infrastructure.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cg
you're seeing that error
from pip 8.1.2 (released earlier today) then you may need to upgrade
to bandersnatch 1.10 (released later today) so that compatible
indices are built.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@
e mentioned seem to be coincidental
known problems with the PyPI search and should have nothing to do
with your mirror.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
upstream CI jobs/workers for a
variety of reasons (they're unofficial/non-canonical, we frequently
rename or reorganize them in opaque and disruptive ways, may have
them down for unannounced maintenance, et cetera).
--
Jeremy Stanley
___
OpenS
rently running a lightweight fork of bandersnatch with his hash
indexing patch applied so need to make sure that still applies
cleanly and include it in whatever updated version we deploy on the
mirror-update server.
--
Jeremy Stanley
___
OpenStack-In
we
should get that set up ASAP."
That concludes my recollection of these sessions over the course of
the week--thanks for reading this far--feel free to follow up (on
the openstack-dev ML please) with any corrections/additions!
--
Jeremy Stanley
signature.asc
Description: Digital signatur
orth noting, Storyboard does have kanban functionality similar to
that. It calls them "worklists" (simple) or "boards" (customizable
multi-lane) but they're the same sort of card organizing system.
--
Jeremy Stanley
ck.org maintained by Infra sill under
development, but some final coordination with the current
Stackalytics maintainers at Mirantis is needed to get lifecycle
management details for the service worked out.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
Ope
in next week, we'll be talking
about how we schedule the move of our own CI servers to 14.04 and/or
16.04 (much of it is still running on 12.04) Thursday at 4:10 PM CDT
in Hilton meeting room 400:
https://www.openstack.org/summit/austin-201
Perez.
I did my best to avoid conflicts over related topics and different
people's various other engagements as much as I could, but some were
inevitable (for example, we don't have a single work session that
doesn't either conflict with Ansible or Puppet team sessions, yet we
hav
hecked that this new Gerrit server is working as
intended and expected features are available, but if you experience
any problems please let us know in the #openstack-infra channel on
the Freenode IRC network, or via the
openstack-infra@lists.openstack.org maili
asswords
and change it to something else only you know.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
On 2016-04-07 14:25:49 + (+), Barrett, Carol L wrote:
> Can you reset it?
I'm lacking some context to know what access you're talking about.
Are you referring to administrator access for the
enterprise...@lists.openstack.org mailing list?
--
J
pt as small as possible
for multiple reasons (size of our worker images, limited available
filesystem space on workers, virt-on-virt performance issues which
make more complex inner instance boots slow). Could this be done in
a CirrOS image, for example?
--
Jer
comment not indented like content (comments-indentation)
It's at least worth playing around with to see whether it may be a
useful sanity check on more complex configurations.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@list
e to a later
release of Mailman, there are a number of options at our disposal to
help address this issue. In the interim, the alternative
recommendation is to not subscribe to the list from addresses at
sites enforcing DKIM/DMARC for forwarding/deliv
ll still be plenty for our current plans (apparently since
Verizon is the one allocating, they only got a /48 for the entire
"ecopod" and want to be able to divvy some of it up amongst other
residents besides infra-cloud).
--
Jeremy Stanley
__
ers to need/understand.
I'd like to make sure we avoid adding advanced features easily
handled by existing tools (especially Git), or relying on unusual
Gerrit configurations/deployment choices.
--
Jeremy Stanley
___
OpenStack-Infra mailing
there aren't any
outstanding bug fixes or test coverage improvements lingering in the
review queue for it.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinf
On 2016-03-28 11:36:44 +0200 (+0200), Thierry Carrez wrote:
> Jeremy Stanley wrote:
> >On 2016-03-25 10:51:57 -0700 (-0700), Elizabeth K. Joseph wrote:
> >[...]
> >>1. Spammer moved How_To_Contribute to a 555-5p4m-number-woo page
> >>2. Spammer replaced the
that does
complicate matters. Also we should probably be marking high-value
pages like How_To_Contribute locked to wiki admins anyway (we
already do that for some of them since long before the current rash
of defacements).
--
Jeremy Stanley
___
OpenSt
On 2016-03-23 19:04:58 + (+), Jeremy Stanley wrote:
> On 2016-03-23 13:05:48 +0800 (+0800), Tom Fifield wrote:
> > So, *sigh*. I've been trying to use
> >
> > https://wiki.openstack.org/wiki/Special:Nuke
> >
> > to delete pages matching
On 2016-03-24 15:19:03 + (+), Zara Zaimeche wrote:
[...]
> Most of this is SotK's work, and I just yell about it so he gets
> the credit he deserves; he has done an amazing job; thanks, SotK!
[...]
Yes--all very awesome--thanks SotK! (And Zara, and anyone else who
contributed!)
aware that changes which refactor otherwise
syntactically and logically correct code will be low priority for
most of our reviewers and will likely have to be rebased many times
if they touch a lot of lines in a given file.
--
Jeremy Stanley
___
OpenSta
The
deletion and move log for the page are provided below for
reference."
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
ier today) with the data
center management at HPE to work out cabling and configuration
requirements for the hardware currently being relocated.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.or
onse to escalating
advancement in defacement and valdalism on Wikipedia and elsewhere.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
graded and the authors did some additional testing with a dev
instance of the provider and our Zanata dev deployment the issue was
spotted and we upgraded to a new working release. At this point
things seem to be under control, but thanks for looking into it!
--
Jeremy S
If we find that the Keystone integration on the translation check
deployment or the refstack.openstack.org implementation are still
broken by new OpenStackId at that point, we'll configure them to
authenticate against openstackid-dev.openstack.org and troubleshoot
further there while leaving pr
On 2016-03-17 23:20:11 +0100 (+0100), Ricardo Carrillo Cruz wrote:
> Works for me, I'll attend.
Yes, I'm available for 1800 UTC Tuesday if we can keep it to an
hour, since our OpenStack Infra team meeting starts at 1900.
--
J
echo status|nc -q 3 localhost 4730
Response field order is described in the "Administrative Protocol"
documentation:
http://gearman.org/protocol/
Hope that helps!
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.
now if folks have some ideas already.
[...]
Thanks for putting that together! I'll flesh out the details on how
many of what sort of slots we get once I have some confirmation from
the organizers. Looking forward to some GREAT discussions and
implementation work next mon
ation has been decided. While I agree in retrospect
this seems backward, the timeline for getting back to the
coordinators about our space needs is immediate so we don't have a
real opportunity to try it the other way around this time either.
Food for thought for Barcelona perhaps!
more other teams).
If anyone has any serious objections to this and thinks we need
more/less of one or the other let me know.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailma
On 2016-03-02 14:47:43 -0500 (-0500), Cody A.W. Somerville wrote:
[...]
> If no one objects to the proposal, I'm happy to volunteer to do
> this and will send the report out each Monday.
[...]
Sounds great--thanks for volunteering to track and report to us on
this!
--
Jer
with one tagged and one untagged network
> > - Allocation of /19 IP network block for IPv4 and a /48 for IPv6 within
> > the LR5 network
> > - Reverse DNS for both network blocks delegated to (yet to be identified)
> > nameservers under our control
Looks great--thanks for r
attended, only our first one was
entirely 101-ish, but others had at least a day set aside for Infra
overview stuff.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
entified) nameservers under our
control.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
fline for at least a few weeks,
but everyone who worked to get Infra Cloud this far deserves that
much of a break anyway. ;)
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
ink having a random garbage question/answer was in fact
previously preventing account creation under the mobile view. We
probably need a way to disable mobile view account creation as it
bypasses OpenID authentication entirely.
--
Jeremy Stanley
___
Ope
it should boot additional
capacity to satisfy pending demand, but its state tracking (USED,
DELETE) is based on the ZeroMQ subscription to Jenkins and has
nothing to do with Zuul.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.open
hanks for following up!
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
ts/wiki.pp
[2] http://git.openstack.org/cgit/openstack-infra/puppet-mediawiki/tree/
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
h ones are
relevant and so it rapidly becomes a swamp of unusable noise.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
On 2016-02-12 17:09:12 + (+), Jeremy Stanley wrote:
> Wow! That's interesting. I wonder if there's an auth hole in the
> mobile browser support in Mediawiki? If you try to log in with a
> normal browser it sends you to login.launchpad.net to do OpenID
> authentication
teresting. I wonder if there's an auth hole in the
mobile browser support in Mediawiki? If you try to log in with a
normal browser it sends you to login.launchpad.net to do OpenID
authentication.
--
Jeremy Stanley
___
OpenStack-Infra m
e black hole than
asking someone in IRC to try and help figure out what happened. Sad,
but true. The more effective path, which I'll grant is also not
easy, is to try to add relevant additional debugging so that you can
spot the cause yourself the next time it happens and have some hope
ackID manually if they want to keep the same
account after the transition period.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
mmon data at all. What we need to decide is whether we make some
best-effort attempt to map up what accounts we can, or just punt and
expect everyone to end up with new accounts. I'm open to either
option but others may have stronger opinions on contin
frastructure" directly.
I wouldn't object to officially renaming the team to something more
symbolic like "Infra" as well since we informally use that already
today, but we can save that possibly contentious topic for another
time.
--
Jeremy Stanley
_
infrastructure" is thrown around in so many contexts now it's
essentially a meaningless industry fluff term. I guess what I was
looking for was a non-circular definition for our particular use of
"infrastructure" but that might just be expecting too much.
--
Jeremy Stanley
___
nstack-tempest:
http://status.openstack.org/openstack-health/#/g/project/openstack/tempest
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
Git ref from which it can infer a
branch. Asking Zuul to limit a periodic job to specific branches
means it will never be run, as that precondition can never be
satisfied.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.opens
On 2016-02-04 09:10:39 +0100 (+0100), Andreas Jaeger wrote:
> A friendly reminder that this has not happened yet..
[...]
It was still way down my to do list, but I went ahead and took care
of it just now.
--
Jeremy Stanley
___
OpenStack-Infra mail
membership normalization script relies on parsing
the projects list in governance, and when I ran it yesterday this
repo's addition to governance hadn't been approved by the TC yet.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lis
nd services
which allow our project's developers and extended community to
productively communicate and work on making OpenStack (or I can just
use my wording from this sentence if nobody has a better idea).
--
Jeremy Stanley
___
OpenStack-In
roviding
mailing lists, wiki, continuous integration and testing, code
review, et cetera), not OpenStack itself. For descriptions of the
various mailing lists we host, see http://lists.openstack.org/ . The
openstack or openstack-operators lists are probably more on topic
for your question.
--
Jeremy
st and bdist_wheel from the tag before you push it, and then
inspect the filenames in the dist directory (maybe even going so
far as to check their contents or install them into a test
virtualenv and make sure you see the right versions). I do this
fairly often if I'm not sur
t.openstack.org/cgit/openstack/networking-midonet/tree/setup.cfg?h=2015.1.2#n3
is your problem I think. You'll want to update that before tagging
2015.1.3.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://li
, it's probably best if you do that step yourself, as
well as abandoning any remaining open patches targeting those
branches (you can find them pretty easily with a Gerrit query).
After that's done, follow up to this thread letting us know it's
safe to proceed with the branch deletion
uld rename our tox macro so that it doesn't shadow
the recently added tox builtin, but this problem will occur any time
support for another plugin is added which uses the same name as
something in our existing configuration so I'm not sure if th
nty of time (~5 weeks from now) for
people to figure out for sure whether they can attend, so let's just
update the wiki to reflect that.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.
On 2015-12-21 21:20:48 +0900 (+0900), fumihiko kakuma wrote:
[...]
> Does the graphite mean the following project?
>
> https://github.com/graphite-project
[...]
More specifically, our http://graphite.openstack.org/ service.
--
Jerem
already, so I could imagine adding a
query in the loop to periodically find out the relevant quotas from
nova/neutron (probably through shade?) and make those adjustments
automatically. It would of course need a lot more discussion, but it
seems feasible.
--
J
over something that just deletes
random instances and hides the effective lower quota we end up at.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
e jobs are rerun. If
it were constant and a significant enough percentage of our
aggregate quota impacted in this way then it would likely be pretty
crippling for us, but as we diversify across an increasing number of
donors the risk there diminishes as well
unnecessary for these particular tags.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
http://logs.openstack.org/19/198ca4b325d7e9d0ae26d98c9bc4811800077f53/post/project-team-guide-publish/31488b2/console.html.gz
[2]
http://logs.openstack.org/b1/b15b9a7aa07a213a44d9ba605d693ddbda297be5/post/project-team-guide-publish/608d8d1/console.html.gz
--
Jeremy Stanley
___
201 - 300 of 682 matches
Mail list logo
