Re: [openstack-dev] [nova] [savanna] Host information for non admin users

If I understand correctly, what really matters at least in case of Hadoop is network proximity between instances. Hence, maybe Neutron would be a better fit to provide such information. In particular, depending on virtual network configuration, having 2 instances on the same node does not guaran

Re: [openstack-dev] [nova] [savanna] Host information for non admin users

> From: Nirmal Ranganathan > ... > Well that's left upto the specific block placement policies in hdfs, > all we are providing with the topology information is a hint on > node/rack placement. Oh, you are looking at the placement of HDFS blocks within the fixed storage volumes, not choosing whe

Re: [openstack-dev] Cookiecutter repo for ease in making new projects

Sent from my digital shackles On Sep 12, 2013, at 10:20 PM, John Griffith wrote: > > > > On Thu, Sep 12, 2013 at 11:08 PM, Monty Taylor wrote: >> Hey everybody! >> >> You know how, when you want to make a new project, you basically take an >> existing one, like nova, copy files, and then

Re: [openstack-dev] Cookiecutter repo for ease in making new projects

On Thu, Sep 12, 2013 at 11:08 PM, Monty Taylor wrote: > Hey everybody! > > You know how, when you want to make a new project, you basically take an > existing one, like nova, copy files, and then start deleting? Nobody > likes that. > > Recently, cookiecutter came to my attention, so we put toget

Re: [openstack-dev] [nova] [savanna] Host information for non admin users

On Fri, Sep 13, 2013 at 12:05 AM, Mike Spreitzer wrote: > > From: Nirmal Ranganathan > > ... > > > Not host capacity, just a opaque reference to distinguish a host is > > enough. Hadoop can use that information to appropriately place block > > replicas. For example if the replication count is 3,

[openstack-dev] Cookiecutter repo for ease in making new projects

Hey everybody! You know how, when you want to make a new project, you basically take an existing one, like nova, copy files, and then start deleting? Nobody likes that. Recently, cookiecutter came to my attention, so we put together a cookiecutter repo for openstack projects to make creating a ne

Re: [openstack-dev] [nova] [savanna] Host information for non admin users

> From: Nirmal Ranganathan > ... > Not host capacity, just a opaque reference to distinguish a host is > enough. Hadoop can use that information to appropriately place block > replicas. For example if the replication count is 3, and if a host/ > rack topology is provided to Hadoop, it will place

Re: [openstack-dev] [nova] [savanna] Host information for non admin users

Not host capacity, just a opaque reference to distinguish a host is enough. Hadoop can use that information to appropriately place block replicas. For example if the replication count is 3, and if a host/rack topology is provided to Hadoop, it will place each replica on a different host/rack grante

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

On Thu, Sep 12, 2013 at 10:41 PM, Monty Taylor wrote: > > > On 09/12/2013 04:33 PM, Steve Baker wrote: > > On 09/13/2013 08:28 AM, Mike Asthalter wrote: > >> Hello, > >> > >> Can someone please explain the plans for our 2 wadls moving forward: > >> > >> * wadl in original heat > >> repo: >

Re: [openstack-dev] [nova] [savanna] Host information for non admin users

> From: Alexander Kuznetsov > ... > Currently Nova doesn’t provide information about the host of virtual > machine for non admin users. Is it possible to change this > situation? This information is needed in Hadoop deployment case. > Because now Hadoop aware about virtual environment and this

Re: [openstack-dev] [nova] [savanna] Host information for non admin users

You can use "hostId" which is a hash of the host and tenant and part of the core nova api as well. On Thu, Sep 12, 2013 at 10:45 AM, Alexander Kuznetsov < akuznet...@mirantis.com> wrote: > Hi folks, > > Currently Nova doesn’t provide information about the host of virtual > machine for non admin

Re: [openstack-dev] [savanna] Program name and Mission statement

On Wed, Sep 11, 2013 at 8:39 AM, Erik Bergenholtz < ebergenho...@hortonworks.com> wrote: > > On Sep 10, 2013, at 8:50 PM, Jon Maron wrote: > > Openstack Big Data Platform > > > On Sep 10, 2013, at 8:39 PM, David Scott > wrote: > > I vote for 'Open Stack Data' > > > On Tue, Sep 10, 2013 at 5:30 P

Re: [openstack-dev] [DevStack] Generalize config file settings

On Thu, Sep 12, 2013 at 10:44 PM, Monty Taylor wrote: > Have you looked at os-apply-config from the TripleO guys? It's > specifically a generalized and simple system for producing openstack > config files. If you're thinking about re-working how some of the config > file stuff works, it might be

Re: [openstack-dev] [DevStack] Generalize config file settings

On 09/12/2013 10:49 PM, John Griffith wrote: > > On Thu, Sep 12, 2013 at 9:44 PM, Monty Taylor > wrote: > > os-apply-config > > > Doesn't that just convert a json syntax to a file with the syntax Dean > was describing? Maybe it's changed, but that's what I *

Re: [openstack-dev] [DevStack] Generalize config file settings

On Thu, Sep 12, 2013 at 9:44 PM, Monty Taylor wrote: > os-apply-config Doesn't that just convert a json syntax to a file with the syntax Dean was describing? Maybe it's changed, but that's what I *thought* it did. ___ OpenStack-dev mailing list OpenS

[openstack-dev] How to create vmdk for openstack usage

Hi Dears, In the documenthttps://wiki.openstack.org/wiki/NovaVMware/DeveloperGuide under the'Get an initial VMDK to work with', its said, 'There are a lot of "gotchas" around what VMDK disks work with OpenStack + vSphere,'. The appen

Re: [openstack-dev] [nova] FFE Request: image-multiple-location support

On Thu, Sep 12, 2013 at 9:43 PM, Thierry Carrez wrote: > lzy@gmail.com wrote: >> BP: https://blueprints.launchpad.net/nova/+spec/image-multiple-location >> >> Since a dependent patch getting merger delay >> (https://review.openstack.org/#/c/44316/), so the main patch >> https://review.openstac

Re: [openstack-dev] [DevStack] Generalize config file settings

On 09/12/2013 10:36 AM, Dean Troyer wrote: > DevStack has long had a config setting in localrc called EXTRA_OPTS that > allowed arbitrary settings to be added to /etc/nova/nova.conf [DEFAULT] > section. Additional files and sections have recently been implemented > with a similar scheme. I don'

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

On 09/12/2013 04:33 PM, Steve Baker wrote: > On 09/13/2013 08:28 AM, Mike Asthalter wrote: >> Hello, >> >> Can someone please explain the plans for our 2 wadls moving forward: >> >> * wadl in original heat >> repo: >> https://github.com/openstack/heat/blob/master/doc/docbkx/api-ref/src/wad

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

On Thu, Sep 12, 2013 at 2:34 AM, Roman Podolyaka wrote: > I can't agree more with Robert. > > Even if it was possible to downgrade all migrations without data loss, it > would be required to make backups before DB schema upgrade/downgrade. > > E.g. MySQL doesn't support transactional DDL. So if a

Re: [openstack-dev] [nova] FFE Request: image-multiple-location support

On 09/12/2013 09:43 AM, Thierry Carrez wrote: > lzy@gmail.com wrote: >> BP: https://blueprints.launchpad.net/nova/+spec/image-multiple-location >> >> Since a dependent patch getting merger delay >> (https://review.openstack.org/#/c/44316/), so the main patch >> https://review.openstack.org/#/c/

[openstack-dev] AUTO: kolod...@il.ibm.com is out of the office. (returning 02/10/2013)

I am out of the office until 02/10/2013. I am out of the office starting Thursday, March 21, and returning on Tuesday, April 2. My access to email will be sporadic. Note: This is an automated response to your message "Re: [openstack-dev] run_tests in debug mode fails" sent on 12/09/2013 11:50

[openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

Hi Folks Is anyone interested in Kibana + ElasticSearch Integration with ceilometer? # Note: This discussion is not for Havana. I have registered BP. (for IceHouse) https://blueprints.launchpad.net/ceilometer/+spec/elasticsearch-driver This is demo video. http://www.youtube.com/watch?v=8SmA0W0hd

Re: [openstack-dev] How to create vmdk for openstack usage

Hi Jason, The best place to look is the official openstack compute documentation that covers vSphere in Nova: http://docs.openstack.org/trunk/openstack-compute/admin/content/vmware.html In particular, check out the section titled "Images with VMware vSphere" (pasted below). As that text suggests

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

On 09/13/2013 08:28 AM, Mike Asthalter wrote: > Hello, > > Can someone please explain the plans for our 2 wadls moving forward: > > * wadl in original heat > repo: > https://github.com/openstack/heat/blob/master/doc/docbkx/api-ref/src/wadls/heat-api/src/heat-api-1.0.wadl > > <%22https:/

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Steve, I think I see where I introduced some confusion... Below, when you draw: User -> Trove -> (Heat -> Nova) I come at it from a view that the version of Nova that Trove talks to (via Heat or not) is not necessarily a publicly available Nova endpoint (I.e. Not in the catalog), although it

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

Gary Kotton wrote on 09/12/2013 05:40:59 AM: > From: Gary Kotton > To: OpenStack Development Mailing List , > Date: 09/12/2013 05:46 AM > Subject: Re: [openstack-dev] [heat] Comments/questions on the > instance-group-api-extension blueprint > > Hi, > For some reason I am unable to access you

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

We are currently explicitly considering location and space. For example, a template can require that a volume be in a disk that is directly attached to the machine hosting the VM to which the volume is attached. Spinning rust bandwidth is much trickier because it is not something you can simpl

[openstack-dev] [Tuskar] Tuskar Names Clarification & Unification

Hello everybody, I just started and etherped with various names of concepts in Tuskar. It is important to get all of us on the same page, so the usage and discussions around Tuskar concepts are clear and easy to use (also for users, not just contributors!). https://etherpad.openstack.org/tus

[openstack-dev] [Neutron] Serious Performance Issue in OVS plugin

Hi all, In our Grizzly deployment, we found a distinct performance reduction on networking throughput. While using hybrid vif-driver, together with ovs plugin, the throughput is dramatically reduced to 2.34 Gb/s. If we turn it back to common vif-driver, throughput is 12.7Gb/s. A bug is filed on

Re: [openstack-dev] Nova FFE request for get scheduler hints API

On 09/12/2013 09:39 AM, Thierry Carrez wrote: > Day, Phil wrote: >> [...] >> The change is low risk in that it only adds a new query path to the >> scheduler, and does not alter any existing code paths. >> [...] > > At this point the main issue with this is the distraction it would > generate (it

[openstack-dev] [savanna] team meeting reminder September 12 18:00 UTC

Hi folks, We'll be have the Savanna team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SavannaAgenda#Agenda_for_September.2C_12 http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20130912T18 Sincerely yours, Serg

[openstack-dev] Block Device Mapping: progress, issues and future RFEs

All, Nikola has been working on some very helpful improvements to the block device mapping code. These are being tracked here: https://blueprints.launchpad.net/nova/+spec/improve-block-device-handling We have been using these new features during development of our native image building tool for

[openstack-dev] [Heat] Questions about plans for heat wadls moving forward

Hello, Can someone please explain the plans for our 2 wadls moving forward: * wadl in original heat repo: https://github.com/openstack/heat/blob/master/doc/docbkx/api-ref/src/wadls/heat-api/src/heat-api-1.0.wadl<%22https://github.com/openstack/heat/blob/master/doc/docbkx/api-ref/src/wadls/he

Re: [openstack-dev] Keystone and Multiple Identity Sources

On Thu, Sep 12, 2013 at 3:15 AM, David Chadwick wrote: > > > On 11/09/2013 22:05, Adam Young wrote: > >> >>> What's the use case for including providers in the service catalog? >>> i.e. why do Identity API clients need to be aware of the Identity >>> Providers? >>> >> In the federation protocol AP

[openstack-dev] [nova] [savanna] Host information for non admin users

Hi folks, Currently Nova doesn’t provide information about the host of virtual machine for non admin users. Is it possible to change this situation? This information is needed in Hadoop deployment case. Because now Hadoop aware about virtual environment and this knowledge help Hadoop to achieve a

[openstack-dev] [DevStack] Generalize config file settings

DevStack has long had a config setting in localrc called EXTRA_OPTS that allowed arbitrary settings to be added to /etc/nova/nova.conf [DEFAULT] section. Additional files and sections have recently been implemented with a similar scheme. I don't think this scales well as at a minimum every config

Re: [openstack-dev] [DevStack]

see if there is any pip install error before this failure. Search for Traceback. Copy and paste screen-g-api.txt and error_log here also helps. On Thu, Sep 12, 2013 at 8:46 AM, Shake Chen wrote: > > Now I try to install devstack in CentOS 6.4 and meet the error > > > 2013-09-12 23:26:06 + scre

[openstack-dev] Flash storage article

http://tinyurl.com/ljexdyk ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [DevStack] Generalize config file settings

On Thu, Sep 12, 2013 at 9:36 AM, Dean Troyer wrote: > DevStack has long had a config setting in localrc called EXTRA_OPTS that > allowed arbitrary settings to be added to /etc/nova/nova.conf [DEFAULT] > section. Additional files and sections have recently been implemented with > a similar scheme

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

I apologize that this mail will appear at the incorrect position in the thread, but I somehow got unsubscribed from openstack-dev due to bounces and didn't receive the original email. On 9/11/13 03:15 UTC, Adrian Otto wrote: > So, I don't intend to argue the technical minutia of each design point

[openstack-dev] [DevStack]

Now I try to install devstack in CentOS 6.4 and meet the error 2013-09-12 23:26:06 + screen -S stack -p g-api -X stuff 'cd /opt/stack/glance; /usr/bin/glance-api --config-file=/etc/glance/glance-api.conf || echo "g-api 'ailed to start" | tee "/opt/stack/status/stack/g-api.failure" 2013-09-12 23:2

Re: [openstack-dev] TC Meeting / Savanna Incubation Follow-Up

On Sep 12, 2013, at 10:30 AM, Michael Basnight wrote: > On Sep 12, 2013, at 2:39 AM, Thierry Carrez wrote: > >> Sergey Lukjanov wrote: >> >>> [...] >>> As you can see, resources provisioning is just one of the features and the >>> implementation details are not critical for overall architectur

Re: [openstack-dev] TC Meeting / Savanna Incubation Follow-Up

On Sep 12, 2013, at 2:39 AM, Thierry Carrez wrote: > Sergey Lukjanov wrote: > >> [...] >> As you can see, resources provisioning is just one of the features and the >> implementation details are not critical for overall architecture. It >> performs only the first step of the cluster setup. We’v

Re: [openstack-dev] Nova FFE request for get scheduler hints API

I don't think it needs any more reviewing - just a couple of +2's (but I could be biased) :-) Phil > -Original Message- > From: Thierry Carrez [mailto:thie...@openstack.org] > Sent: 12 September 2013 14:39 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] Nova FFE re

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

Names are not necessarily portable across implementations and this would be a major change to make this late in the cycle. At this point in the cycle, we need to focus on ensuring fixes minimize disruption. mark On Sep 11, 2013, at 6:03 PM, "Arvind Somya (asomya)" wrote: > Ok, those were som

Re: [openstack-dev] [nova] FFE Request: image-multiple-location support

lzy@gmail.com wrote: > BP: https://blueprints.launchpad.net/nova/+spec/image-multiple-location > > Since a dependent patch getting merger delay > (https://review.openstack.org/#/c/44316/), so the main patch > https://review.openstack.org/#/c/33409/ been hold by FF. It's very > close to get mer

Re: [openstack-dev] Nova FFE request for get scheduler hints API

Day, Phil wrote: > [...] > The change is low risk in that it only adds a new query path to the > scheduler, and does not alter any existing code paths. > [...] At this point the main issue with this is the distraction it would generate (it still needs a bit of review to clear the last comments) as

[openstack-dev] The road to RC1, and Skipping Release meeting next Tuesday

Hi everyone, I won't be able to run the Project/Release meeting next Tuesday, so I propose we skip it and I'll follow up with the PTLs individually on their projects status. As a reminder, the focus at this point is to come up with comprehensive release-critical bug lists, and to burn them fast e

[openstack-dev] [swift] ssbench - recreating connection messages on both master and remote clients

I'm running ssbench with remote clients. The following message appears on all remote nodes and the master. Is this an indication of networking problems? If so what should I look at? INFO:root:ConnectionPool: re-creating connection... INFO:root:{'block_size': None, 'container': 'ssbench_000194',

Re: [openstack-dev] Nova FFE request for get scheduler hints API

+1 From: , Phil mailto:philip@hp.com>> Reply-To: OpenStack Development Mailing List mailto:openstack-dev@lists.openstack.org>> Date: Thursday, September 12, 2013 3:40 PM To: "OpenStack Development Mailing List (openstack-dev@lists.openstack.org)" ma

[openstack-dev] Nova FFE request for get scheduler hints API

Hi Folks, I'd like the following change to be considered for an FFE please: https://review.openstack.org/#/c/34291/ This change adds a capability that was agreed as needed at the Havana design summit, is functionally complete (including the corresponding python-novaclient support (https://rev

[openstack-dev] [qa] Proposed Agenda for Today's QA meeting - 17:00 UTC (13:00 EDT)

Reminder for today's QA meeting at 17:00 UTC: Proposed Agenda for September 12 2013 * Leader for next week's meeting - sdague on a plane back from LinuxCon during this time * New core members (sdague) * Summit planning (sdague) * Blueprints (sdague) * neutron testing status (mlavalle) * whitebo

Re: [openstack-dev] [qa] nominations for tempest-core

Ok, with that all existing tempest-core members have voted, and all are +1. So I'm happy to welcome Mark and Giulio to Tempest core! -Sean On 09/12/2013 07:19 AM, Attila Fazekas wrote: +1 for both of them - Original Message - From: "Sean Dague" To: "OpenStack Development Mailing

Re: [openstack-dev] [qa] nominations for tempest-core

+1 for both of them - Original Message - From: "Sean Dague" To: "OpenStack Development Mailing List" Sent: Wednesday, September 11, 2013 10:32:11 PM Subject: [openstack-dev] [qa] nominations for tempest-core We're in Feature Freeze for the Open Stack projects, which actually means we'r

Re: [openstack-dev] [qa] nominations for tempest-core

+1 to both from me On Thu, Sep 12, 2013 at 6:02 AM, Sean Dague wrote: > We're in Feature Freeze for the Open Stack projects, which actually means > we're starting the busy cycle for Tempest in people landing additional > tests for verification of features that hadn't gone in until recently. As

Re: [openstack-dev] [Neutron] Question about create_port

Hi, where are you observing such calls? The vm boot process makes indeed several REST calls to Neutron, but about 90% of them are GETs, there should be only 1 POST for each port, and a few puts. I think you should not see DELETE in the boot process, so perhaps these calls are coming from somewhere

[openstack-dev] [novaclient] Core review request

Hi, guys. Please, review my changes: https://review.openstack.org/#/c/45414/ ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] run_tests in debug mode fails

Hi Clark, >From: Clark Boylan [mailto:clark.boy...@gmail.com] >Sent: 11 September 2013 04:44 >To: OpenStack Development Mailing List >Subject: Re: [openstack-dev] run_tests in debug mode fails >I did manage to confirm that the attached patch mostly fixes the problem. with your patch I am able

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

Hi, For some reason I am unable to access your proceed talk. I am not 100% sure but I think that the voting may be closed. We have weekly scheduling meetings (https://wiki.openstack.org/wiki/Meetings#Scheduler_Sub-group_meeting). It would be nice if you could attend and it will give you a platfo

Re: [openstack-dev] TC Meeting / Savanna Incubation Follow-Up

Sergey Lukjanov wrote: > [...] > As you can see, resources provisioning is just one of the features and the > implementation details are not critical for overall architecture. It performs > only the first step of the cluster setup. We’ve been considering Heat for a > while, but ended up direct

Re: [openstack-dev] [Neutron] - Evacuate a agent node

At eNovance, we have implemented this feature as a service: https://github.com/enovance/neutron-l3-healthcheck It checks L3 agents status and reschedule routers if an agent is down. It's working for Grizzly and Havana (two different branches). Regards, Emilien Macchi ---

Re: [openstack-dev] [savanna] swift integration - optional?

Hi Jon, The main reason why this button is on UI is to let user know that Savanna supports swift. If a cluster doesn't have swift at all user may disable swift explicitly, but it's the truth that if he or she doesn't disable swift nothing will be broken. Regards, Nadya On Wed, Sep 11, 2013 at

Re: [openstack-dev] reg. Multihost dhcp feature in Havana ?

no, we don't get agreement on the implementation. You can get some ideas from comments of https://review.openstack.org/#/c/37919/ Yong Sheng Gong Unitedstack Inc. On Thu, Sep 12, 2013 at 4:57 PM, Gopi Krishna B wrote: > > > > On Tue, Sep 10, 2013 at 1:46 PM, Gopi Krishna B wrote: > >> Hi >> Wa

Re: [openstack-dev] reg. Multihost dhcp feature in Havana ?

On Tue, Sep 10, 2013 at 1:46 PM, Gopi Krishna B wrote: > Hi > Was looking at the below link and checking if the feature to support > Multihost networking is part of Havana. > > https://blueprints.launchpad.net/neutron/+spec/quantum-multihost > > I couldnot find out the feature in the Havana blue

Re: [openstack-dev] I met some trouble when I use DEVSTACK this morning

苌智 wrote: > details: > Error processing line 1 of > /usr/local/lib/python2.7/dist-packages/easy-install.pth: > > Traceback (most recent call last): > File "/usr/lib/python2.7/site.py", line 161, in addpackage > if not dircase in known_paths and os.path.exists(dir): > File "/usr/lib

Re: [openstack-dev] Keystone and Multiple Identity Sources

On 11/09/2013 22:05, Adam Young wrote: What's the use case for including providers in the service catalog? i.e. why do Identity API clients need to be aware of the Identity Providers? In the federation protocol API, the user can specify the IdP that they are using. Keystone needs to know what

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Cool, thanks for the explanation and clarification :) Sent from my really tiny device... On Sep 12, 2013, at 12:41 AM, "Steven Hardy" wrote: > On Thu, Sep 12, 2013 at 04:15:39AM +, Joshua Harlow wrote: >> Ah, thx keith, that seems to make a little more sense with that context. >> >> Maybe

Re: [openstack-dev] [Keystone] Enforcing cert validation in auth_token middleware

On 12/09/2013 04:46, Dolph Mathews wrote: On Wed, Sep 11, 2013 at 10:25 PM, Jamie Lennox mailto:jlen...@redhat.com>> wrote: With the aim of replacing httplib and cert validation with requests[1] I've put forward the following review to use the requests library for auth_token middl

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

Another issue to consider with regards to backup tables is the length of time that can occur between upgrade and downgrade functionally. What if you upgrade, then see an issue and downgrade in an hour. Is the backup table data still relevant? Would you end up putting stale/broken data back in pl

Re: [openstack-dev] [Neutron] - Evacuate a agent node

To implement the 'evacuation' is also possible. On Thu, Sep 12, 2013 at 3:43 PM, Yongsheng Gong wrote: > set the agent's admin status to False will empty up the agent's resources. > but it will not move the owned resources. > > > On Thu, Sep 12, 2013 at 3:36 PM, Endre Karlson wrote: > >> Is it p

Re: [openstack-dev] [Neutron] - Evacuate a agent node

set the agent's admin status to False will empty up the agent's resources. but it will not move the owned resources. On Thu, Sep 12, 2013 at 3:36 PM, Endre Karlson wrote: > Is it possible to get a "evacuation" command for a node running agents ? > Say moving all the agents owned resources from n

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

On Thu, Sep 12, 2013 at 01:07:03AM +, Keith Bray wrote: > There is context missing here. heat==>trove interaction is through the > trove API. trove==>heat interaction is a _different_ instance of Heat, > internal to trove's infrastructure setup, potentially provisioning > instances. Public

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

On Thu, Sep 12, 2013 at 04:15:39AM +, Joshua Harlow wrote: > Ah, thx keith, that seems to make a little more sense with that context. > > Maybe that different instance will be doing other stuff also? > > Is that the general heat 'topology' that should/is recommended for trove? > > For say au

[openstack-dev] [Neutron] - Evacuate a agent node

Is it possible to get a "evacuation" command for a node running agents ? Say moving all the agents owned resources from network node a > b? ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinf

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

I can't agree more with Robert. Even if it was possible to downgrade all migrations without data loss, it would be required to make backups before DB schema upgrade/downgrade. E.g. MySQL doesn't support transactional DDL. So if a migration script can't be executed successfully for whatever reason