On 06/17/2015 01:29 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 10:16:34 -0700:
On 06/16/2015 12:49 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 06:22:23 -0700:
FYI,
One of the things that came out of the summit for Devstack plans going
TC,
I authorized the addition of the new repo in the ML thread, and have recorded
my approval on each of the reviews.
Thanks,
Adrian Otto
—
OpenStack Magnum PTL
On Jun 17, 2015, at 10:57 AM, Steven Dake (stdake)
std...@cisco.commailto:std...@cisco.com wrote:
Hey TCers,
In this thread, the
A bit of a tangent, but it seems like the url would be to a public Swift
system. I am unclear if a source git repo would be relevant but, assuming
Swift would be optional, perhaps users could host catalog LP's in git or some
other distribution mechanism and have a method by which solum could
Hi team,
With the recent application from our team to be included in the big tent
(https://review.openstack.org/190949), I wanted to give a quick update on the
state of our project.
Before I do that, here is a quick overview of the current capabilities of Solum
and a very high-level
view
Hi all,
We are scheduled to publish 2014.1.5, last Icehouse point release,
on Thurs June 18th for Ceilometer, Cinder, Glance, Heat, Horizon,
Keystone, Neutron, Nova and Trove.
The list of issues fixed can be seen here:
https://launchpad.net/ceilometer/+milestone/2014.1.5
This question may be off on a tangent, or may be related.
As part of the application catalog project, (http://apps.openstack.org/) we're
trying to provide globally accessible resources that can be easily consumed in
OpenStack Clouds. How would these global Language Packs fit in? Would the url
Hi Mistral team,
Solum's devstack gate is running into an issue probably due to the change
in location of mistral's repositories.
Here is the bug:
https://bugs.launchpad.net/mistral/+bug/1466149
There is a patch which tries to fix the issue:
https://review.openstack.org/#/c/192754/1
If
Every change like this makes it harder for newcomers to participate.
Frankly, it makes it harder for everyone because it means there are
more moving parts, but in this specific case many of the people
involved in these messaging drivers are relatively new, so I point
that out.
I dunno about
Hi everyone,
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, June 18th at 17:00 UTC in the #openstack-meeting channel.
The agenda for tomorrow's meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting
Anyone is welcome to
To be clear, Randall is referring to a swift container (directory).
Murali has a good idea of attempting to use swift client first, as it has
performance optimizations that can speed up the process more than naive file
transfer tools. I did mention to him that wget does have a retiree feature,
On Wed, Jun 17, 2015 at 2:44 PM, Sean Dague s...@dague.net wrote:
On 06/17/2015 03:08 PM, Doug Hellmann wrote:
Excerpts from Sean Dague's message of 2015-06-17 14:07:35 -0400:
On 06/17/2015 01:29 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 10:16:34 -0700:
On
Kevin\Keith,
Yes, we would like to use the catalog for globally available artifacts, such as
operator languagepacks. More specifically the catalog would be a great place to
store metadata about publicly available artifacts to make them searchable and
easy to discover.
The catalog would point
Hey TCers,
In this thread, the Magnum community made a commitment to tackle horizon
support for our software:
http://lists.openstack.org/pipermail/openstack-dev/2015-June/066701.html
We would like to add magnum-ui to the list of repos in the openstack namespace.
The governance review change:
On 06/17/2015 03:08 PM, Doug Hellmann wrote:
Excerpts from Sean Dague's message of 2015-06-17 14:07:35 -0400:
On 06/17/2015 01:29 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 10:16:34 -0700:
On 06/16/2015 12:49 PM, Clint Byrum wrote:
Excerpts from Sean Dague's
Can't an operator make the target container public therefore removing the need
for multiple access strategies?
Original message
From: Murali Allada
Date:06/17/2015 11:41 AM (GMT-06:00)
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev]
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
direction. Largely I think because they were copied from the
Yes. If an operator wants to make their LP publicly available outside of Solum,
I was thinking they could just make GET's on the container public. That being
said, I'm unsure if this is realistically do-able if you still have to have an
authenticated tenant to access the objects. Scratch that;
Hi Nicolas,
Thanks for your suggestion. Yes, we can add Application ID to the parameter of
the flow classifier/filter. The next updated version will reflect this.
Actually in its existing design, the parameter field of the flow classifier can
be extended in the future to include more flow
On 6/17/15, 13:53, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-06-17 14:47:48 -0400 (-0400), Doug Hellmann wrote:
+1 both to using -x and to removing the shebang.
Agreed. We don't want anyone directly invoking this file as an
executable script in PBR-based packages, so I'm strongly in
Hi everyone,
we are developing an Ironic driver for OneView [1], an Infrastructure
Management System (IMS) by HP and, in order to deploy the node
correctly, the driver needs to know some specific information about the
configuration of the physical hardware.
In OneView, there is the concept
Excerpts from Robert Collins's message of 2015-06-18 06:40:33 +1200:
An unintended side effect of the requirements refactoring was that we
changed from preserving the 'x' bit on setup.py, to discarding it.
This happened when we started writing the file atomically rather than
in-place - a good
Hi Kevin,
We absolute envision languagepack artifacts being made available via
apps.openstack.org (ignoring for a moment that the name may not be a
perfect fit, particularly for things like vanilla glance images ... Is it
an OS or an App? ... catalog.openstack.org might be more fitting).
Anyway,
On 2015-06-17 14:47:48 -0400 (-0400), Doug Hellmann wrote:
+1 both to using -x and to removing the shebang.
Agreed. We don't want anyone directly invoking this file as an
executable script in PBR-based packages, so I'm strongly in favor of
anything we can do to actively discourage that.
--
http://tarballs.openstack.org/glance/heat-stable-icehouse.tar.gz
copy-paste fail, this should be:
http://tarballs.openstack.org/glance/glance-stable-icehouse.tar.gz
__
OpenStack Development Mailing List (not for usage
On 6/17/2015 3:53 PM, Sourabh Patwardhan wrote:
Hello,
I'm working on a new vif driver [1].
As part of the review comments, it was mentioned that a generic VIF
driver will be introduced in Liberty, which may render custom VIF
drivers obsolete.
Can anyone point me to blueprints / specs for
We’ve had this same problem, too, and I’d agree it should fail the Puppet run
rather than just passing. Would you mind writing up a bug report for this at
https://launchpad.net/puppet-openstacklib ?
I have this on my list of stuff to fix when we go to Kilo (soon), so if
somebody else doesn’t
Would then each docker host try and redownload the the prebuilt container
externally? If you build from source, does it build it once and then all the
docker hosts use that one local copy? Maybe Solum needs a mechanism to pull in
a prebuilt LP?
Thanks,
Kevin
Hi,
The infrastructure jobs are completed. The project repository [1] has been
provisioned, and it is ready to go. Spec [2] is being moved to the new
repo, with patch [3]. Any documentation/specification effort that pertains,
and/or is solely focused on SFC, should target the new repo from now
Excerpts from Kyle Mestery's message of 2015-06-17 13:54:06 -0700:
On Wed, Jun 17, 2015 at 3:48 PM, Doug Hellmann d...@doughellmann.com
wrote:
Excerpts from Dan Smith's message of 2015-06-17 13:16:46 -0700:
Every change like this makes it harder for newcomers to participate.
Frankly,
On 17 Jun 2015, at 8:35 pm, Neil Jerram neil.jer...@metaswitch.com wrote:
Hi Sam,
On 17/06/15 01:31, Sam Morrison wrote:
We at NeCTAR are starting the transition to neutron from nova-net and
neutron almost does what we want.
We have 10 “public networks and 10 “service networks and
Kevin,
On Jun 17, 2015, at 4:03 PM, Fox, Kevin M kevin@pnnl.gov wrote:
Would then each docker host try and redownload the the prebuilt container
externally? If you build from source, does it build it once and then all the
docker hosts use that one local copy? Maybe Solum needs a
As we decided at the Summit, we are in the process to prepare a Kilo
release.
All the work can be tracked here:
https://docs.google.com/spreadsheets/d/1XVrmEiLrJSdxDo-S_vFB7ljxTdYg-pe8hiMUryRor5A/edit#gid=0
https://etherpad.openstack.org/p/puppet-kilo-release
Please raise any outstanding patch
On 18 Jun 2015, at 2:59 am, Neil Jerram neil.jer...@metaswitch.com wrote:
On 17/06/15 16:17, Kris G. Lindgren wrote:
See inline.
Kris Lindgren
Senior Linux Systems Engineer
GoDaddy, LLC.
On 6/17/15, 5:12 AM, Neil Jerram
so, to not beat up on the public facing server, the user would have to copy the
container from the public server to the cloud's swift stoage, then the docker
hosts could pull from there?
Thanks,
Kevin
From: Adrian Otto [adrian.o...@rackspace.com]
Sent:
It has been a week and feedback has been positive and supportive of
Brian's nomination. Welcome to the L3 core reviewer team, Brian.
Carl
On Wed, Jun 10, 2015 at 1:11 PM, Carl Baldwin c...@ecbaldwin.net wrote:
Folks,
As the Neutron L3 Lieutenant [1] under the PTL, Kyle, I'd like to
propose
Ok, so https://review.openstack.org/#/c/192942/ is a WIP of this.
Seems to mostly work, just need to tweak a few more engine unit tests...
-Josh
Dulko, Michal wrote:
-Original Message-
From: Joshua Harlow [mailto:harlo...@outlook.com]
Sent: Tuesday, June 16, 2015 4:52 PM
To:
On 6/17/15, 10:59 AM, Neil Jerram neil.jer...@metaswitch.com wrote:
On 17/06/15 16:17, Kris G. Lindgren wrote:
See inline.
Kris Lindgren
Senior Linux Systems Engineer
GoDaddy, LLC.
On 6/17/15, 5:12 AM, Neil Jerram
Kevin,
Magnum has a plan for dealing with that. Solum will likely have a Magnum
integration that will leverage it:
https://blueprints.launchpad.net/magnum/+spec/registryv2-in-master
With that said, yes, you could also optimize the performance of the upstream by
caching it locally in swift.
Thanks for the pointer, Matt.
On Wed, Jun 17, 2015 at 2:40 PM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 6/17/2015 3:53 PM, Sourabh Patwardhan wrote:
Hello,
I'm working on a new vif driver [1].
As part of the review comments, it was mentioned that a generic VIF
driver will be
Hello everyone,
Our next weekly IRC meeting for the OpenStack service chain feature development
is 10am pacific time June 18 (UTC 1700) Following is the meeting info:
Weekly on Thursday at 1700
UTChttp://www.timeanddate.com/worldclock/fixedtime.html?hour=18min=00sec=0
in #openstack-meeting-4
An unintended side effect of the requirements refactoring was that we
changed from preserving the 'x' bit on setup.py, to discarding it.
This happened when we started writing the file atomically rather than
in-place - a good robustness improvement.
Previously the requirements sync, which enforces
Excerpts from Sean Dague's message of 2015-06-17 14:07:35 -0400:
On 06/17/2015 01:29 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 10:16:34 -0700:
On 06/16/2015 12:49 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 06:22:23 -0700:
FYI,
As you are probably aware an api-wg guideline for microversioning is under
review [1]
Needless to say, neutron developers interested in this work should have a
look at [1] - if nothing else because we need to ensure we are aligned -
and influence the guideline were appropriate.
Experimental APIs
Thanks Christopher. Will do for sure.
-Murali
From: Christopher Aedo ca...@mirantis.com
Sent: Wednesday, June 17, 2015 3:24 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Solum][app-catalog] [ Supporting
+1 both to using -x and to removing the shebang.
On Wed, Jun 17, 2015 at 2:47 PM, Doug Hellmann d...@doughellmann.com wrote:
Excerpts from Robert Collins's message of 2015-06-18 06:40:33 +1200:
An unintended side effect of the requirements refactoring was that we
changed from preserving the
On 06/17/2015 09:57 AM, Emilien Macchi wrote:
(...)
All modules having stable/juno will be released 5.1.0 both in OpenStack
and Puppet forge.
This is done.
Puppet modules have now 5.1.0 release in both OpenStack repositories and
Puppetforge.
Special kudos to our team for their help to
On Wed, Jun 17, 2015 at 12:53 PM, Murali Allada
murali.all...@rackspace.com wrote:
Kevin\Keith,
Yes, we would like to use the catalog for globally available artifacts, such
as operator languagepacks. More specifically the catalog would be a great
place to store metadata about publicly
Erno, thanks for raising the concerns.
tl;dr;
* The meeting allows people to focus on spec reviews.
* It also encourages people to think about some of the blockers on a weekly
basis and drive the project forward.
* It does NOT intend to discourage open discussion on gerrit or ML.
The specs can
not familiar/smart enough to comment on design within Nova but i'm very
much in favour if this is possible. the polling option in Ceilometer was
always a means to get information not readily available via notifications.
that said, i don't think we can completely do away with polling. i'm
i've no idea how to add comments to github so i'll ask here.
On 16/06/2015 11:12 AM, Julien Danjou wrote:
On Tue, Jun 16 2015, Chris Dent wrote:
5. anything in tempest to worry about?
Yes, we need to adapt and reenable tempest after.
6. what's that stuff in the ceilometer dir?
6.1.
Congratulations Brian! Welcome to the team!
Edgar
On 6/17/15, 3:59 PM, Carl Baldwin c...@ecbaldwin.net wrote:
It has been a week and feedback has been positive and supportive of
Brian's nomination. Welcome to the L3 core reviewer team, Brian.
Carl
On Wed, Jun 10, 2015 at 1:11 PM, Carl
On 06/11/2015 04:52 PM, Rodrigo Barbieri wrote:
Hello all,
There has been a lot of discussion around Share Migration lately. This
feature has two main code paths:
- Driver Migration: optimized migration of shares from backend A to
backend B where both backends belong to the same driver
On 06/03/2015 09:35 AM, Rodrigo Barbieri wrote:
Hello guys,
I would like to bring everyone up to speed on this topic, since we
have a weekly meeting tomorrow and I would like to further discuss
this, either here or tomorrow at the meeting, since this is something
that is a pre-requisite
Thanks a lot Mariam
-- Original --
From: Mariam Johnmari...@us.ibm.com;
Date: Wed, Jun 17, 2015 08:41 PM
To: OpenStack Development Mailing List (not for usage
questions)openstack-dev@lists.openstack.org;
Subject: Re: [openstack-dev]
I tried (or tried to try) Cloudbreak recently, as I need to deploy a newer
version of HDP than Sahara supports.
The interface is slick, but lacks the ability to make some choices about
your OpenStack installation. The heat template the software generated
wouldn't work with my deployment, and
The Manila midcycle meetup will be July 29-30 at NetApp's office in
Durham North Carolina. For those who can't attend in person there will
be video conference (subject to limited slots) and audio conference.
We will work on the agenda for the meetup in coming weeks.
-Ben Swartzlander
That would work, but would be a per tenant thing? So if you had lots of tenants
using the same image, it would redownloaded lots of times. Are there any plans
for glance integration so the cloud deployer could cache it in the image
catalog? I seem to remember a version of docker that could use
Hi Krotscheck,
Sorry for not attending the last meeting due to TZ.
Yes, Horizon is moving towards an Angular application, but for now there’s no
any Angular Dashboard landed. I think it’s high time that we should make a
standard for other projects which want to horizon compatible on whether
Kevin,
Yes, the solution to slow performance on public registry servers is to cache
content locally.
Arranging that is not difficult, but we are not to that point yet. Basically
you set up the bay models to use heat templates that set Docker Distribution to
use a cloud local upstream. That
How many people do you think you will have? We have a midcycle in
Boston University, July 15-17 and you are welcome to join in. I am
pretty sure we will have more than enough capacity, considering the size
of the Congress team.
Hotels might be a bit of an issue, as we are getting close, and
On 17/06/2015 12:57 PM, Chris Dent wrote:
On Tue, 16 Jun 2015, Simon Pasquier wrote:
I'm still struggling to see how these optimizations would be implemented
since the current Gnocchi design has separate backends for indexing and
storage which means that datapoints (id + timestamp + value)
On 06/11/2015 10:34 AM, Jeremy Stanley wrote:
On 2015-06-11 07:51:55 +0200 (+0200), Philipp Marek wrote:
[...]
I still stand by my opinion (as voiced in Vancouver) that for such
one-off things (that contributors are not likely to repeat over
and over again) it might make sense to have -infra
Meeting on #openstack-meeting @ 1600UTC (9am PDT)
Agenda can be found here:
https://wiki.openstack.org/wiki/Meetings/Tacker#Meeting_June_18.2C_2015
Feel free to update the agenda if needed.
thanks,
Sridhar
__
OpenStack
I am planning on looking into Murano later this year so I'd be interested
in helping review this code. I'm puppet-core so feel free to add me to
reviews and I can look as time permits.
On Wed, Jun 17, 2015 at 9:49 AM, Serg Melikyan smelik...@mirantis.com
wrote:
Emilien,
Thank you for your
Lisette, what is this about?
http://it.linkedin.com/in/fsoppelsa
On 06/17/2015 07:10 AM, Lisette Sheehan wrote:
Hi!
I work for an events market research company and am in need of
recruiting young developers in the San Francisco Bay Area to answer a
short survey to see if they qualify for
On 6/17/15 12:40 PM, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/17/2015 11:27 AM, Anna Kamyshnikova wrote:
Ihar, thanks for bringing this up!
This is very interesting and I think it worth trying. I'm +1 on
that and want to participate in this work.
Excerpts from Sean Dague's message of 2015-06-16 10:16:34 -0700:
On 06/16/2015 12:49 PM, Clint Byrum wrote:
Excerpts from Sean Dague's message of 2015-06-16 06:22:23 -0700:
FYI,
One of the things that came out of the summit for Devstack plans going
forward is to trim it back to
Awesome! Thanks. :)
Kevin
From: Ihar Hrachyshka [ihrac...@redhat.com]
Sent: Wednesday, June 17, 2015 9:41 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Openstack-operators] [nova] [neutron] Re: How do
your end users use
On Wed, Jun 17, 2015 at 11:37:04AM -0500, Matt Riedemann wrote:
On 6/17/2015 4:46 AM, Daniel P. Berrange wrote:
On Tue, Jun 16, 2015 at 04:21:16PM -0500, Matt Riedemann wrote:
The NFS, GlusterFS, SMBFS, and Quobyte libvirt volume drivers are all very
similar.
I want to extract a common
Team,
This blueprint needs an assignee:
https://blueprints.launchpad.net/magnum/+spec/native-docker-network
I have moved the whiteboard discussion to the etherpad:
https://etherpad.openstack.org/p/magnum-native-docker-network
Please take a moment to put your input on the ether pad so we can
Excerpts from Dan Smith's message of 2015-06-17 13:16:46 -0700:
Every change like this makes it harder for newcomers to participate.
Frankly, it makes it harder for everyone because it means there are
more moving parts, but in this specific case many of the people
involved in these
On Wed, Jun 17, 2015 at 3:48 PM, Doug Hellmann d...@doughellmann.com
wrote:
Excerpts from Dan Smith's message of 2015-06-17 13:16:46 -0700:
Every change like this makes it harder for newcomers to participate.
Frankly, it makes it harder for everyone because it means there are
more
Hello,
I'm working on a new vif driver [1].
As part of the review comments, it was mentioned that a generic VIF driver
will be introduced in Liberty, which may render custom VIF drivers obsolete.
Can anyone point me to blueprints / specs for the generic driver work?
Alternatively, any guidance
Hi,
I am looking for Openstack Ceilometer Python API Documentation that
includes example codes and guidelines for using it. So far I have been able
to find the following link but it is not that much helpful:
http://docs.openstack.org/developer/python-heatclient/
Your help will be highly
Why does alternative implementation need to implement all 50 versions?
As far as I understand, API side should not support all versions, that is
why version info returns min and max versions
https://github.com/openstack/nova/blob/master/doc/api_samples/versions/versions-get-resp.json#L25-L26
On
Hi Kris,
Apologies in advance for questions that are probably really dumb - but
there are several points here that I don't understand.
On 17/06/15 03:44, Kris G. Lindgren wrote:
We are doing pretty much the same thing - but in a slightly different way.
We extended the nova scheduler to
Couple more dumb comments here - sorry that I'm processing this thread
backwards!
On 16/06/15 15:20, Jay Pipes wrote:
Adding -dev because of the reference to the Neutron Get me a network
spec. Also adding [nova] and [neutron] subject markers.
Comments inline, Kris.
On 05/22/2015 09:28 PM,
-Original Message-
From: ext Matthew Treinish [mailto:mtrein...@kortar.org]
Sent: Tuesday, June 16, 2015 4:49 PM
To: openstack-dev@lists.openstack.org; All Things QA.
Subject: Re: [openstack-qa] [QA] [tempest] UUIDs and names in tempest.conf
file
So I need to point out that the
On 17 June 2015 at 00:21, Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
The NFS, GlusterFS, SMBFS, and Quobyte libvirt volume drivers are all very
similar.
I want to extract a common base class that abstracts some of the common
code and then let the sub-classes provide overrides where
2015-06-17 19:46 GMT+08:00 Andrey Kurilin akuri...@mirantis.com:
Why does alternative implementation need to implement all 50 versions?
As far as I understand, API side should not support all versions, that is
why version info returns min and max versions
On 06/17/2015 06:54 AM, Ken'ichi Ohmichi wrote:
2015-06-17 12:38 GMT+09:00 Yuiko Takada yuikotakada0...@gmail.com:
Then, as you and Matt and Dimitry talked about this on IRC few days ago,
We can add Ironic/Ironic-inspector tests into Tempest still, right?
So that I've started to implement a
On 06/17/2015 03:35 AM, Ken'ichi Ohmichi wrote:
2015-06-16 21:16 GMT+09:00 Jay Pipes jaypi...@gmail.com:
On 06/16/2015 08:00 AM, Dmitry Tantsur wrote:
16 июня 2015 г. 13:52 пользователь Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com написал:
On 06/16/2015 04:36 AM, Alex Xu
Hi list,
I'd like to know the need about implementing a MAC (Mandatory Access
Control) security hook framework for OpenStack, just like the Linux
Security Module to Linux. It can be used to help construct a security
module that mediates the communications between OpenStack nodes and
controls
On 16 June 2015 at 22:36, Sam Morrison sorri...@gmail.com wrote:
On 17 Jun 2015, at 10:56 am, Armando M. arma...@gmail.com wrote:
On 16 June 2015 at 17:31, Sam Morrison sorri...@gmail.com wrote:
We at NeCTAR are starting the transition to neutron from nova-net and
neutron almost does
Seems to me like we can keep ironic-lib git repository as a git submodule
of the ironic and ironic-python-agent repositories. Any commit in Ironic
or Ironic-python-agent can change ironic-lib independently. Also, looks
like our CI system supports it by automatically pushing commits in the
1600 is late for me as it is. The earlier the better is my vote. I would
make 1630 work, 1700 is too late.
Sam Yaple
864-901-0012
On Tue, Jun 16, 2015 at 2:09 PM, Harm Weites h...@weites.com wrote:
I'm ok with moving to 16:30 UTC instead of staying at 16:00.
I actually prefer it in my
-Original Message-
From: Joshua Harlow [mailto:harlo...@outlook.com]
Sent: Tuesday, June 16, 2015 4:52 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [taskflow] Returning information from reverted
flow
Dulko, Michal wrote:
Ok. So if I understand it correctly, every update operation we do could
result in a deadlock then? Or is it just ones with where criteria that
became invalid.
On Tue, Jun 16, 2015 at 8:58 PM, Carl Baldwin c...@ecbaldwin.net wrote:
On Tue, Jun 16, 2015 at 5:17 PM, Kevin Benton blak...@gmail.com
On 06/15/2015 10:43 PM, Paul Belanger wrote:
On 06/15/2015 03:03 PM, Allison Randal wrote:
On 06/15/2015 11:48 AM, Thomas Goirand wrote:
On 06/15/2015 04:55 PM, James Page wrote:
The problem of managing delta and allowing a good level of
distribution independence is still going to continue to
On 06/16/2015 06:41 PM, Allison Randal wrote:
On 06/15/2015 01:43 PM, Paul Belanger wrote:
While I agree those points are valid, and going to be helpful, moving
under OpenStack (even Stackforge) does also offer the chance to get more
test integration upstream (not saying this was the original
Hi Emilien,
I would like to answer your question regarding
stackforge/puppet-murano repository asked in different thread:
Someone from Fuel team created first the module in Fuel, 6 months ago
[1] and 3 months later someone from Fuel team created an empty
repository in Stackforge [2]. By the
As this topic is getting some traction, I will register corresponding
blueprint in Fuel and try to decompose the work based on what Andrew
proposed.
--
Best regards,
Oleg Gelbukh
On Tue, Jun 16, 2015 at 3:54 PM, Oleg Gelbukh ogelb...@mirantis.com wrote:
Andrew,
I've also noticed that
Hi,
I don't want to have to diverge much from the topic of this thread,
I've done this already as pointed out by Sean. But I feel like
replying to this.
Sorry I might be missing something. I don't think one thing justify
the other, plus the problem seems to be the source of truth. I thought
On Tue, Jun 16, 2015 at 04:21:16PM -0500, Matt Riedemann wrote:
The NFS, GlusterFS, SMBFS, and Quobyte libvirt volume drivers are all very
similar.
I want to extract a common base class that abstracts some of the common code
and then let the sub-classes provide overrides where necessary.
Hi Yang,
This is an interesting idea. Most operators running production OpenStack
deployments will be using OS-level Mandatory Access Controls already (likely
AppArmour or SELinux).
I can see where there might be some application on a per-service basis,
introducing more security for Swift,
I think this is an interesting if somewhat difficult to follow thread.
It’s worth keeping in mind that there are more ways to handle certificates in
OpenStack than just Barbican, though there are often good reasons to use it.
Is there a blueprint or scheduled IRC meeting to discuss the options?
Hi Sam,
On 17/06/15 01:31, Sam Morrison wrote:
We at NeCTAR are starting the transition to neutron from nova-net and neutron
almost does what we want.
We have 10 “public networks and 10 “service networks and depending on which
compute node you land on you get attached to one of them.
In
[Sorry - unintentionally dropped -operators below; adding it back in
this copy.]
On 17/06/15 11:35, Neil Jerram wrote:
Hi Sam,
On 17/06/15 01:31, Sam Morrison wrote:
We at NeCTAR are starting the transition to neutron from nova-net and
neutron almost does what we want.
We have 10 “public
Ihar, thanks for bringing this up!
This is very interesting and I think it worth trying. I'm +1 on that and
want to participate in this work.
In fact a lot *not strict* migrations are removed with juno_initial, so I
hope it won't be so hard for now to apply stricter rules for migration. But
what
On Wed, Jun 17, 2015 at 1:59 AM, Armando M. arma...@gmail.com wrote:
On 16 June 2015 at 22:36, Sam Morrison sorri...@gmail.com wrote:
On 17 Jun 2015, at 10:56 am, Armando M. arma...@gmail.com wrote:
On 16 June 2015 at 17:31, Sam Morrison sorri...@gmail.com wrote:
We at NeCTAR are
1 - 100 of 158 matches
Mail list logo