Hi everyone,
Here's an initial agenda for our weekly meeting today at 1500 UTC in
#openstack-meeting-4:
https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20150623
Please add additional items you'd like to discuss.
--
Emilien Macchi
signature.asc
Description: OpenPGP digital
Hi Assaf,
Now reading the rbac network specs carefully, I believe it does allow private
networks to be shared to other tenants by non-admin users.
So the command neutron rbac create net-uuid|net-name --type network
--tenant-id tenant-uuid --action access_as_shared - can this be only used by
an
Hi,
Happy June Solstice! Things are warming up in Ironic-land. Following is the
subteam report for Ironic. As usual, this is pulled directly from the
Ironic whiteboard[0] and formatted.
Bugs (dtantsur)
As of Mon, 22 Jun 15:30 UTC (diff since 15 Jun, no diff for Nova bugs for
now):
-
The problem was caused by references to stackforge/python-mistralclient.git in
contrib/devstack/lib/mistral; our devstack job in Jenkins was failing because
it could not clone the client [1].
Merging [2] updated those references to their new openstack-owned locations.
Our issues are
Nice! +2
On 6/23/15, 3:37 AM, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
Just a heads-up that Kevin Benton is added to neutron-stable-maint
team so now he has all the powers to +2/+A (and -2) backports.
Kevin is very active at voting
Josh,
We can generate options, if folks who need/want it are not here to do
the necessary work, not much we can do :(
-- dims
On Tue, Jun 23, 2015 at 11:30 AM, Joshua Harlow harlo...@outlook.com wrote:
Flavio Percoco wrote:
On 22/06/15 12:43 -0700, Clint Byrum wrote:
Excerpts from Adam
There was a bug raised [1] from some large deployments that the Cinder
client 1.2.0 and beyond is not working because of version discovery.
Unfortunately it's not taking into account of deployments that have a
proxy.
Cinder client asks Keystone to find a publicURL based on a version.
Keystone
On 06/23/2015 10:41 AM, Emilien Macchi wrote:
Hi everyone,
Here's an initial agenda for our weekly meeting today at 1500 UTC in
#openstack-meeting-4:
https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20150623
Please add additional items you'd like to discuss.
Our
On 06/23/2015 08:13 AM, John Garbutt wrote:
The question for the nova team is, shall we make the tempest-dsvm-cells
job voting on nova changes knowing that the gate can be broken with a
change to tempest that isn't caught in the regex? In my opinion I think
we should make it voting so we
On 22/06/15 12:43 -0700, Clint Byrum wrote:
Excerpts from Adam Young's message of 2015-06-22 11:26:54 -0700:
On 06/20/2015 10:28 AM, Flavio Percoco wrote:
As promissed: https://review.openstack.org/#/c/193804/
Cheers,
You can't deprecate a driver without providing a viable alternative.
Another thing to consider is how would you write a heat resource to consume the
new api. Usually you can find api problems while considering this case. Heat's
resources are very light weight to implement if the api is good. Quite
difficult when not.
Thanks,
Kevin
Flavio Percoco wrote:
On 22/06/15 12:43 -0700, Clint Byrum wrote:
Excerpts from Adam Young's message of 2015-06-22 11:26:54 -0700:
On 06/20/2015 10:28 AM, Flavio Percoco wrote:
As promissed: https://review.openstack.org/#/c/193804/
Cheers,
You can't deprecate a driver without providing a
Daniel P. Berrange berrange at redhat.com wrote on 04/15/2015
11:35:39
AM:
From: Daniel P. Berrange berrange at redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev at lists.openstack.org
Date: 04/15/2015 11:42 AM
Subject: Re: [openstack-dev]
Hi,
I am working on the master branch through devstack.
./stack.sh hangs on net-create:
+ echo_summary 'Creating initial neutron network elements'
+ [[ -t 3 ]]
+ [[ True != \T\r\u\e ]]
+ echo -e Creating initial neutron network elements
+ create_neutron_initial_network
2015-06-23 09:25:38.928 |
On 22 June 2015 at 16:52, Peng Zhao p...@hyper.sh wrote:
Thanks John.
I’m also not sure what the future would be, but I’d say that it would be
nice to have a hybrid OpenStack cluster of both VM/App-Container flavor.
And yes, it is more about a unified model between Nova and Magnum.
In
Hi Rob,
I have several thoughts about the idea.
1) The first is for message queue, as all components talk to each other via
it. If we follow the official installation guide, we only have one account
for all the components to use the message queues and there's no access
control rules. Although
On 06/23/2015 06:14 AM, Osanai, Hisashi wrote:
On Tuesday, June 23, 2015 12:14 AM, Adam Young wrote:
It is not an issue if you keep each of the policy files completely
separate, but it means that each service has its own meaning for the
same name, and that confuses operators; owner in Nova
On Tue, Jun 23, 2015 at 12:06:27PM +0100, Steven Hardy wrote:
tripleo-heat-templates/controller/cinder_backends/enable_netapp.yaml
...
OS::TripleO::EnableCinderBackends: [enable_netapp.yaml, enable_foo.yaml, ...]
Correction, I realised this should probably be more declarative, e.g not
the
Hi Lu,
yes, you're right. Return is a dictionary and for the other EDP
engines only status is returned (and we primarily care about
status). For Oozie, there is more information.
I'm fine with changing the name to get_job_info() throughout the
job_manager and EDP.
It actually raises the
On 22 June 2015 at 23:03, Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
On 6/22/2015 4:38 PM, Matt Riedemann wrote:
On 6/22/2015 4:32 PM, Russell Bryant wrote:
On 06/22/2015 05:23 PM, Matt Riedemann wrote:
The check-tempest-dsvm-cells job has been in nova's check queue since
January
Hello all.
I’m writing this letter to notify you of a small, but important change, that is
about to come.
https://review.openstack.org/194615
We’re enabling trusts by default in murano and asking everyone who is using
murano for development to upgrade and/or start using them and help us
+1
Am 23.06.2015 um 02:06 schrieb GHANSHYAM MANN ghanshyamm...@gmail.com:
+1 :)
On Tue, Jun 23, 2015 at 5:23 AM, Matthew Treinish mtrein...@kortar.org
wrote:
Hi Everyone,
I'd like to propose we add Jordan Pittier (jordanP) to the tempest core team.
Jordan has been a steady
Hi All,
Cancelling the meeting today while we deal with some CI related issues.
p
Peter J. Pouliot CISSP
Microsoft Enterprise Cloud Solutions
C:\OpenStack
New England Research Development Center
1 Memorial Drive
Cambridge, MA 02142
P: 1.(857).4536436
E:
In response to the proposal to add a VIF plugin script to the VIF port
binding data, I have put up a counter proposal which takes things a
bit further and in slightly different direction, with a strong focus
on object modelling.
Superficially inspired by os-brick, I'm suggesting, we put create a
Emilien Macchi wrote:
I have a preference for #1 since IMHO it makes more sense for Midokura
to have their Puppet module close to their code but I would not be
against having it on Stackforge.
[...]
If you look at contributors [1], the history shows that this module has
been written by people
On Jun 18, 2015, at 3:07 PM, Devdatta Kulkarni
devdatta.kulka...@rackspace.commailto:devdatta.kulka...@rackspace.com wrote:
Hi, API WG team,
In Solum, recently we have been working on some changes to our REST API.
Basically, we have introduced a new resource ('app'). The spec for this has
On 23/06/15 08:30 -0700, Joshua Harlow wrote:
Flavio Percoco wrote:
On 22/06/15 12:43 -0700, Clint Byrum wrote:
Excerpts from Adam Young's message of 2015-06-22 11:26:54 -0700:
On 06/20/2015 10:28 AM, Flavio Percoco wrote:
As promissed: https://review.openstack.org/#/c/193804/
Cheers,
Hello everyone,
I took some time this morning to write out a document[0] that outlines
one possible ways for us to manage our upstream modules in a more
consistent fashion. I know we've had a few emails bouncing around
lately around this topic of our use of upstream modules and how can we
improve
Nice work! Thx, Kirill.
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2015-06-23 17:20 GMT+03:00 Kirill Zaitsev kzait...@mirantis.com:
Hello all.
I’m writing this letter to notify you of a small, but important change,
that is about to come.
Hi,
there are still some differences in terms of features supported by the two
implementations. Those I am aware of are :
-LB can support VLAN transparent networks as mentionned in [2];
-OVS supports MPLS tagging, needed by the bagpipe driver of the bgpvpn
project;
-when arp responder is
I notice that in OpenStack deployed by Fuel, Ceph public network is on
management network.
As I know separating cuph/public and management networks in a scope of 7.0
release.
/sv
__
OpenStack Development Mailing List
Flavio Percoco wrote:
On 23/06/15 08:30 -0700, Joshua Harlow wrote:
Flavio Percoco wrote:
On 22/06/15 12:43 -0700, Clint Byrum wrote:
Excerpts from Adam Young's message of 2015-06-22 11:26:54 -0700:
On 06/20/2015 10:28 AM, Flavio Percoco wrote:
As promissed:
Hi Mike,
We have similar functionality in Glance and I think this is critical enough fix
to backport to Juno.
Considered for Icehouse, definitely not:
http://lists.openstack.org/pipermail/openstack-announce/2015-June/000372.html
- Erno (jokke_)
-Original Message-
From: Mike Perez
Davanum Srinivas wrote:
Josh,
We can generate options, if folks who need/want it are not here to do
the necessary work, not much we can do :(
True dat, u are very wise :-)
-- dims
On Tue, Jun 23, 2015 at 11:30 AM, Joshua Harlowharlo...@outlook.com wrote:
Flavio Percoco wrote:
On
Adam Spiers wrote:
Martin Loschwitz, who owns this repository, has since moved away from
OpenStack, and no longer maintains it. I recently proposed moving the
repository to StackForge, and he gave his consent and in fact said
that he had the same intention but hadn't got round to it
I think
All,
With this week the Neutron mid cycle happening we will skip the meeting
tomorrow. We will be back next week, 7/1/15 —
Thanks,
German
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Hi John,
Sorry for the delayed response as i was on vacation with no internet
connection (you don't know how much
you miss it until you don't have it).
The work in terms of coding is pretty much done for the reference
implementation.
We initially tried to push it as a security group extension
I haven't dug into the code yet, but from testing via CLI and REST API,
it appears neutron does not honor the order in which users specify their
dns-nameservers. For example, no matter what order I specify 10.0.0.1
and 10.0.0.2 for dns-nameservers, they are always ordered with the
numerically
On 06/23/2015 11:49 AM, Mike Perez wrote:
There was a bug raised [1] from some large deployments that the Cinder
client 1.2.0 and beyond is not working because of version discovery.
Unfortunately it's not taking into account of deployments that have a
proxy.
Cinder client asks Keystone to
On 06/23/2015 01:51 PM, Alex Schultz wrote:
Hello everyone,
I took some time this morning to write out a document[0] that outlines
one possible ways for us to manage our upstream modules in a more
consistent fashion. I know we've had a few emails bouncing around
lately around this topic of
The app-resource spec [1] is as much documentation as we have on the new
resources at present. It does illustrate some imagined healthy interactions
with the proposed API, though looking at the mentioned Glance example I can see
several ways we can improve our specs, for example by explaining
I didn't want to hijack Steve Hardy's thread about the recursive
validation, but I wanted to summarize the needs that Tuskar and the UI
have been trying to answer and some of the problems we ran into.
I think it's fairly common knowledge now that Tuskar and the THT
templates diverged over the
Hi Paul,
There is an old bug on this issue:
https://bugs.launchpad.net/neutron/+bug/1218629
If I remember correctly, the root of the problem was the database
definition for the DNS values.
On 06/23/2015 01:48 PM, Paul Ward wrote:
I haven't dug into the code yet, but from testing via CLI and
Brant,
We likely need to back port a simplified version of the wsgi files and/or make
the Juno (and kilo) versions of dev stack use the same simplified / split
files. Grenade doesn't re-run stack - so new files that are outside pip's
purview won't be used afaik.
--Morgab
Sent via mobile
On
On 2015-06-23 08:49:55 -0700 (-0700), Mike Perez wrote:
[...]
Cinder client asks Keystone to find a publicURL based on a version.
Keystone will gather data from the service catalog and ask Cinder for
a list of the public endpoints and compare. For the proxy cases,
Cinder is giving internal
I'm not sure about 6/11 as I was traveling during the scheduled time and
there are no minuets annotated in the agenda, but I chaired 6/18 and 6/4,
and will continue to do so going forward whenever possible.
I will start to send more regular updates / reminders on the ML about the
schedule, agenda
On Wed, Jun 17, 2015 at 1:21 PM, Sean Dague s...@dague.net wrote:
On 06/16/2015 05:25 PM, Chris Dent wrote:
On Tue, 16 Jun 2015, Sean Dague wrote:
I was just looking at the patches that put Nova under apache wsgi for
the API, and there are a few things that I think are going in the wrong
My first choice here is to revert the version discovery. However, that may be
too disruptive. If it is too disruptive then the back port patch is the right
approach.
In either case this is unfortunate.
Sent via mobile
On Jun 23, 2015, at 12:30, Monty Taylor mord...@inaugust.com wrote:
On Tue, Jun 23, 2015 at 4:08 PM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
We likely need to back port a simplified version of the wsgi files and/or
make the Juno (and kilo) versions of dev stack use the same simplified /
split files. Grenade doesn't re-run stack - so new files that are
Are we having these meetings every week, and if not, are we announcing
on the mailing list that they are cancelled?
If not, why not? That'll put a dent in attendance if there is doubt
around if a meeting will happen or not. I see there has been a couple
weeks where there was no meeting run.
--
Congrats Kevin! :)
-Original Message-
From: Ihar Hrachyshka [mailto:ihrac...@redhat.com]
Sent: Tuesday, June 23, 2015 4:07 PM
To: openstack-dev
Subject: [openstack-dev] [neutron][stable] Kevin Benton added to
neutron-stable-maint
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi
Hi All,
I have a very draft for the GSLB API and would like to upload it somewhere for
discussion. What is the best place to upload and collaborate the draft ? Since
the API docs have a lot of JSON payloads in it, I am not sure whether Google
Docs will be appropriate for that.
Regards
Kunal
On Tuesday, June 23, 2015 10:30 PM, Adam Young wrote:
OK, I think I get it; you want to make a check specific to the roles
on the service token. The term Service roles confused me.
You can do this check with oslo.messaging today. Don't uyse the role
check, just a generic check.
It
Would like to add to Shane's points below.
1) The Trust filter can be treated as an API, with different underlying
implementations. Its default could even be Not Implemented and always return
false.
And Nova.conf could specify use the OAT trust implementation. This would
not break present
Hi,
In the vmware_nsx project we have done the following:
1. In the test_requirements file we have a link to the neutron master [1].
The purpose for this is that the master branch needs to be in sync with the
neutron branch and all unit tests have to pass. So each time there is a change
in
On Tue, Jun 23, 2015 at 5:48 AM, John Garbutt j...@johngarbutt.com wrote:
On 23 June 2015 at 03:30, Adam Young ayo...@redhat.com wrote:
On 06/22/2015 10:13 PM, Sajeesh Cimson Sasi wrote:
From: Adam Young [ayo...@redhat.com]
Sent: 23 June 2015 00:01:48
From: John Garbutt [j...@johngarbutt.com]
Sent: 23 June 2015 14:18:44
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][keystone] Nova calls to Keystone
On 23 June 2015 at 03:30, Adam Young
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/23/2015 11:16 AM, Gary Kotton wrote:
Hi, In the vmware_nsx project we have done the following:
1. In the test_requirements file we have a link to the neutron
master [1]. The purpose for this is that the master branch needs to
be in sync
Hi Trevor
in sahara oozie engine (sahara/service/edp/oozie/engine.py
sahara/service/edp/oozie/oozie.py)
function get_job_status actually returns not only the status of the job,
but it returns all the info about the job, so i think that we should
rename this function as get_job_info maybe more
On Mon, Jun 22, 2015 at 7:48 PM, Sean M. Collins s...@coreitpro.com wrote:
On Mon, Jun 22, 2015 at 10:47:39AM EDT, Salvatore Orlando wrote:
I would probably start with something for enabling the L2 agent to
process
features such as QoS and security groups, working on the OVS agent, and
Can you please confirm that the issue has been fixed?
The thing is AFAIK Solum was using the old version of Mistral API that is no
longer supported (was announced a couple of months ago) so I just want to make
sure you’re using the new API.
Renat Akhmerov
@ Mirantis Inc.
On 18 Jun 2015, at
Jamie - thanks for the link to your blog.
I remember the Paris discussion :) And also noted the Vancouver discussion re.
SDK not necessarily being targeted at service-service interactions. I sense
there is renewed desire to maintain improve swiftclient, and a few of us are
interested in
On 06/23/2015 02:11 AM, Devananda van der Veen wrote:
Oh - one more thing. If ahc-tools depends on data gathered by
enovance/hardware, then I'm not sure it makes sense to import one to
openstack/ without the other.
Maybe. We'll chat with our folks about it.
-Deva
On Mon, Jun 22, 2015 at
Hi folks,
I must admit that I'll drop my efforts of making the ironic dashboard, as
ironic-webclient has been developed with the support of Ironic community, and
now trying to add to openstack namespace at the request of Ironic PTL, so
there's no need to duplicate efforts.
-zhenguo
From:
On Mon, 22 Jun 2015, gord chung wrote:
what's 'long form transport'?
it's not actually using cfg.CONF. to figure out transport url if not present.
cfg.CONF passed in has nothing set and is basically just a bunch of
defaults... the url obviously doesn't have a default so ceilometermiddleware
On 23 June 2015 at 03:30, Adam Young ayo...@redhat.com wrote:
On 06/22/2015 10:13 PM, Sajeesh Cimson Sasi wrote:
From: Adam Young [ayo...@redhat.com]
Sent: 23 June 2015 00:01:48
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev]
On Mon, Jun 22, 2015 at 01:21:29PM -0400, Jay Dobies wrote:
On 06/22/2015 12:19 PM, Steven Hardy wrote:
Hi all,
Lately I've been giving some thought to how we might enable easier
composability, and in particular how we can make it easier for folks to
plug in deeply nested optional extra
+1, sounds great, thanks for the effort
cheers,
Jan
Adam Spiers aspi...@suse.com schrieb am Di., 23. Juni 2015 um 12:28 Uhr:
[cross-posting to openstack-dev and pacemaker lists; please consider
trimming the recipients list if your reply is not relevant to both
communities]
Hi all,
Hello,
That makes sense to me. Still, I want to point that we're going to
implement advanced networking and with this feature you'll be able to
assign every single network role to any network.
That means, you'll be able to assign ceph network role to storage,
management or whatever-you-want
Hi!
I notice that in OpenStack deployed by Fuel, Ceph public network is on
management network. In some environments, not all NICs of a physical
server are 10Gb. Sometimes 1 or 2 among the NICs on a machine may be
1Gb. Usually on this type of machine we assign management network to 1Gb
NIC, and
Alright, I see no objections. Then my congratulations Lingxian!
Done.
Renat Akhmerov
@ Mirantis Inc.
On 23 Jun 2015, at 11:51, BORTMAN, Limor (Limor)
limor.bort...@alcatel-lucent.com wrote:
+1
From: W Chan [mailto:m4d.co...@gmail.com]
Sent: Tuesday, June 23, 2015 12:07 AM
To:
On 6/23/15, 12:52 PM, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/23/2015 11:16 AM, Gary Kotton wrote:
Hi, In the vmware_nsx project we have done the following:
1. In the test_requirements file we have a link to the neutron
master [1].
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
Just a heads-up that Kevin Benton is added to neutron-stable-maint
team so now he has all the powers to +2/+A (and -2) backports.
Kevin is very active at voting for neutron backports (well, where is
he NOT active?), so here you go.
Thanks
[cross-posting to openstack-dev and pacemaker lists; please consider
trimming the recipients list if your reply is not relevant to both
communities]
Hi all,
https://github.com/madkiss/openstack-resource-agents/ is a nice
repository of Pacemaker High Availability resource agents (RAs) for
Hi team,
Some discussion occurred over IRC about a bug which was publicly open
related to TrustedFilter [1]
I want to take the opportunity for raising my concerns about that
specific filter, why I dislike it and how I think we could improve the
situation - and clarify everyone's thoughts)
I have a question about extend share error.
If extend share failed, the share status will change to ‘extending_error’. This
share will not be used.
I don’t think this method is very appropriate. May be extend share failed
should not affect share to use. We can prompt the user extend share fail,
On Tuesday, June 23, 2015 12:14 AM, Adam Young wrote:
It is not an issue if you keep each of the policy files completely
separate, but it means that each service has its own meaning for the
same name, and that confuses operators; owner in Nova means a user
that has a role on this project
Thanks everyone, it's really an honor to work with all you guys!
On Tue, Jun 23, 2015 at 6:18 PM, Renat Akhmerov rakhme...@mirantis.com wrote:
Alright, I see no objections. Then my congratulations Lingxian!
Done.
Renat Akhmerov
@ Mirantis Inc.
On 23 Jun 2015, at 11:51, BORTMAN, Limor
We have inconsistent rules being applied to requirements files.
In openstack/requirements we handle:
# comments
packages[specifiers][markers]
-e / -f [ARBITRARY]
https://tarballs.openstack.org/
^- blanklines
In openstack-infra/project-config, we check that everything is one of:
- a trailing \n
AFAIK, TrustedFilter is using a sort of cache to cache the trusted state, which
is designed to solve the performance issue mentioned here.
My thoughts for deprecating it are:
#1. We already have customers here in China who are using that filter. How are
they going to do upgrade in the future?
From: Adam Young [ayo...@redhat.com]
Sent: 23 June 2015 08:00:48
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova][keystone] Nova calls to Keystone
On 06/22/2015 10:13 PM, Sajeesh Cimson Sasi wrote:
From:
Hi Trevor
I am huichun
I agree with you, currently sahara edp engine and DB mixed with lots of
oozieness info, abstract incompletely.
i find this issue because i want add recurrence edp job in sahara, and with
oozie implementation, i find i need these oozie information not only the
status value.
You may have seen your requirements update proposals start to include
things like:
MySQL-python;python_version=='2.7'
like in
https://review.openstack.org/#/c/194325/
https://review.openstack.org/#/c/194325/3/test-requirements.txt
This is programmatic annotation of the Python versions that we
I agree. I feel like this is another example of functionality which is
trivially implemented outside nova, and where it works much better if
we don't do it. Couldn't an admin just have a cron job which verifies
hosts, and then adds them to a compromised-hosts host aggregate if
they're owned? I
Dean,
If we change how Kilo works, then we'll just move the error state from Kilo
- Master to Juno - Kilo since the same issue will now occur in upgrading
from Juno in grenade. It's unfortunate.
--Morgan
On Tue, Jun 23, 2015 at 2:22 PM, Dean Troyer dtro...@gmail.com wrote:
On Tue, Jun 23,
Aha! Right, Thanks Sean. I'll just go back under my rock (too many things
going on to remember them all) and see what we can do about getting Kilo -
Master fixed up.
On Tue, Jun 23, 2015 at 4:53 PM, Sean Dague s...@dague.net wrote:
On 06/23/2015 07:49 PM, Morgan Fainberg wrote:
Dean,
If
Digimer li...@alteeve.ca wrote:
Resending to the Cluster Labs mailing list, this list is deprecated
Thanks, I only realised that after getting a deprecation warning :-(
On 23/06/15 06:27 AM, Adam Spiers wrote:
[cross-posting to openstack-dev and pacemaker lists; please consider
trimming
My apologies for the delay in getting things set up. The weekly meeting for the
Mercador project will be held each Friday at 1700 UTC. The first meeting will
be this Friday, June 26. The meetings will take place on IRC in
#openstack-meeting. The agenda will be tracked at
On 06/23/2015 07:49 PM, Morgan Fainberg wrote:
Dean,
If we change how Kilo works, then we'll just move the error state from
Kilo - Master to Juno - Kilo since the same issue will now occur in
upgrading from Juno in grenade. It's unfortunate.
Actually Juno - Kilo is back on eventlet because
As a follow up to https://review.openstack.org/#/c/194399/ and the meeting
discussion earlier today, I’ve determined that everybody (RDU, Ubuntu, Debian)
is packaging oslo.messaging 1.8.2 or 1.8.3 with the Kilo build. (This is also
the version we get on our internal Anvil-based build.) This
As part of moving towards the granular network roles, the roles should be
extended as I describe in [1]. I quickly hacked it together, however if you
apply both patches you would be able to change your nailgun side to the
values you need and when the complete code comes along you will be able to
91 matches
Mail list logo