Hi all,
So the feedback during the Vancouver summit from some of the nova
cores was that, we needed volunteers to take care of the nova-docker
driver before it can be considered to merge in the Nova tree.
As an exercise is resposibility, we need people who can reinstate the
nova-docker
Excerpts from Ryan Brown's message of 2015-05-26 05:48:14 -0700:
Zaqar provides an option to use Redis as a backend, and Zaqar provides
pubsub messaging.
Please please please do not mistake under-the-cloud messaging, which
oslo.messaging is intended to facilitate, for user-facing messaging,
Tan,
Awesome, please update the page here:
https://wiki.openstack.org/wiki/CrossProjectLiaisons
thanks,
dims
On Tue, May 26, 2015 at 9:04 PM, Tan, Lin lin@intel.com wrote:
Hi Doug and guys,
I would like to work as oslo-ironic liasison to sync Ironic with Oslo.
I will attend the regular
Oleg,
Thanks for the feedback. I have the following as a response:
1. This spec is just an excerpt for scoping in the proposed improvement to the
7.0 release plan. If it get’s scope the full specification will go through a
standard review process so it will be possible to discuss names along
Victor,
Nice, yes, Joe was the liaison with Nova so far. Yes, please go ahead
and add your name in the wiki for Nova as i believe Joe is winding
down the oslo liaison as well.
https://wiki.openstack.org/wiki/CrossProjectLiaisons#Oslo
thanks,
dims
On Wed, May 27, 2015 at 5:12 AM, Victor Stinner
Hi Samuel,
Currently it's not possible to change partitioning schema of Fuel roles,
but you can change partitioning in post_deployment tasks of your plugin.
Thanks,
On Wed, May 27, 2015 at 9:38 AM, Samuel Bartel samuel.bartel@gmail.com
wrote:
Hi folks
In some plugin such as the nfs for
Hi all,
I'd like to bring up this matter again, although it was at some extent
discussed during the recent summit.
The problem arises from the fact that the functionality exposing device
names for usage through public APIs is deteriorating in nova. It's being
deliberately removed because as
Hi,
By the way, who is the oslo liaison for nova? If there is nobody, I
would like to take this position.
Victor
Le 25/05/2015 18:45, Ghe Rivero a écrit :
My focus on the Ironic project has been decreasing in the last cycles,
so it's about time to relinquish my position as a oslo-ironic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
tl;dr:
- - We'd like to push distribution packaging of OpenStack on upstream
gerrit with reviews.
- - The intention is to better share the workload, and improve the overall
QA for packaging *and* upstream.
- - The goal is *not* to publish
Hi,
Thanks for writing down the summit notes Flavio. I'm really glad that there
are so many great features to work on in this cycle. I'll be there to help
as much as possible with every one of them.
I would also like to add that we will be doing a lot of work in the client
side, updating it to
Hi,
I'll try to address the question about Proxy process.
AFAIK there is no way yet in zmq to bind more than once to a specific
port (e.g. tcp://*:9501).
Apparently we can:
socket1.bind('tcp://node1:9501')
socket2.bind('tcp://node2:9501')
but we can not:
socket1.bind('tcp://*:9501')
Great initiative, IMO. I favour going directly to openstack-, rather than
stackforge-, for the migration reason that you mention.
Original Message
From: Thomas Goirand
Sent: Wednesday, 27 May 2015 09:17
To: OpenStack Development Mailing List (not for usage questions)
Reply To: OpenStack
Thanks for the share.. :)
From: Vasudevan, Swaminathan (PNB Roseville)
[mailto:swaminathan.vasude...@hp.com]
Sent: Tuesday, May 26, 2015 11:20 PM
To: OpenStack Development Mailing List (openstack-dev@lists.openstack.org)
Subject: [openstack-dev] [Neutron]: DVR Presentation slides from the
On 05/27/2015 04:12 AM, Clint Byrum wrote:
Excerpts from Ryan Brown's message of 2015-05-26 05:48:14 -0700:
Zaqar provides an option to use Redis as a backend, and Zaqar provides
pubsub messaging.
Please please please do not mistake under-the-cloud messaging, which
oslo.messaging is
Thank you Roman for driving this!
Full list of nodes statuses is:
NODE_STATUSES = Enum(
'ready',
'discover',
'provisioning',
'provisioned',
'deploying',
'error',
'removing',
)
We could combine 'provisioning', 'provisioned', 'deploying' into one maybe
as cluster has
Many thanks to Thomas and the other packagers for a great discussion at
the summit and this fast follow-up, explained well. Looking forward to
seeing what can be achieved!
On 27/05/15 16:14, Thomas Goirand wrote:
Hi all,
tl;dr:
- We'd like to push distribution packaging of OpenStack on
Hi Team,
Here are the etherpads from the summit[1].
Some highlights are as follows:
Oslo.messaging : Took status of the existing zmq driver, proposed a
new driver in parallel to the existing zmq driver. Also looked at
possibility of using Pika with RabbitMQ. Folks from pivotal promised
to help
On 26/05/15 17:14 +, Jesse Cook wrote:
I created an etherpad with priorities the RAX team I work on will be focusing
on based on our talks at the summit: https://etherpad.openstack.org/p/
liberty-priorities-rax. Input, guidance, feedback, and collaboration is not
just welcome, it is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/26/2015 11:53 PM, Kevin Benton wrote:
Actually, that approach was initially taken for bug 1345947, but
then the patch was abandoned to be replaced with a simpler -
--dhcp-authoritative approach that ended up with unexpected NAKs
for
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: 27 May 2015 00:58
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Glance] [all] Liberty summit: Updates in Glance
Jesse, you beat me on this one :)
On 26/05/15
Excellent, nice to know that we're on the same page about this.
Thank you!
--
Best regards,
Oleg Gelbukh
On Wed, May 27, 2015 at 12:22 PM, Roman Prykhodchenko m...@romcheg.me wrote:
Oleg,
Thanks for the feedback. I have the following as a response:
1. This spec is just an excerpt for
Hi everyone,
At last IRC meeting
http://eavesdrop.openstack.org/meetings/manila/2015/manila.2015-05-14-15.00.log.html
was
raised following question:
Whether Manila should allow us to create shares from snapshots with
different share networks or not?
What do users/admins expect in that case?
Thanks Doug,
I knew there would be a more definitive and simple use.
eval is that way!
Ronald
Ronald Bradford
Web Site: http://ronaldbradford.com
LinkedIn: http://www.linkedin.com/in/ronaldbradford
Twitter:@RonaldBradford http://twitter.com/ronaldbradford
Skype: RonaldBradford
GTalk:
As part of the work to object-ify the image metadata dicts, I'm looking
at the current way the libvirt driver fetches image metadata for an
instance, in cases where the compute manager hasn't already passed it
into the virt driver API. I see 2 methods that libvirt uses to get the
image metadata
Upgraded to Juno and now can't nova boot:
[root@openstack nova(keystone)]# nova boot --flavor 3 --boot-volume
a9f8f997-bc87-4f39-9f9f-0b41169a0256 radius --nic
net-id=b2324538-26ee-4d06-bccd-0ef2f6778f6b,v4-fixed-ip=10.71.0.161
ERROR (BadRequest): Block Device Mapping is Invalid: failed to get
On Tue, May 26, 2015 at 6:03 PM, gordon chung g...@live.ca wrote:
hi Tim,
we're still doing some investigation but we're tracking/discussing part of
the polling load issue here: https://review.openstack.org/#/c/185084/
we're open to any ideas -- especially from nova api et al experts.
So
I think this will help because it separates the judgement of is this code
good enough to land from the project and release coordination of should
this code land now.
I've been floating the idea of separating +2 and +A powers for the same
purpose: free up many of the technical reviewers from
On Tue, May 26, 2015 at 8:45 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Fri, May 22, 2015 at 02:57:23PM -0700, Michael Still wrote:
Hey,
it would be cool if devs posting changes for nova which depend on us
approving their spec could use Depends-On to make sure their code
Excerpts from Zane Bitter's message of 2015-05-27 10:40:48 -0700:
On 27/05/15 12:42, Clint Byrum wrote:
== Crazy idea section ==
One thing I never had a chance to discuss with any of the Zaqar devs that
I would find interesting is an email-only backend for Zaqar. Basically
make Zaqar
Hi Igor,
The 3PAR can extend a share without loss of connectivity.
Regards,
markstur
From: yang, xing [mailto:xing.y...@emc.com]
Sent: Friday, May 22, 2015 3:43 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Manila] Question to driver
Joe,
Given that the code once lived in nova and the team across has spent
quite a bit of time to turn it into a library which at last count was
adopted by 6 projects at least. i'd like to give the team some credit.
openstack/ceilometer/test-requirements.txt:oslo.vmware=0.11.1
#
On Wed, May 27, 2015 at 11:23 AM, Davanum Srinivas dava...@gmail.com
wrote:
Joe,
Given that the code once lived in nova and the team across has spent
quite a bit of time to turn it into a library which at last count was
adopted by 6 projects at least. i'd like to give the team some credit.
We are eager to announce the release of:
tooz 0.12.1: Coordination library for distributed systems.
This release is part of the juno stable release series.
With source available at:
http://git.openstack.org/cgit/openstack/tooz
For more details, please see the git log history below and:
So I agree doing lots of naive polling can lead to issues on even the
fastest of APIs, but are there any bugs about this that were opened
against nova? At the very least nova should investigate why the
specific calls are so slow and see if we what we can do to make them at
least a
On Wed, May 27, 2015 at 3:20 AM, Davanum Srinivas dava...@gmail.com wrote:
Victor,
Nice, yes, Joe was the liaison with Nova so far. Yes, please go ahead
and add your name in the wiki for Nova as i believe Joe is winding
down the oslo liaison as well.
On Wed, May 27, 2015 at 10:31 AM, Mike Bayer mba...@redhat.com wrote:
On 5/27/15 3:06 AM, Kekane, Abhishek wrote:
Hi Devs,
Each OpenStack service sends a request ID header with HTTP responses. This
request ID can be useful for tracking down problems in the logs. However,
when
On Wed, May 27, 2015 at 12:06 AM, Kekane, Abhishek
abhishek.kek...@nttdata.com wrote:
Hi Devs,
Each OpenStack service sends a request ID header with HTTP responses. This
request ID can be useful for tracking down problems in the logs. However,
when operation crosses service boundaries,
We've noticed the load on the Nova and Keystone APIs. It may well be that there
is an increased load on the hypervisor but this is distributed and thus we
might not have seen it. The API impact was significant a factor of 14x
increase in API call rate
cool cool. we'll work against that. i want to point out we added a caching
mechanism in Juno which i hope helps with the Nova issue -- basically we cache
some of the secondary calls we make when gathering information.
On Wed, May 27, 2015 at 12:54 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
I prefer the patched posted by Sabari. The patch has two changes:
1. It fixes unit tests
2. In the even that an instance spawn fails then it catches an
exception to warn the admin that the guestId may be
On 05/27/2015 09:47 AM, Alexandre Levine wrote:
Hi all,
I'd like to bring up this matter again, although it was at some extent
discussed during the recent summit.
The problem arises from the fact that the functionality exposing device
names for usage through public APIs is deteriorating
All changes to stable/kilo (and probably stable/juno) are broken due to
a zake 0.2.2 release today which excludes kazoo 2.1.
tooz 0.12 requires uncapped zake and kazoo so it's pulling in kazoo 2.1
which zake 0.2.2 doesn't allow.
ceilometer pulls in tooz.
There is no stable/juno branch for
On 5/27/2015 10:57 AM, Matt Riedemann wrote:
All changes to stable/kilo (and probably stable/juno) are broken due to
a zake 0.2.2 release today which excludes kazoo 2.1.
tooz 0.12 requires uncapped zake and kazoo so it's pulling in kazoo 2.1
which zake 0.2.2 doesn't allow.
ceilometer pulls
On 5/27/2015 10:58 AM, Matt Riedemann wrote:
On 5/27/2015 10:57 AM, Matt Riedemann wrote:
All changes to stable/kilo (and probably stable/juno) are broken due to
a zake 0.2.2 release today which excludes kazoo 2.1.
tooz 0.12 requires uncapped zake and kazoo so it's pulling in kazoo 2.1
On 5/27/15, 10:15, Doug Hellmann d...@doughellmann.com wrote:
Excerpts from Kekane, Abhishek's message of 2015-05-27 07:06:56 +:
Hi Devs,
Each OpenStack service sends a request ID header with HTTP responses.
This request ID can be useful for tracking down problems in the logs.
However,
Yes Rob, you are correct. ToastService was something Cindy wrote to replace horizon.alert (aka messages). We can't remove it because legacy still uses it.-"Rob Cresswell (rcresswe)" rcres...@cisco.com wrote: -To: "OpenStack Development Mailing List (not for usage questions)"
On 05/26/2015 09:29 AM, Flavio Percoco wrote:
Greetings,
TL;DR: Thanks everyone for your feedback. Based on the discussed plans
at the summit - I'll be writing more about these later - Zaqar will
stick around and play its role in the community.
Summit Summary
==
I'm happy
On Wed, May 27, 2015 at 10:53:38AM EDT, Thierry Carrez wrote:
For future meeting additions and schedule modifications, please propose
changes to openstack-infra/irc-meetings via Gerrit !
Fantastic work everyone! I knew this was always a tough manual task,
it's great to see it finally become
I kinda agree with all 3 of you, possibly because there are Grey areas
on how best we can actually do this. We are talking about one cycle
ahead to the very least. While that is a great thing to do, I think we
should focus on making the current Artifacts implementation stable
bring it to a
Bich,
Sure thing, just start on #nova-docker irc channel and we can talk there
-- dims
On Wed, May 27, 2015 at 11:28 AM, Bich Le l...@platform9.com wrote:
I'd like to contribute.
But I may need some help / pointers in getting started (I have experience
with running and hacking openstack, but
Hi,
That's an issue of course. Settings definitely should support 'none' action
in their restrictions. Thank you for catching it!
And we've prepared the *fix*: https://review.openstack.org/#/c/186049/. It
should be merged ASAP.
Best regards,
Julia
On Wed, May 27, 2015 at 5:57 PM, Swann Croiset
Hi,
We have a *lot* of configuration knobs in DevStack for Neutron. I am not
a smart man, so I think we may need to wrap our arms around this and
simplify.
Here's an example.
Can you tell me the difference between
PUBLIC_PHYSICAL_NETWORK and PHYSICAL_NETWORK?
I had a local.conf with the
I added a few metadata on the etherpad and linked it to main Glance
etherpad here https://etherpad.openstack.org/p/liberty-glance . We can
collaborate better across different product groups on image conversion
as well as other subjects therein.
Cheers,
Nikhil
On 5/27/15 9:23 AM, Flavio
Hi everyone,
TL;DR:
IRC meetings list now lives at http://eavesdrop.openstack.org
ical file with meetings is now at
http://eavesdrop.openstack.org/irc-meetings.ical
Long version:
I'm very pleased to announce that we solved a long-standing pain in how
we organize the IRC meetings agenda.
We
Excerpts from Kekane, Abhishek's message of 2015-05-27 07:06:56 +:
Hi Devs,
Each OpenStack service sends a request ID header with HTTP responses. This
request ID can be useful for tracking down problems in the logs. However,
when operation crosses service boundaries, this tracking can
Folks,
With our plugin UI definition [0] I'm trying to use a restriction with
'action: none' to display a message but nothing happen.
According to the doc this should just works [1], btw I didn't find any
similar example on fuel-web/nailgun.
So I guess I hit a bug here or smth is wrong with
On 27/05/15 12:42, Clint Byrum wrote:
== Crazy idea section ==
One thing I never had a chance to discuss with any of the Zaqar devs that
I would find interesting is an email-only backend for Zaqar. Basically
make Zaqar an HTTP-to-email gateway. There are quite a few hyper-scale
options for
On 5/26/15, 2:16 PM, jpee...@redhat.com jpee...@redhat.com wrote:
(Trying to summarize discussions from earlier on IRC)
On Mon, May 25, 2015 at 06:54:43PM +, Steven Dake (stdake) wrote:
Hey fellow Kolla devs,
With Sam¹s recent change to add build from source as an option and build
from
On 5/27/15 3:06 AM, Kekane, Abhishek wrote:
Hi Devs,
Each OpenStack service sends a request ID header with HTTP responses.
This request ID can be useful for tracking down problems in the logs.
However, when operation crosses service boundaries, this tracking can
become difficult, as each
Josh,
thanks. yes, the kombu vs pika is just a research thing someone should
look at. no blueprint, no spec, so not approved in anyway :)
-- dims
On Wed, May 27, 2015 at 1:24 PM, Joshua Harlow harlo...@outlook.com wrote:
Thanks dims!
Good write up,
Other things I noted (more controversial
All,
A month ago I sent a question out asking should we drop Py26 support in
Swift?. I heard zero people asking us to keep support for it on the mailing
list. At the summit, we brought it up again with operators, and the consensus
of the room was to drop support.
What does this mean? Simply,
Excerpts from Flavio Percoco's message of 2015-05-26 01:28:06 -0700:
Greetings,
TL;DR: Thanks everyone for your feedback. Based on the discussed plans
at the summit - I'll be writing more about these later - Zaqar will
stick around and play its role in the community.
Summit Summary
Thanks dims!
Good write up,
Other things I noted (more controversial ones); is that we need to come
up with a concurrency strategy (and/or guidelines, and/or best
practices). At least I feel this will be a way that works and imho
implies that one concurrency strategy will (likely) not fit
On 5/27/15, 8:23 AM, Flavio Percoco fla...@redhat.com wrote:
On 26/05/15 17:14 +, Jesse Cook wrote:
I created an etherpad with priorities the RAX team I work on will be
focusing
on based on our talks at the summit: https://etherpad.openstack.org/p/
liberty-priorities-rax. Input, guidance,
[Operators ML dropped from Cc as my reply is off-topic there]
On 2015-05-22 21:06:32 -0700 (-0700), Christopher Aedo wrote:
[...]
- I'll be working with the OpenStack infra team to get the server
and CI set up in their environment (though that work will not
impact the catalog as it stands
Hi Valeriy,
VNX can support creating a share from snapshot using a different share network.
Thanks,
Xing
From: Valeriy Ponomaryov [mailto:vponomar...@mirantis.com]
Sent: Wednesday, May 27, 2015 8:38 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev]
Should we talk about having a repo where contributed resources could be gated?
I have some templates I'd like to eventually commit, but it would be good to
have some infrastructure in place to make sure they don't bit rot.
Thanks,
Kevin
From: Jeremy
On 05/22/2015 07:34 PM, Mike Perez wrote:
This is long overdue, but it gives me great pleasure to nominate Sean
McGinnis for
Cinder core.
Cinder core, please reply with a +1 for approval. This will be left
open until May 29th. Assuming there are no objections, this will go
forward after
On 2015-05-27 21:15:58 + (+), Fox, Kevin M wrote:
Should we talk about having a repo where contributed resources
could be gated? I have some templates I'd like to eventually
commit, but it would be good to have some infrastructure in place
to make sure they don't bit rot.
It looks
On 27/05/15 09:14, Thomas Goirand wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
tl;dr:
- - We'd like to push distribution packaging of OpenStack on upstream
gerrit with reviews.
- - The intention is to better share the workload, and improve the overall
QA for packaging *and*
Hi,
I resolved it by adding or uncommenting /dev/vfio/vfio in cgroup_device_acl
list in /etc/libvirtd/qemu.conf file and restart libvird service .
Now when I listed nova instances am not getting any Network shown
[stack@Controller images]$ nova list
Went through the files myself and I concur. Most of these files define pieces
specific to our implementation of the dashboard, so should be moved.
I’m not entirely sure on where _messages should sit. As we move forward, won’t
that file just end up as a toast element and nothing more? Maybe I’m
Hi All,
This is my first time to contribute code to openstack.
I made a patch for pagination info at top and bottom of table.
https://review.openstack.org/#/c/183963/
Cindy said:
Tried this out on the flavors table. Set page number to 2, but it still
displayed all flavors.
But there are no way
Hi Devs,
Each OpenStack service sends a request ID header with HTTP responses. This
request ID can be useful for tracking down problems in the logs. However, when
operation crosses service boundaries, this tracking can become difficult, as
each service has its own request ID. Request ID is not
Hello Vincent Hou,
We, Manila folks, are about to merge one of new features - private driver
storage [1]. That is going to serve for not-user facing data storage
related to any resource that can be reached by both - API and share driver.
And in case of share migration, it will be possible to
Roman,
This looks like a great solution to me, and I like your proposal very much.
The status of cluster derived directly from statuses of nodes is exactly
what I was thinking about.
I have to notes to the proposal, and I can copy them to etherpad if you
think they deserve it:
1) status name
Thank you Ghe! Miss you!
On Wed, May 27, 2015 at 9:04 AM, Tan, Lin lin@intel.com wrote:
Hi Doug and guys,
I would like to work as oslo-ironic liasison to sync Ironic with Oslo.
I will attend the regular Oslo meeting for sure. My IRC name is lintan, and
Launchpad id is tan-lin-good
Should RefStack be involved here? To integrate tightly with the App Catalog,
the Cloud Provider would be required to run RefStack against their cloud, the
results getting registered to an App Catalog service in that Cloud. The App
Catalog UI in Horizon could then filter out from the global App
There's an alternate vision which is simply, resources that can be launched in
an OpenStack environment directly.
Solum, Mistral, Glance, etc fit into that definition. This is kind of how it is
arranged today.
Even with the high level app store only vision I proposed, these other types of
Hi German,
Thanks for the initiative. I am currently working for few of the FWaaS BP's
proposed for Liberty and definitely would like to be a part of this effort.
BTW did you mean FWaaS IRC meeting to take up this discussion further?
Thanks
Vikram
On Thu, May 28, 2015 at 4:20 AM, Kyle Mestery
In vancouver we had an ops working group session about technology choices.
I've created a wiki page from that meeting here:
https://wiki.openstack.org/wiki/TechnologyChoices - its not rigorous
enough to be a 'policy' as such - yet - but I think this can serve as
a frame of reference for
I'd say, tools that utilize OpenStack, like the knife openstack plugin, are not
something that you would probably go to the catalog to find. And also, the
recipes that you would use with knife would not be specific to OpenStack in any
way, so you would just be duplicating the config management
On 2015-05-28 00:20:48 + (+), Keith Bray wrote:
Maybe. I'm not up to speed on defcore/refstack requirements.. But,
to put the question on the table, do folks want the OpenStack
App-catalog to only have support for the
lowest-common-denominator of artifacts and cloud capabilities,
or
On Wed, May 27, 2015 at 4:27 PM, Fox, Kevin M kevin@pnnl.gov wrote:
I'd say, tools that utilize OpenStack, like the knife openstack plugin,
are not something that you would probably go to the catalog to find. And
also, the recipes that you would use with knife would not be specific to
Jeremy, thanks. You're right, the deployment directory is not what
we'll need to merge this with the openstack infra. Glad to see your
response though - at the summit I spoke with some folks from the
foundation side and they offered to support the transition however
it's needed.
I think the
So I'll give it a shot, and let me know if this explanation helps,
The idea is that u have some work (composed of tasks, flows, ...); that
work is ran by some engine[1]. Hopefully that makes sense so far. Those
engines track (and can save) the execution state of what has been
executed and
In-line responses. Thanks for chipping in Monty.
-Keith
On 5/27/15 6:03 PM, Monty Taylor mord...@inaugust.com wrote:
On 05/27/2015 06:35 PM, Keith Bray wrote:
Joe, regarding apps-catalog for any app deployable on OpenStack
(regardless of deployment technology), my two cents is that is a good
Ah. So maybe rather then filter out, gray out?
Thanks,
Kevin
From: Jeremy Stanley
Sent: Wednesday, May 27, 2015 5:31:51 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [new][app-catalog] App Catalog next steps
On
Hi All:
Thanks German for articulating this – we did have this discussion on last Fri
as well on the need to have more user inputs. FWaaS has been in a bit of a
Catch22 situation with the experimental state. Regarding feature velocity – it
has definitely been frustrating and we also lost
Oh and one more thing... I think one of the first cloud apps we may want to
consider is refstack. :)
That way users can easily deploy and test.
Thanks,
Kevin
From: Keith Bray
Sent: Wednesday, May 27, 2015 5:20:48 PM
To: OpenStack Development Mailing List (not
On 05/27/2015 05:09 PM, Fox, Kevin M wrote:
If the current behavior is broken, and the behavior is causing problems with
things like fixing quota's, should it just be deprecated and pushed off to
orchestration rather then change it?
Is this causing problems with quotas? The problem I brought
Sukhdev,
Thank you for your settings! Looking forward to meeting you next week.
-- pshige
2015-05-28 13:59 GMT+09:00 Sukhdev Kapur sukhdevka...@gmail.com:
Folks,
Starting next monday (June 1, 2015), we are kicking off weekly meeting to
discuss and track the integration of Ironic and Neutron
Kevin, I like your vision. Today we have images, heat templates, Murano
packages. What are your thoughts on how to manage additions? Should it be
restricted to things in the OpenStack namespace under the big tent? E.g., I'd
like to see Solum language packs get added to the app-catalog.
Maybe. I'm not up to speed on defcore/refstack requirements.. But, to put
the question on the table, do folks want the OpenStack App-catalog to only
have support for the lowest-common-denominator of artifacts and cloud
capabilities, or instead allow for showcasing all that is possible when
using
On Wed, May 27, 2015 at 12:15 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, May 26, 2015 at 8:45 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Fri, May 22, 2015 at 02:57:23PM -0700, Michael Still wrote:
Hey,
it would be cool if devs posting changes for nova which depend
my gut feeling is that it will take way more work to do this well, then to
dockerize the various parts, and then puppet (or whatever) could simply
stop/start containers that had a new version. It could easily pick up what
needed updating then. It would also fix once and for all the issue of
I'm thinking that refstack would have tests for things that aren't always
required, but if they were there, it would ensure they were up to spec? If so,
then we could use it to detect which standard but optional features where there
and filter appropriately?
Ideally every cloud would provide
Hi All,
I am looking into taskflow userguide and examples.
http://www.giantflyingsaucer.com/blog/?p=4896
Can anyone please help me how the job/job-board is related to task and
flows.
I understood atom is similar to a abstract interface and taskflow is an
atom that has execute()/revert()
Folks,
Starting next monday (June 1, 2015), we are kicking off weekly meeting to
discuss and track the integration of Ironic and Neutron (ML2).
We are hoping to implement the Networking support within Liberty cycle.
Come join and help us achieve this goal.
Anybody who is interested in this
Thanks for sharing Sukhdev, I’ll join the meetings.
Miguel Ángel Ajo
On Thursday, 28 de May de 2015 at 6:59, Sukhdev Kapur wrote:
Folks,
Starting next monday (June 1, 2015), we are kicking off weekly meeting to
discuss and track the integration of Ironic and Neutron (ML2).
We are
1 - 100 of 119 matches
Mail list logo