As mentioned earlier in this thread there are few VM based L3
implementations already in neutron - from Cisco (CSR) and Brocade (Vyatta
vRouter). Both extends off neutron L3 service-plugin framework. And they
both have been decomposed in the current Kilo cycle into stackforge. So all
you need is
On Thu, Apr 16 2015, Lucas Alvares Gomes wrote:
/me put his wsme-core hat on
* Should projects relying on WSME start thinking about migrating their APIs
to another technology?
Maybe not migrating, but at least not starting something new with it.
* Can we somehow get the core team to start
On Thu, Apr 16 2015, Jay Pipes wrote:
I think this may be the way to go. The intent of WSME is admirable
(the multiprotocol stack) but the execution leads to unwarranted
complexity.
I think a framework more specifically dedicated to JSON APIs, or
even just being webby and correct would be
Hi all,
This is a problem about the gateway setting in the subnet when one VM could act
as a router/firewall. When one VM works
as a router/firewall in the network, the port where the VM connect to the
subnet should be the gateway of the subnet.
But now, we can't set the gateway to any VM's
For the full list, see the wiki page:
https://wiki.openstack.org/wiki/Python3#Core_OpenStack_projects
Thanks for updating the wiki page that is a very useful list.
From the looks of things, it seems like nova getting Python3 support in
Liberty is not going to happen.
Why? I plan to work
Service VM is a good way to go.
Possibly we need to change metadata proxy in neutron for VM based L3:
https://blueprints.launchpad.net/neutron/+spec/metadata-overlapping-networks
Thanks,
-Ruijing
From: Sridhar Ramaswamy [mailto:sric...@gmail.com]
Sent: Friday, April 17, 2015 1:59 PM
To:
Hi, Attila,
only address the issue of agent status/liveness management is not enough for
Neutron scalability. The concurrent dynamic load impact on large scale ( for
example 100k managed nodes with the dynamic load like security group rule
update, routers_updated, etc ) should also be taken
Hi PTLs,
Following the slot allocation last week, here is the proposed room layout:
https://docs.google.com/spreadsheets/d/1VsFdRYGbX5eCde81XDV7TrPBfEC7cgtOFikruYmqbPY/edit?usp=sharing
It takes into account the following changes:
- Barbican donates on fishbowl room to Security
- Magnum takes
Thanks Sergii.
From: Sergii Golovatiuk [mailto:sgolovat...@mirantis.com]
Sent: 16 April 2015 20:35
To: OpenStack Development Mailing List (not for usage questions)
Cc: Joe Marshall (projectcalico.org); Neil Jerram (projectcalico.org)
Subject: Re: [openstack-dev] [fuel][plugin] Location of 6.1
Daniel P. Berrange berra...@redhat.com wrote on 04/15/2015 11:35:39
AM:
From: Daniel P. Berrange berra...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 04/15/2015 11:42 AM
Subject: Re: [openstack-dev] [nova] why is
glanceclient has always been that way it's terrible. :(
the nova message timeout looks like it's becauce nova-cert is not
running, and it keeps trying to ping it. What actions were you doing
that triggered that path?
On 04/16/2015 07:23 PM, Danny Choi (dannchoi) wrote:
When use devstack
Hi Folks,
I have created two
data centers and I am using OpenStack as the management platform for
them. So now my question
is it is possible to migrate VM
instances from one data center to the
other.
Can two OpenStack
clouds migrate VM to each other ?
Thanks and Regards
Abhishek Talwar
On Fri, 17 Apr 2015, Julien Danjou wrote:
After using Pecan for a while, I'm leaning toward explicit routing too.
This Falcon API looks right too.
Honestly Pecan is messy. Most of the time, when coding, you have no clue
which one of the method is going to be picked in which controller class.
Hi,
I am currently implementing fix for
https://bugs.launchpad.net/fuel/+bug/1439686 .
I plan to notify user about nodes which fail to connect to ubuntu
repositories via fuel notifications. My question is as follows: when I get
the list of nodes which failed repo connectivity test - do I add one
On Fri, Apr 17, 2015 at 04:05:20PM +0530, Abhishek Talwar/HYD/TCS wrote:
Hi Folks,
I have created two data centers and I am using OpenStack as the
management platform for them. So now my question is it is possible to
migrate VM instances from one data center to the other.
Please ask such
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
tl;dr neutron has special semantics for policy targets that relies on
private symbols from oslo.policy, and it's impossible to introduce
this semantics into oslo.policy itself due to backwards compatibility
concerns, meaning we need to expose
Hi,
I have been working on running docker on openstack. I had a discussion on
multiple IRC and IIUC there are 5 different ways of running docker on
openstack. IIUC currently there is no way to autoscale docker on openstack.
Please correct me if I am wrong
1) Using nova-docker driver -
Thank you to the electorate, to all those who voted and to all
candidates who put their name forward for PTL for this election. A
healthy, open process breeds trust in our decision making capability
thank you to all those who make this process possible.
Now for the results of the PTL election
On 04/17/2015 06:44 AM, Jens Rosenboom wrote:
2015-04-17 12:23 GMT+02:00 Sean Dague s...@dague.net
mailto:s...@dague.net:
glanceclient has always been that way it's terrible. :(
the nova message timeout looks like it's becauce nova-cert is not
running, and it keeps
On 04/16/2015 05:25 PM, Everett Toews wrote:
It would be good to hear from those in Asia, Australia, and Europe on the
subject.
+1
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Hello,
Today we added Samuel Bartel as a Core Review for NetApp plugin [1]. He
will be now main
person leading the plugin development.
Congrats!
Best,
Sebastian
[1] https://github.com/stackforge/fuel-plugin-cinder-netapp
Complex is kind of the wrong thing to describe the deployer complaint. Its
learning curve. To debug issues, I have to learn someting new, and I dont want
to because I dont believe I need that feature. I get it. I really do. But
there are three actors here, not just one. The deployer, the app
- We should start making agenda for each meeting and publish it to Rally
wiki
+1
* Second is release management meeting, where we are discussing
priorities for
current next release. So core team will know what to review
first.
It would be nice to post list of high priority
Oh, I see it got already split (not in this patch)! Excellent. Thanks
for striking me Jay, it actually helped. Many thanks!
-- Jarda
On 17/04/15 16:00, Jay Dobies wrote:
Have you seen Dan's first steps towards splitting the overcloud image
building out of devtest_overcloud? It's not the same
@VACHNIS: yeah. in this case we blocked by ceilometer. AFAIK, ceilometer
collect metrics from Nova:Server, not from docker directly.
So mentioned bp is make sense (add support for this feature to ceilomete,
then to heat).
Regards,
Sergey.
On 17 April 2015 at 17:11, VACHNIS, AVI (AVI)
Hi,
the Heat/Puppet implementation of the Overcloud deployment seems to be
surpassing in features the Heat/Elements implementation.
The changes for Ceph are an example, the Puppet based version is already
adding features which don't have they counterpart into Elements based.
Recently we
Hi, Ashish.
Honestly I am not familiar with most part of these ways, but can add more
information from Heat side (item 2).
I am surprised, that you have missed Heat autoscaling mechanism (You should
look it :) ). It's one of the important part of Heat project.
It allows to scale vms/stacks by
Hi Segey,
So IIUC approach #2 may still help to autoscale docker on openstack. I will try
that out and post questions on heat irc thanks.
Regards
Ashish
From: Sergey Kraynev skray...@mirantis.com
Sent: Friday, April 17, 2015 7:01 PM
To: OpenStack Development
15UTC works for me, it's 23 here in China, 17UTC is really late for me ;)
Cheers,
Yingjun Li
At 2015-04-17 21:26:29, Boris Pavlovic bo...@pavlovic.me wrote:
Rally team,
I would like to propose next changes in Rally meetings:
- We should start making agenda for each meeting and
Rally team,
I would like to propose next changes in Rally meetings:
- We should start making agenda for each meeting and publish it to Rally
wiki
- We should do 2 meeting per week:
* First is regular meeting (like we have now) where we are discussing
everything
* Second is
Have you seen Dan's first steps towards splitting the overcloud image
building out of devtest_overcloud? It's not the same thing that you're
talking about, but it might be a step in that direction.
https://review.openstack.org/#/c/173645/
On 04/17/2015 09:50 AM, Jaromir Coufal wrote:
Hi All,
Hi All,
at the moment we are building discovery, deploy and overcloud images all
at once. Then we face user to deal with uploading all images at one step.
User should not be exposed to discovery/deploy images. This should
happen automatically for the user during undercloud installation as
It turns out a number of people are hitting -
https://bugs.launchpad.net/oslo.messaging/+bug/1436769 (I tripped over
it this morning as well).
Under a currently unknown set of conditions you can get into a heartbeat
loop with oslo.messaging 1.8.1 which basically shuts down the RPC bus as
every
2015-04-17 12:23 GMT+02:00 Sean Dague s...@dague.net:
glanceclient has always been that way it's terrible. :(
the nova message timeout looks like it's becauce nova-cert is not
running, and it keeps trying to ping it. What actions were you doing
that triggered that path?
I think this
Hello everyone,
I'd like to inform you that Soft Code Freeze for 6.1 release is now
effective. This means that since now on we stop accepting fixes for
Medium priority bugs and focus solely on Critical and High priority bugs.
As mentioned last week, we need to push Hard Code Freeze and GA
Hello,
I propose to move two old, unmaintained plugins to stackforge-attic as
there is no interest or plans in continuing development of them:
* https://github.com/stackforge/fuel-plugin-group-based-policy -
development is now done in another repository as different plugin
*
Thanks for your responses. I'm sorry for combined request. I thought it is
better to have less e-mails if possible. Ok, next time I will send separate
request per nomination. If some of you think that I should restart voting -
speak up, I will restart it. Otherwise guys will get +2 permissions on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/13/2015 10:08 PM, Matthew Thode wrote:
The loading seems to me in a sorted order, so we can do 1.conf
2.conf etc.
https://github.com/openstack/oslo.config/blob/1.9.3/oslo_config/cfg.py
#L1265-L1268
It
would need to be explicitly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/13/2015 09:45 PM, Kevin Benton wrote:
What is the order of priority between the same option defined in
two files with --config-dir?
Should be alphabetically sorted, but it's not yet defined in
documentation. I've sent a patch for this:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/13/2015 07:47 PM, Dimitri John Ledkov wrote:
Hello,
For Clear Linux* for Intel Architecture we do not allow to package
things in /etc, instead we leave /etc completely empty and for
user/admin modifications only. Typically we achieve
Hi,
@Ashish, if the limitation you've mentioned for #1 still exists, I join your
question how heat auto-scale-group may work w/o ceilometer being able to
collect docker metrics?
@Sergey, hey. Are you saying that ceilometer do collects metrics on docker
underlying nova::server resource?
Yes limitation #1 indeed exists, have got confirmation from few of the
developers. Here is one blueprint which talks about this
https://blueprints.launchpad.net/ceilometer/+spec/container-monitoring
From: VACHNIS, AVI (AVI) avi.vach...@alcatel-lucent.com
Sent:
Dell - Internal Use - Confidential
We need an ability for an Admin to add/remove new images at will to deploy new
overcloud images at any time.
Expect that it is standard glance functionality.
-Original Message-
From: Jaromir Coufal [mailto:jcou...@redhat.com]
Sent: Friday, April 17,
On 04/17/2015 05:26 AM, Qiming Teng wrote:
On Thu, Apr 16, 2015 at 01:27:51PM -0400, Jay Pipes wrote:
On 04/16/2015 09:54 AM, Sean Dague wrote:
On 04/16/2015 05:20 PM, Qiming Teng wrote:
Wondering if there is something misconfigured in my devstack
environment, which was reinstalled on RHEL7
On 04/16/2015 02:32 PM, Emilien Macchi wrote:
On 04/16/2015 02:23 PM, Richard Raseley wrote:
Emilien Macchi wrote:
Hi all,
I sent a patch to openstack/governance to move our project under the big
tent, and it came up [1] that we should decide of a project name and be
careful about
On 04/16/2015 06:40 PM, Matt Riedemann wrote:
On 4/16/2015 12:27 PM, Jay Pipes wrote:
On 04/16/2015 09:54 AM, Sean Dague wrote:
On 04/16/2015 05:20 PM, Qiming Teng wrote:
Wondering if there is something misconfigured in my devstack
environment, which was reinstalled on RHEL7 about 10 days
So ultimately this means there is no way to autoscale docker containers on
openstack until and unless ceilometer adds an inspector for docker hypervisor
something similar to this
(https://github.com/openstack/ceilometer/tree/master/ceilometer/compute/virt).
Regards
Ashish
On 17/04/15 10:11, VACHNIS, AVI (AVI) wrote:
Hi,
@Ashish, if the limitation you've mentioned for #1 still exists, I join
your question how heat auto-scale-group may work w/o ceilometer being
able to collect docker metrics?
Yeah, you're correct. Approach #2 has exactly the same problem as
Dell - Internal Use - Confidential
If images under consideration are for overcloud nodes then they will changing
all the time also. It all depends on which layer you are working on.
Just consider images for overcloud nodes as a cloud application, and then
follow rules you would apply to any
DVR probably still does satisfy the same requirements as nova multi-host,
because of the lack of SNAT masquerade distribution.
Neutron DVR distributes the floating IP and east-west traffic, but the
default gateway for each VM is still centralised, thus making the network
node a SPOF.
Then from a
Hi
Double check that sql_connection in the [database] section of cinder.conf
is not empty.
Jordan
On Fri, Apr 17, 2015 at 7:24 PM, Erlon Cruz sombra...@gmail.com wrote:
Had the same error, but with cinder. Did you find find out something about
this error?
2015-04-17
Hey everyone!
Starting the process of moving Chef into the “big tent” of OpenStack, I’d like
to offer my candidacy for the PTL of the Liberty cycle.
My Qualifications
I have been shepherding the OpenStack Chef community since July of last year.
My role at Chef is the “OpenStack guy.” I have
On Fri, Apr 17, 2015 at 12:37 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Giulio Fidente's message of 2015-04-17 06:21:28 -0700:
Hi,
the Heat/Puppet implementation of the Overcloud deployment seems to be
surpassing in features the Heat/Elements implementation.
The changes for Ceph
On Fri, Apr 17, 2015 at 11:03 AM, Zane Bitter zbit...@redhat.com wrote:
On 17/04/15 12:46, Matt Fischer wrote:
The wiki for Using Cloudwatch states:
This feature will be deprecated or removed during the Havana cycle as
we move to using Ceilometer as a metric/alarm service instead. [1]
Currently Murano supports part of it. It provides a per cloud region app store
like functionality. But I think each deployer needs to load in the apps they
want in the catalog. I'm thinking that ui should somehow plug into an
openstack.org provided catalog of apps that OpenStack app developers
Hi All,
I would like to know if the keys generated by Barbican through the order
resource are encrypted using KEKS and then stored in the secret object or
is it stored in unencypted format.
Any help would be highly appreciated.
root@barbican:~# curl -H 'Accept: application/json' -H
True. For example, the infiniband passthrough blueprint might need port type
info from neutron-nova?
Thanks,
Kevin
From: Neil Jerram [neil.jer...@metaswitch.com]
Sent: Friday, April 17, 2015 9:44 AM
To: openstack-dev@lists.openstack.org
Subject: Re:
If the Neutron topology is configured to use a router connected to an
external network and a shared network, will that achieve the same semantics
as Nova with a FlatDHCP network?
One of the last remaining items that I was aware of was ARP poisoning
protection. At the end of Kilo, we added
On 17/04/15 13:54, Matt Fischer wrote:
On Fri, Apr 17, 2015 at 11:03 AM, Zane Bitter zbit...@redhat.com
mailto:zbit...@redhat.com wrote:
On 17/04/15 12:46, Matt Fischer wrote:
The wiki for Using Cloudwatch states:
This feature will be deprecated or removed during the
But if I understand nova network with FlatDHCP correctly, there is no such
thing as a host without a floating IP. So if every instance is given a
floating IP in Neutron in a similar fashion, then the lack of SNAT
distribution would not matter in that case, correct?
On Fri, Apr 17, 2015 at 11:26
Hey Everyone!
I’ve started the review [1] to move from stackforge to openstack namespace. I’m
looking for comments, ideas and any pointers. Please don’t hesitate to reach
out via the review, email, or IRC on freenode.
Thanks!
JJ Asghar (j^2)
[1]: https://review.openstack.org/175000
Had the same error, but with cinder. Did you find find out something about
this error?
2015-04-17 14:12:31.957 TRACE cinder Traceback (most recent call last):
2015-04-17 14:12:31.957 TRACE cinder File /usr/local/bin/cinder-volume,
line 10, in module
2015-04-17
On 16/04/15 04:05, Anant Patil wrote:
Hi,
Sometime back we had a discussion on IRC regarding sqlite migration
scripts. Since sqlite is mostly used for testing, we were thinking
about moving the sqlite migration related code to tests folder and
keep the migrate_repo sane (with only production
Thanks for this analysis Ihar.
Some comments inline.
On 17 April 2015 at 14:45, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
tl;dr neutron has special semantics for policy targets that relies on
private symbols from oslo.policy, and it's
On the contrary, if you reread the message to which you were
previously replying, it's was about the unnecessary complexity of
OVS (and Neutron in general) for deployments which explicitly
_don't_ need and can never take advantage of self-service
networking. The implication being that Neutron
I definitely understand that. But what is the major complaint from
operators? I understood that quote to imply it was around Neutron's model
of self-service networking.
If the main reason the remaining Nova-net operators don't want to use
Neutron is due to the fact that they don't want to deal
Hey Arkady,
yes, this should stay as fundamental requirement. This is tandard Glance
functionality, I just want to separate discover and deploy images since
these will not be very likely subject of change and they belong into
undercloud installation stage.
That's why I want to separate
On 17/04/15 17:16, Jay Pipes wrote:
On 04/10/2015 11:48 AM, Neil Jerram wrote:
What I imagine, though, is that the _source_ of the plugging information
could move from Nova to Neutron, so that future plugging-related code
changes are a matter for Neutron rather than for Nova. The plugging
On Fri, Apr 17 2015, Lucas Alvares Gomes wrote:
Apparently not. But it would be good to get some bugs fixed in WSME
before we come up with
a final solution within each OpenStack project: Whether keep WSME or
migrate to something
else since it requires time.
You are now both members of
_Migration Day!_
Both our End User Guide and our Admin User Guide have been migrated from
DocBook source to RST source and now build with Sphinx and a shiny new
theme:
http://docs.openstack.org/user-guide/index.html
http://docs.openstack.org/user-guide-admin/index.html
Multiple thanks and
Hello Folks,
I would like to invite all available contributors to help us to complete the
OpenStack Networking Guide.
We are having a Networking Doc Day on April 23rd in order to review the current
guide and make a big push on its content.
Let's use both the Neutron and Docs IRC channels:
On 2015-04-17 10:55:19 -0700 (-0700), Kevin Benton wrote:
I understand. What I'm saying is that switching to Linux bridge
will not change the networking model to 'just connect everything
to a simple flat network'. All of the complaints about
self-service networking will still hold.
And
And since we've circled back I might add that perhaps we want nova-network
to deliver that.
Simple, reliable networking leveraging well-established off-the-shelf
technologies that satisfies the use cases Jeremy is referring to.
If regardless of changes in governance pertaining openstack project
Thanks a lot John for your response.
I also thank everyone who has been responding to my queries if I have
missed someone .
There was some problem while configuring my email .I do not receive the
email response directly from openstack Dev group.I would check the archive
folder for that.
I will
On Fri, 17 Apr 2015, Lucas Alvares Gomes wrote:
/me also deliberately volunteers cdent to wsme core :-)
Feh. I suppose since most of the recent code and conversation has
been you and me, that makes sense. If people agree, I'm happy to
participate, but only if you're there too. That's only
On Fri, 17 Apr 2015, Lucas Alvares Gomes wrote:
/me also deliberately volunteers cdent to wsme core :-)
Feh. I suppose since most of the recent code and conversation has
been you and me, that makes sense. If people agree, I'm happy to
participate, but only if you're there too. That's only
- Original Message -
From: joehuang joehu...@huawei.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Friday, April 17, 2015 9:46:12 AM
Subject: Re: [openstack-dev] [neutron] Neutron scaling datapoints?
Hi, Attila,
Hi all,
We're trying to land a specific DB migration as the first in L:
https://review.openstack.org/#/c/174480/
In order to do that, we need to get some changes into grenade, which are
blocked on other housekeeping. That should happen in a week or so.
In the meantime, please don't approve any
Hi,
* Should projects relying on WSME start thinking about migrating their APIs
to another technology?
Maybe not migrating, but at least not starting something new with it.
Oh no, FWIW I don't even consider starting something new as a valid option here.
Err, yeah, right. There are 4
Candidate proposals for the Technical Committee positions (7 positions)
are now open and will remain open until 05:59 UTC April 23, 2015.
Candidates for the Technical Committee Positions: Any Foundation
individual member can propose their candidacy for an available,
directly-elected TC seat. [0]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/16/2015 09:54 AM, Bhandaru, Malini K wrote:
Hello Nova and Neutron developers!
OpenStack China developers held a bug fest April 13-15. Worked on
43 bugs and submitted patches for 29 of them. Etherpad with the bug
fix details (at the
On 2015-04-16 21:17:03 -0700 (-0700), Kevin Benton wrote:
What do you disagree with? I was pointing out that using Linux
bridge will not reduce the complexity of the model of self-service
networking, which is what the quote was complaining about.
On the contrary, if you reread the message to
Excerpts from Giulio Fidente's message of 2015-04-17 06:21:28 -0700:
Hi,
the Heat/Puppet implementation of the Overcloud deployment seems to be
surpassing in features the Heat/Elements implementation.
The changes for Ceph are an example, the Puppet based version is already
adding
The wiki for Using Cloudwatch states:
This feature will be deprecated or removed during the Havana cycle as we
move to using Ceilometer as a metric/alarm service instead. [1]
However it seems that cloudwatch is still being developed. So is it
deprecated or not?
[1]
Hello,
No need to do that, I'm OK to add any competent people to wsme-core. :)
While I don't have a great deal of experience with the WSME code base
(other then being a user of it), As Ironic is currently using WSME I would
offer to help. As a core on Ironic I would continue to expect that to
On 17/04/15 17:24, Daniel P. Berrange wrote:
On Fri, Apr 17, 2015 at 12:16:25PM -0400, Jay Pipes wrote:
On 04/10/2015 11:48 AM, Neil Jerram wrote:
What I imagine, though, is that the _source_ of the plugging information
could move from Nova to Neutron, so that future plugging-related code
On 17/04/15 12:46, Matt Fischer wrote:
The wiki for Using Cloudwatch states:
This feature will be deprecated or removed during the Havana cycle as
we move to using Ceilometer as a metric/alarm service instead. [1]
However it seems that cloudwatch is still being developed.
It doesn't seem
Let's wait more opinions ;) I don;t think that we know everything.
Regards,
Sergey.
On 17 April 2015 at 18:10, ashish.jai...@wipro.com wrote:
So ultimately this means there is no way to autoscale docker containers
on openstack until and unless ceilometer adds an inspector for docker
Nice! Yes, let get Chef as formal OpenStack project.
Edgar
From: JJ Asghar jasg...@chef.iomailto:jasg...@chef.io
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Friday, April 17, 2015 at 8:41
On 04/10/2015 11:48 AM, Neil Jerram wrote:
What I imagine, though, is that the _source_ of the plugging information
could move from Nova to Neutron, so that future plugging-related code
changes are a matter for Neutron rather than for Nova. The plugging
would still _happen_ from within Nova, as
On Fri, Apr 17, 2015 at 12:16:25PM -0400, Jay Pipes wrote:
On 04/10/2015 11:48 AM, Neil Jerram wrote:
What I imagine, though, is that the _source_ of the plugging information
could move from Nova to Neutron, so that future plugging-related code
changes are a matter for Neutron rather than for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/17/2015 06:23 PM, Fox, Kevin M wrote:
Really, what I expect to see long term in a healthy OpenStack
ecosystem is some global AppStore like functionality baked in to
horizon. A user goes to it, selects my awesome scalable web
hosting system,
Excerpts from James Slagle's message of 2015-04-17 10:49:48 -0700:
On Fri, Apr 17, 2015 at 12:37 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Giulio Fidente's message of 2015-04-17 06:21:28 -0700:
Hi,
the Heat/Puppet implementation of the Overcloud deployment seems to be
On 2015-04-17 11:49:23 -0700 (-0700), Kevin Benton wrote:
I definitely understand that. But what is the major complaint from
operators? I understood that quote to imply it was around
Neutron's model of self-service networking.
My takeaway from Tom's message was that there was a concern about
How to handle config file values, defaults and how they relate to manifest
parameters was brought up in the weekly meeting up a few weeks ago. I
promised to put something together. I've put written up my thoughts and my
understanding of the other viewpoints presented there in an ether pad and
Hello Asha,
So the last step you have is retrieving a decrypted secret from Barbican.
Barbican indeed stores the secret internally encrypted using an internal KEK.
When it is retrieved however, it is first decrypted by Barbican and then
returned the client decrypted.
Beyond TLS to protect
On 17 Apr 2015, at 14:35, Maciej Kwiek mkw...@mirantis.com wrote:
Hi,
I am currently implementing fix for
https://bugs.launchpad.net/fuel/+bug/1439686 .
I plan to notify user about nodes which fail to connect to ubuntu
repositories via fuel notifications. My question is as follows:
No, the complaints from ops I have heard even internally, which I think is
being echo'd here is I understand how linux bridge works, I don't
opensvswitch. and I don't want to be bothered to learn to debug openvswitch
because I don't think we need it.
If linux bridge had feature parity with
Its because someone recommended devstack be switched to linux bridge so that
its easier for folks to learn openstack. but my assertion is, if all production
sites will have to run ovs (or some vendor plugin) and not linux bridge, your
hurting folks by making them think they are learning
On 17 April 2015 at 21:35, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-04-17 11:49:23 -0700 (-0700), Kevin Benton wrote:
I definitely understand that. But what is the major complaint from
operators? I understood that quote to imply it was around
Neutron's model of self-service
1 - 100 of 120 matches
Mail list logo
