Hi,
When we do a stack update, I see that there are 2 copies of raw_template
stored in database for each update. For n updates there are "2n + 1"
entries of raw_template in database. Is this expected or is it a bug?
When I dug more into it, I see that the deep copy of template is not
copying the t
I agree that it's important to set a guideline for this topic.
What if the said reviewer is "on vacation or indisposed"? Should a fallback
strategy exist for that case? A reviewer could indicate a "delegate core"
to review its -2s whenever he has no chance to do it.
Thanks,
Ivar.
On Fri, Jul 25,
What would be a good guideline for "timely manner"? I would recommend
something like 2-3 days unless the reviewer is on vacation or is
indisposed. Is it possible to update gerrit/jenkins to send reminders to
reviewers in such a scenario?
Regards,
Mandeep
-
On Fri, Jul 25, 2014 at 3:14 PM,
Hi Vish!
Appreciate your feedback! Are there some significant pitfalls that forced
Nova team to decide that?
Currently I'm testing my local nova modifications to get real boot from ISO
functionality like described in the spec. I'm fetching ISO image from
glance into the separate file under the in
Just tested tox 1.7.2 with swift on my Dev box and tox -epy27 runs fine.
So seems Swift isn't affected by this.
Matt
On Jul 26, 2014 7:44 AM, "Clark Boylan" wrote:
> Hello,
>
> The recent release of tox 1.7.2 has fixed the {posargs} interpolation
> issues we had with newer tox which forced us
As we discussed during today’s meeting, we will not hold a meeting next week (1
Aug 2014). A lot of the team is either taking vacation or traveling for other
reasons.
We will resume meeting on 8 Aug.
Doug
___
OpenStack-dev mailing list
OpenStack-dev
On 7/25/14, 4:58 AM, Seger, Mark (Cloud Services) wrote:
I’m trying to track object server GET errors using statsd and I’m not
seeing them. The test I’m doing is to simply do a GET on an
non-existent object. As expected, a 404 is returned and the object
server log records it. However, statsd i
On Fri, Jul 25, 2014 at 4:48 PM, Mandeep Dhami wrote:
>
> Thanks for the deck Jay, that is very helpful.
>
> Also, would it help the process by having some clear guidelines/expectations
> around review time as well? In particular, if you have put a -1 or -2, and
> the issues that you have identifi
On 10 July 2014 16:19, Kumar, Om (Cloud OS R&D) wrote:
> Hi Rob,
>
> So far, no dissenting opinions. Can we get started with merge proposal to
> -infra to setup repositories etc..?
Please do.
> On a side note, we are okay with releasing the code under Apache V2 license.
> But I could not find
On 25 July 2014 11:03, Sean Dague wrote:
> On 07/24/2014 06:44 PM, Doug Hellmann wrote:
>>> So - I know thats brief - what we'd like to do is to poll a slightly
>>> wider set of deployers - e.g. via a spec, perhaps some help from Tom
>>
>> This one would be a good place for that conversation to s
On 25 July 2014 10:44, Doug Hellmann wrote:
>
>> So - I know thats brief - what we'd like to do is to poll a slightly
>> wider set of deployers - e.g. via a spec, perhaps some help from Tom
>
> This one would be a good place for that conversation to start:
> https://review.openstack.org/#/c/9144
On 26 July 2014 08:20, Matthew Treinish wrote:
>> This is also more of a pragmatic organic approach to figuring out the
>> interfaces we need to lock down. When one projects breaks depending on
>> an interface in another project, that should trigger this kind of
>> contract growth, which hopefull
Thanks for the deck Jay, that is very helpful.
Also, would it help the process by having some clear
guidelines/expectations around review time as well? In particular, if you
have put a -1 or -2, and the issues that you have identified have been
addressed by an update (or at least the original auth
On Fri, Jul 25, 2014 at 2:50 PM, Steve Gordon wrote:
> - Original Message -
>> From: "Jay Pipes"
>> To: openstack-dev@lists.openstack.org
>>
>> On 07/24/2014 10:05 AM, CARVER, PAUL wrote:
>> > Alan Kavanagh wrote:
>> >
>> >> If we have more work being put on the table, then more Core
>> >
Hello,
The recent release of tox 1.7.2 has fixed the {posargs} interpolation
issues we had with newer tox which forced us to be pinned to tox==1.6.1.
Before we can remove the pin and start telling people to use latest tox
we need to address a new default behavior in tox.
New tox sets a random PYT
Hi Fuelers,
it is time to freeze with fixing Low and Medium bugs. Let's postpone those
open to 6.0 release.
As promised, let's do an exception for those patches, which have at least
one +1 from someone. If core dev think that such patch can be landed, let's
merge. Otherwise - please move the bug t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Owners of compromised accounts should verify Keystone trusts
- ---
### Summary ###
The Keystone 'trusts' API allows for delegation of privileges to one
user on behalf of another. This API can allow for an attacker of a
compromised account to set up ba
+1 Makes a lot of sense to me as well!!
--Brad
Brad Topol, Ph.D.
IBM Distinguished Engineer
OpenStack
(919) 543-0646
Internet: bto...@us.ibm.com
Assistant: Kendra Witherspoon (919) 254-0680
From: gordon chung
To: Davanum Srinivas , "OpenStack Development
Mailing List (not for usa
> > Before we move ahead, I would like to hear from the other current pycadf and
> > oslo team members, especially Gordon since he is the primary maintainer.
this move makes sense to me. auditing and identity have a strong link and all
of the pyCADF work done so far has been connected to Keystone
Sean,
Thanks for making this change!
Jay
On Jul 25, 2014 5:41 AM, "Sean Dague" wrote:
> On 07/25/2014 01:18 AM, Ian Wienand wrote:
> > On 07/16/2014 11:15 PM, Alexis Lee wrote:
> >> What do you think about allowing some text after the words "recheck no
> >> bug"?
> >
> > I think this is a good
On Thu, Jul 24, 2014 at 06:54:38PM -0400, Sean Dague wrote:
> On 07/24/2014 05:57 PM, Matthew Treinish wrote:
> > On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
> >> OpenStack has a substantial CI system that is core to its development
> >> process. The goals of the system are to
- Original Message -
> From: "Jay Pipes"
> To: openstack-dev@lists.openstack.org
>
> On 07/24/2014 10:05 AM, CARVER, PAUL wrote:
> > Alan Kavanagh wrote:
> >
> >> If we have more work being put on the table, then more Core
> >> members would definitely go a long way with assisting this, w
+1 to move pycadf to Identity program.
-- dims
On Fri, Jul 25, 2014 at 3:18 PM, Doug Hellmann wrote:
>
> On Jul 25, 2014, at 2:09 PM, Dolph Mathews wrote:
>
> Hello everyone,
>
> This is me waving my arms around trying to gather feedback on a change in
> scope that seems agreeable to a smaller
Pinging again since I was hoping for some community feedback. I also messed up
a bit in my original mail, the current supported hardware transports are cxgb3i
, cxgb4i (Chelsio), bnx2i (Broadcom/QLogic), qla4xxx (QLogic) and be2iscsi &
ocs (Emulex).
-Anish
> -Original Message-
> From: A
On Jul 25, 2014, at 2:09 PM, Dolph Mathews wrote:
> Hello everyone,
>
> This is me waving my arms around trying to gather feedback on a change in
> scope that seems agreeable to a smaller audience. Most recently, we've
> discussed this in both the Keystone [1] and Oslo [2] weekly meetings.
>
On 25/07/14 13:50, Clint Byrum wrote:
Excerpts from Zane Bitter's message of 2014-07-24 12:09:39 -0700:
On 17/07/14 07:51, Ryan Brown wrote:
On 07/17/2014 03:33 AM, Steven Hardy wrote:
On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote:
On 16/07/14 23:48, Manickam, Kanagaraj wrote:
Excerpts from Zane Bitter's message of 2014-07-24 12:09:39 -0700:
> On 17/07/14 07:51, Ryan Brown wrote:
> > On 07/17/2014 03:33 AM, Steven Hardy wrote:
> >> On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote:
> >>> On 16/07/14 23:48, Manickam, Kanagaraj wrote:
> SNIP
> *Resource
On 07/23/2014 11:02 AM, Anne Gentle wrote:
> I'll let Stefano answer further, but yes, we've discussed a centralized
> mentoring program for a year or so. I'm not sure we have enough mentors
> available, there are certainly plenty of people seeking and needing
> mentoring. So he can elaborate more
Hello everyone,
This is me waving my arms around trying to gather feedback on a change in
scope that seems agreeable to a smaller audience. Most recently, we've
discussed this in both the Keystone [1] and Oslo [2] weekly meetings.
tl;dr it seems to make sense to move the PyCADF library from the o
On Thu, Jul 24, 2014 at 3:54 PM, Sean Dague wrote:
> On 07/24/2014 05:57 PM, Matthew Treinish wrote:
> > On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
> >> OpenStack has a substantial CI system that is core to its development
> >> process. The goals of the system are to facilit
Gents,
As we discussed at the BP meeting on July 14 - I've created a new BP and
BP wiki to outline the dynamic extension loading using stevedore.
BP: https://blueprints.launchpad.net/trove/+spec/dynamic-extension-loading
Wiki: https://wiki.openstack.org/wiki/Trove/DynamicExtensionLoading
PoC co
On Fri 25 Jul 2014 01:25:16 AM PDT, Luke Gorrie wrote:
> I have one idea for low-hanging fruit to put new contributors more at
> ease: to explain a little about both when and why the "Merge" button
> is finally pressed on a change.
Indeed, communication is key. I'm not sure how you envision to
im
moving the thread to the more appropriate openstack-dev mailing list,
since this conversation is about the 'future'. Get familiar with the
topics of the mailing lists:
https://wiki.openstack.org/wiki/MailingLists#Future_Development
On Fri 25 Jul 2014 06:29:52 AM PDT, Andreas Scheuring wrote:
> Hi
It all depends on how you want services scheduled. If you want to isolate
(centralize) services you can. But if you don't care what services run on
which nodes, you can have all your l3-agents run in dvr_snat mode. The
dvr_snat mode l3-agent will be capable of hosting centralized/legacy route
Congrats Andrea, well deserved!
2014-07-25 19:37 GMT+02:00 Matthew Treinish :
> So all of the current core team members have voted unanimously in favor of
> adding Andrea to the team.
>
> Welcome to the team Andrea.
>
> -Matt Treinish
>
> On Fri, Jul 25, 2014 at 01:32:27PM -0400, Attila Fazekas
So all of the current core team members have voted unanimously in favor of
adding Andrea to the team.
Welcome to the team Andrea.
-Matt Treinish
On Fri, Jul 25, 2014 at 01:32:27PM -0400, Attila Fazekas wrote:
> +1
>
>
> - Original Message -
> > From: "Matthew Treinish"
> > To: opensta
On Fri, Jul 25, 2014 at 2:03 AM, zhangtralon wrote:
> Hi
>
> Here,there is a problem to discuss with you.
>
This sounds like a bug. We use https://bugs.launchpad.net/nova/ to track
bugs and discuss possible solutions etc.
> *Problem:* a volume may leave over when we delete an instance
>
>
>
>
On Fri, Jul 25, 2014 at 10:43 AM, James Slagle
wrote:
> On Fri, Jul 25, 2014 at 9:59 AM, John Griffith
> wrote:
>
> > The LIO versus Tgt thing however is a bit troubling. Is there a reason
> that
> > TripleO decided to do the exact opposite of what the defaults are in the
> > rest of OpenStack
+1
- Original Message -
> From: "Matthew Treinish"
> To: openstack-dev@lists.openstack.org
> Sent: Tuesday, July 22, 2014 12:34:28 AM
> Subject: [openstack-dev] [QA] Proposed Changes to Tempest Core
>
>
> Hi Everyone,
>
> I would like to propose 2 changes to the Tempest core team:
>
In the lead up to the next round of the GNOME Outreach Program for Women
(application deadline 10/22/2014), the group is hosting a series of
meetups around getting involved in free and open source software
development.
Given OpenStack's committment to Outreach Program for Women, we're
looking for
On 07/25/2014 08:27 AM, Sean Dague wrote:
On 07/25/2014 07:48 AM, Bob Ball wrote:
-Original Message-
From: Sean Dague [mailto:s...@dague.net]
Sent: 25 July 2014 12:36
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [infra] "recheck no bug" and comment
Would that stil
On Fri, Jul 25, 2014 at 9:59 AM, John Griffith
wrote:
> The LIO versus Tgt thing however is a bit troubling. Is there a reason that
> TripleO decided to do the exact opposite of what the defaults are in the
> rest of OpenStack here? Also any reason why if there was a valid
> justification for t
Excerpts from John Griffith's message of 2014-07-25 06:59:38 -0700:
> On Fri, Jul 25, 2014 at 7:38 AM, Kerrin, Michael
> wrote:
>
> > Coming back to this.
> >
> > I have updated the review https://review.openstack.org/#/c/90134/ so that
> > it passing CI for ubuntu (obviously failing on fedora) a
On 25/07/14 11:18, Sean Dague wrote:
> On 07/25/2014 10:01 AM, Steven Hardy wrote:
>> On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
>>
>>> * Put the burden for a bunch of these tests back on the projects as
>>> "functional" tests. Basically a custom devstack environment tha
Excuse my ignorance here, but I'm hearing that dvr l3 agent will run
in two different modes - and that a typical deployment will want some
running in each: in a scaled all-in-one setup - say 3 nodes, galera,
rabbit, all our APIs, and nova-compute on each - would we then want to
run *two* l3 agents
That is indeed my aim, and thanks for following up
On 25 July 2014 15:29, Yacine Kheddache wrote:
> Le 23/07/2014 22:31, Duncan Thomas a écrit :
>
> Hi
>
> I'm looking for a maintainer email address for the cinder coraid
> driver.
> http://stackalytics.com/report/driverlog?project_id=openstack%2F
On 07/25/2014 10:01 AM, Steven Hardy wrote:
> On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
>
>> * Put the burden for a bunch of these tests back on the projects as
>> "functional" tests. Basically a custom devstack environment that a
>> project can create with a set of
On Thu, Jul 24, 2014 at 8:46 PM, CARVER, PAUL wrote:
> Collins, Sean wrote:
>
>> On Wed, Jul 23, 2014 at 12:06:06AM EDT, Xu Han Peng wrote:
>>> I would like to request one Juno Spec freeze exception for "Support Stateful
>>> and Stateless DHCPv6 by dnsmasq" BP.
>>>
>>> The spec is under review:
>>
Le 23/07/2014 22:31, Duncan Thomas a écrit :
Hi
I'm looking for a maintainer email address for the cinder coraid
driver. http://stackalytics.com/report/driverlog?project_id=openstack%2Fcinder
just lists it as "Alyseo team" with no contact details.
Thanks
Hi,
Alyseo team details are here :
h
On 07/25/2014 10:01 AM, Steven Hardy wrote:
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
* Put the burden for a bunch of these tests back on the projects as
"functional" tests. Basically a custom devstack environment that a
project can create with a set of servic
On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
> * Put the burden for a bunch of these tests back on the projects as
> "functional" tests. Basically a custom devstack environment that a
> project can create with a set of services that they minimally need
> to do thei
Even as a core contributor for several years, it has never been clear
what the scope of these tests should be.
As we move forward with the necessity of moving functional testing to
projects, we need to answer this question for real, understanding that
part of the mission for these tests now is v
On Fri, Jul 25, 2014 at 7:59 AM, John Griffith
wrote:
>
>
>
> On Fri, Jul 25, 2014 at 7:38 AM, Kerrin, Michael
> wrote:
>
>> Coming back to this.
>>
>> I have updated the review https://review.openstack.org/#/c/90134/ so
>> that it passing CI for ubuntu (obviously failing on fedora) and I am hap
On Jul 25, 2014, at 1:19 AM, Yuriy Taraday wrote:
>
>
>
> On Fri, Jul 25, 2014 at 2:35 AM, Doug Hellmann wrote:
>
> On Jul 24, 2014, at 5:43 PM, Yuriy Taraday wrote:
>
>>
>>
>>
>> On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann
>> wrote:
>>
>> On Jul 24, 2014, at 3:08 PM, Yuriy Tara
On Fri, Jul 25, 2014 at 7:38 AM, Kerrin, Michael
wrote:
> Coming back to this.
>
> I have updated the review https://review.openstack.org/#/c/90134/ so that
> it passing CI for ubuntu (obviously failing on fedora) and I am happy with
> it. In order to close this off my plan is to getting feedback
Coming back to this.
I have updated the review https://review.openstack.org/#/c/90134/ so
that it passing CI for ubuntu (obviously failing on fedora) and I am
happy with it. In order to close this off my plan is to getting
feedback on the mysql element in this review. Any changes that people
Hi Alexander,
Thanks for your 5c.
Some clarification – I don’t want to change the networking classes so much as
how they’re invoked. Currently, Instance.deploy() creates and pushes the heat
fragments necessary to create a network (if it’s the first instance to be
deployed). This means that eve
Anne Gentle writes:
> On Thu, Jul 24, 2014 at 11:36 PM, Jay S. Bryant <
> jsbry...@electronicjungle.net> wrote:
>
>> Josh,
>>
>> I agree that the mailing list is a hard place to provide such guidance
>> and direction. I find mailing lists intimidating. Had taken me some
>> time to be comfortabl
On Thu, Jul 24, 2014 at 11:36 PM, Jay S. Bryant <
jsbry...@electronicjungle.net> wrote:
> Josh,
>
> I agree that the mailing list is a hard place to provide such guidance
> and direction. I find mailing lists intimidating. Had taken me some
> time to be comfortable submitting here.
>
> After my
On 07/25/2014 07:48 AM, Bob Ball wrote:
>> -Original Message-
>> From: Sean Dague [mailto:s...@dague.net]
>> Sent: 25 July 2014 12:36
>> To: openstack-dev@lists.openstack.org
>> Subject: Re: [openstack-dev] [infra] "recheck no bug" and comment
>>
>>> Would that still allow us to only trigge
I'm trying to track object server GET errors using statsd and I'm not seeing
them. The test I'm doing is to simply do a GET on an non-existent object. As
expected, a 404 is returned and the object server log records it. However,
statsd implies it succeeded because there were no errors reporte
On Fri, Jul 25, 2014 at 07:35:52AM -0400, Sean Dague wrote:
> On 07/25/2014 07:17 AM, Daniel P. Berrange wrote:
> > On Fri, Jul 25, 2014 at 07:09:56AM -0400, Sean Dague wrote:
> >> On 07/25/2014 06:53 AM, Daniel P. Berrange wrote:
> >>> On Fri, Jul 25, 2014 at 06:38:29AM -0400, Sean Dague wrote:
>
> -Original Message-
> From: Sean Dague [mailto:s...@dague.net]
> Sent: 25 July 2014 12:36
> To: openstack-dev@lists.openstack.org
> Subject: Re: [openstack-dev] [infra] "recheck no bug" and comment
>
> > Would that still allow us to only trigger 3rd party CI ? eg if we do
> > 'recheck xen
On 07/25/2014 07:17 AM, Daniel P. Berrange wrote:
> On Fri, Jul 25, 2014 at 07:09:56AM -0400, Sean Dague wrote:
>> On 07/25/2014 06:53 AM, Daniel P. Berrange wrote:
>>> On Fri, Jul 25, 2014 at 06:38:29AM -0400, Sean Dague wrote:
On 07/25/2014 01:18 AM, Ian Wienand wrote:
> On 07/16/2014 11
Hi,
I have several concerns about password changing.
>> Default password can be changed via UI or via fuel-cli. In case of
changing password via UI or fuel-cli password is not stored in any file
only in keystone
It's important to change password in /etc/fuel/astute.yaml
otherwise it will be impo
On Fri, Jul 25, 2014 at 07:09:56AM -0400, Sean Dague wrote:
> On 07/25/2014 06:53 AM, Daniel P. Berrange wrote:
> > On Fri, Jul 25, 2014 at 06:38:29AM -0400, Sean Dague wrote:
> >> On 07/25/2014 01:18 AM, Ian Wienand wrote:
> >>> On 07/16/2014 11:15 PM, Alexis Lee wrote:
> What do you think ab
On 07/25/2014 06:53 AM, Daniel P. Berrange wrote:
> On Fri, Jul 25, 2014 at 06:38:29AM -0400, Sean Dague wrote:
>> On 07/25/2014 01:18 AM, Ian Wienand wrote:
>>> On 07/16/2014 11:15 PM, Alexis Lee wrote:
What do you think about allowing some text after the words "recheck no
bug"?
>>>
>>>
On Fri, Jul 25, 2014 at 06:38:29AM -0400, Sean Dague wrote:
> On 07/25/2014 01:18 AM, Ian Wienand wrote:
> > On 07/16/2014 11:15 PM, Alexis Lee wrote:
> >> What do you think about allowing some text after the words "recheck no
> >> bug"?
> >
> > I think this is a good idea; I am often away from a
There's a review in progress for a generic event format for
PaaS-services which is a move with the right spirit: allow various
services to join the the notification party without needing special
handlers.
See: https://review.openstack.org/#/c/101967/
--
Chris Dent tw:@anticdent freenode:cdent
h
On 07/25/2014 01:18 AM, Ian Wienand wrote:
> On 07/16/2014 11:15 PM, Alexis Lee wrote:
>> What do you think about allowing some text after the words "recheck no
>> bug"?
>
> I think this is a good idea; I am often away from a change for a bit,
> something happens in-between and Jenkins fails it, b
Hey Stefan,
On Thu, 2014-07-24 at 21:50 +0100, Stefan Hajnoczi wrote:
> On Thu, Jul 24, 2014 at 7:45 PM, Vishvananda Ishaya
> wrote:
> > As I understand this work, vhost-scsi provides massive perf improvements
> > over virtio, which makes it seem like a very valuable addition. I’m ok
> > with tel
On Wed, Jul 23, 2014 at 09:09:52AM +1000, Michael Still wrote:
> Ok, I am going to take Daniel and Dan's comments as agreement that
> this spec freeze exception should go ahead, so the exception is
> approved. The exception is in the form of another week to get the spec
> merged, so quick iteration
On 25 July 2014 09:50, Li Tianqing wrote:
> But right now, we trigged resize by flavor changed. Do you mean we can
> split the resize by cpu, by memory, or by disk?
>
No, what I mean is that if the source and target flavor have the same root
and ethereal disk size, then check if the current host
On Fri, Jul 25, 2014 at 01:18:33AM -0700, Nicholas A. Bellinger wrote:
> On Thu, 2014-07-24 at 11:06 +0100, Daniel P. Berrange wrote:
> > On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote:
> > > *) vhost-scsi doesn't support migration
> > >
> > > Since it's initial merge in QEM
HiHere,there is a problem to discuss with you.Problem: a volume may leave over
when we delete an instance Description:Here, two scenes may cause that a
volume is legacy when we delete instance whose task_state is
block_device_mapping .The first scene is that using the boot volume created by
i
On Thu, Jul 24, 2014 at 04:01:39PM -0400, Sean Dague wrote:
> On 07/24/2014 12:40 PM, Daniel P. Berrange wrote:
> > On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote:
> >
> >> ==Future changes==
> >
> >> ===Fixing Faster===
> >>
> >> We introduce bugs to OpenStack at some constant ra
On 24 July 2014 17:09, Kyle Mestery wrote:
> I've received a lot of emails lately, mostly private, from people who
> feel they are being left out of the Neutron process. I'm unsure if
> other projects have people who feel this way, thus the uniquely worded
> subject above. I wanted to broadly add
Hi Matt,
Thanks for the reply, please see my comments inline.
Best Regards,
Ildiko
-Original Message-
From: Matthew Treinish [mailto:mtrein...@kortar.org]
Sent: Thursday, July 24, 2014 6:19 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev]
Hi,
I believe you are looking for stack convergence in Heat. It's not fully
implemented yet AFAIK.
You can check it out here
https://blueprints.launchpad.net/heat/+spec/convergence
Hope it will help you.
Ladislav
On 07/23/2014 12:31 PM, Howley, Tom wrote:
(Resending to properly start new
On Thu, 2014-07-24 at 11:06 +0100, Daniel P. Berrange wrote:
> On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote:
> > *) vhost-scsi doesn't support migration
> >
> > Since it's initial merge in QEMU v1.5, vhost-scsi has a migration blocker
> > set. This is primarily due to req
On Thu, 2014-07-24 at 11:06 +0100, Daniel P. Berrange wrote:
> On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote:
> > *) vhost-scsi doesn't support migration
> >
> > Since it's initial merge in QEMU v1.5, vhost-scsi has a migration blocker
> > set. This is primarily due to req
But right now, we trigged resize by flavor changed. Do you mean we can split
the resize by cpu, by memory, or by disk?
在 2014-07-25 03:25:46,"Jesse Pretorius" 写道:
On 24 July 2014 20:38, Vishvananda Ishaya wrote:
The resize code as written originally did the simplest possible thing. It
conv
Now in L3 API, we can create a router with external gateway, while enable_snat
setting to false.
Now in DVR code, all cenral NS processing is related with snat, so does it
still support NS central gw without snat?
Also, is it possible to separate the scheduling of NS central gateway and
SNAT(or
On 24 July 2014 20:38, Vishvananda Ishaya wrote:
> The resize code as written originally did the simplest possible thing. It
> converts and copies the whole file so that it doesn’t have to figure out
> how
> to sync backing files etc. This could definitely be improved, especially
> now that
> the
84 matches
Mail list logo