Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread Steve Gordon
- Original Message - From: henry hly henry4...@gmail.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org On Fri, Dec 12, 2014 at 11:41 AM, Dan Smith d...@danplanet.com wrote: [joehuang] Could you pls. make it more clear for the

Re: [openstack-dev] [nova][cinder][infra] Ceph CI status update

2014-12-12 Thread Deepak Shetty
On Thu, Dec 11, 2014 at 10:33 PM, Anita Kuno ante...@anteaya.info wrote: On 12/11/2014 09:36 AM, Jon Bernard wrote: Heya, quick Ceph CI status update. Once the test_volume_boot_pattern was marked as skipped, only the revert_resize test was failing. I have submitted a patch to nova for

[openstack-dev] [TripleP] CI report: 2014-12-5 - 2014-12-11

2014-12-12 Thread James Polley
In the week since the last email we've had no major CI failures. This makes it very easy for me to write my first CI report. There was a brief period where all the Ubuntu tests failed while an update was rolling out to various mirrors. DerekH worked around this quickly by dropping in a DNS hack,

[openstack-dev] [Openstack] [Ceilometer] [API] Batch alarm creation

2014-12-12 Thread Rao Dingyuan
Hi Eoghan and folks, I'm thinking of adding an API to create multiple alarms in a batch. I think adding an API to create multiple alarms is a good option to solve the problem that once an *alarm target* (a vm or a new group of vms) is created, multiple requests will be fired because multiple

Re: [openstack-dev] [NFV][Telco] pxe-boot

2014-12-12 Thread Steve Gordon
- Original Message - From: Pasquale Porreca pasquale.porr...@dektech.com.au To: openstack-dev@lists.openstack.org Well, one of the main reason to choose an open source product is to avoid vendor lock-in. I think it is not advisable to embed in the software running in an instance a

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread henry hly
On Fri, Dec 12, 2014 at 4:10 PM, Steve Gordon sgor...@redhat.com wrote: - Original Message - From: henry hly henry4...@gmail.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org On Fri, Dec 12, 2014 at 11:41 AM, Dan Smith

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Cory Benfield
On Thu, Dec 11, 2014 at 23:05:01, Mathieu Gagné wrote: When no security group is provided, Nova will default to the default security group. However due to the fact 2 security groups had the same name, nova-compute got confused, put the instance in ERROR state and logged this traceback [1]:

[openstack-dev] [Nova] RemoteError: Remote error: OperationalError (OperationalError) (1048, Column 'instance_uuid' cannot be null)

2014-12-12 Thread joejiang
Hi folks, when i launch instance use cirros image in the new openstack environment(juno version centos7 OS base), the following piece is error logs from compute node. anybody meet the same error? 2014-12-12 17:16:52.481 12966 ERROR nova.compute.manager [-]

Re: [openstack-dev] [Nova][Neutron] out-of-tree plugin for Mech driver/L2 and vif_driver

2014-12-12 Thread Daniel P. Berrange
On Fri, Dec 12, 2014 at 01:21:36PM +0900, Ryu Ishimoto wrote: On Thu, Dec 11, 2014 at 7:41 PM, Daniel P. Berrange berra...@redhat.com wrote: Yes, I really think this is a key point. When we introduced the VIF type mechanism we never intended for there to be soo many different VIF types

Re: [openstack-dev] [NFV][Telco] pxe-boot

2014-12-12 Thread Pasquale Porreca
From my point of view it is not advisable to base some functionalities of the instances on direct calls to Openstack API. This for 2 main reasons, the first one: if the Openstack code changes (and we know Openstack code does change) it will be required to change the code of the software running in

Re: [openstack-dev] [NFV][Telco] pxe-boot

2014-12-12 Thread Pasquale Porreca
It is possible to decide in advance how many PL will be necessary for a service, so their creation can be decided externally from the SC. Anyway the role that any PL should assume and so the image to install on each PL should be decided by the SC. On 12/12/14 09:54, Steve Gordon wrote: -

Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown

2014-12-12 Thread Murugan, Visnusaran
-Original Message- From: Zane Bitter [mailto:zbit...@redhat.com] Sent: Friday, December 12, 2014 6:37 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown On 11/12/14 08:26, Murugan, Visnusaran wrote: [Murugan,

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/12/14 00:05, Mathieu Gagné wrote: We recently had an issue in production where a user had 2 default security groups (for reasons we have yet to identify). This is probably the result of the race condition that is discussed in the thread:

Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown

2014-12-12 Thread Murugan, Visnusaran
Hi zaneb, Etherpad updated. https://etherpad.openstack.org/p/execution-stream-and-aggregator-based-convergence -Original Message- From: Murugan, Visnusaran Sent: Friday, December 12, 2014 4:00 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re:

Re: [openstack-dev] [Fuel] Hard Code Freeze for 6.0

2014-12-12 Thread Tomasz Napierala
Hi, As with 5.1.x, please inform the list if you are rising priority to critical in any bugs targeted to 6.0. Regards, On 09 Dec 2014, at 23:43, Mike Scherbakov mscherba...@mirantis.com wrote: Hi all, I'm glad to announce that we've reached Hard Code Freeze (HCF) [1] criteria for 6.0

Re: [openstack-dev] [horizon] REST and Django

2014-12-12 Thread Tihomir Trifonov
Here's an example: Admin user Joe has an Domain open and stares at it for 15 minutes while he updates the description. Admin user Bob is asked to go ahead and enable it. He opens the record, edits it, and then saves it. Joe finished perfecting the description and saves it. Doing this action

Re: [openstack-dev] [oslo] deprecation 'pattern' library??

2014-12-12 Thread Flavio Percoco
On 10/12/14 17:23 -0500, Sean Dague wrote: On 12/10/2014 04:00 PM, Doug Hellmann wrote: On Dec 10, 2014, at 3:26 PM, Joshua Harlow harlo...@outlook.com wrote: Hi oslo folks (and others), I've recently put up a review for some common deprecation patterns:

Re: [openstack-dev] [Nova][Neutron] out-of-tree plugin for Mech driver/L2 and vif_driver

2014-12-12 Thread Maxime Leroy
On Fri, Dec 12, 2014 at 10:46 AM, Daniel P. Berrange berra...@redhat.com wrote: On Fri, Dec 12, 2014 at 01:21:36PM +0900, Ryu Ishimoto wrote: On Thu, Dec 11, 2014 at 7:41 PM, Daniel P. Berrange berra...@redhat.com wrote: [..] Port binding mechanism could vary among different networking

Re: [openstack-dev] [Nova][Neutron] out-of-tree plugin for Mech driver/L2 and vif_driver

2014-12-12 Thread Daniel P. Berrange
On Fri, Dec 12, 2014 at 03:05:28PM +0100, Maxime Leroy wrote: On Fri, Dec 12, 2014 at 10:46 AM, Daniel P. Berrange berra...@redhat.com wrote: On Fri, Dec 12, 2014 at 01:21:36PM +0900, Ryu Ishimoto wrote: On Thu, Dec 11, 2014 at 7:41 PM, Daniel P. Berrange berra...@redhat.com wrote: [..]

Re: [openstack-dev] [all] [ha] potential issue with implicit async-compatible mysql drivers

2014-12-12 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Reading the latest comments at https://github.com/PyMySQL/PyMySQL/issues/275, it seems to me that the issue is not to be solved in drivers themselves but instead in libraries that arrange connections (sqlalchemy/oslo.db), correct? Will the proposed

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread Russell Bryant
On 12/11/2014 12:55 PM, Andrew Laski wrote: Cells can handle a single API on top of globally distributed DCs. I have spoken with a group that is doing exactly that. But it requires that the API is a trusted part of the OpenStack deployments in those distributed DCs. And the way the rest of

[openstack-dev] [Fuel] Feature delivery rules and automated tests

2014-12-12 Thread Dmitry Pyzhov
Guys, we've done a good job in 6.0. Most of the features were merged before feature freeze. Our QA were involved in testing even earlier. It was much better than before. We had a discussion with Anastasia. There were several bug reports for features yesterday, far beyond HCF. So we still have a

Re: [openstack-dev] [Fuel] [Plugins] Further development of plugin metadata format

2014-12-12 Thread Evgeniy L
Hi, I don't agree with many of your statements but, I would like to continue discussion about really important topic i.e. UI flow, my suggestion was to add groups, for plugin in metadata.yaml plugin developer can have description of the groups which it belongs to: groups: - id: storage

[openstack-dev] tempest - object_storage

2014-12-12 Thread Anton Massoud
Hi, We are running tempest on icehouse, in our tempest runs, we found that the below test cases are failing in random iterations but not always. tempest.api.object_storage.test_account_services.AccountTest.test_update_account_metadata_with_delete_matadata_key[gate,smoke]

Re: [openstack-dev] [Openstack] [Ceilometer] [API] Batch alarm creation

2014-12-12 Thread Ryan Brown
On 12/12/2014 03:37 AM, Rao Dingyuan wrote: Hi Eoghan and folks, I'm thinking of adding an API to create multiple alarms in a batch. I think adding an API to create multiple alarms is a good option to solve the problem that once an *alarm target* (a vm or a new group of vms) is created,

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread Andrew Laski
On 12/12/2014 09:50 AM, Russell Bryant wrote: On 12/11/2014 12:55 PM, Andrew Laski wrote: Cells can handle a single API on top of globally distributed DCs. I have spoken with a group that is doing exactly that. But it requires that the API is a trusted part of the OpenStack deployments in

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Anna Kamyshnikova
Thanks everyone for sharing yours opinion! I will create a separate change with another option that was suggested. Yes, I'm currently working on this bug https://bugs.launchpad.net/neutron/+bug/1194579. On Fri, Dec 12, 2014 at 2:41 PM, Ihar Hrachyshka ihrac...@redhat.com wrote: -BEGIN

Re: [openstack-dev] [Horizon] Moving _conf and _scripts to dashboard

2014-12-12 Thread David Lyle
Not entirely sure why they both exist either. So by move, you meant override (nuance). That's different and I have no issue with that. I'm also fine with attempting to consolidate _conf and _scripts. David On Thu, Dec 11, 2014 at 1:22 PM, Thai Q Tran tqt...@us.ibm.com wrote: It would not

Re: [openstack-dev] [neutron] Services are now split out and neutron is open for commits!

2014-12-12 Thread Doug Wiegley
Hi all, Neutron grenade jobs have been failing since late afternoon Thursday, due to split fallout. Armando has a fix, and it’s working it’s way through the gate: https://review.openstack.org/#/c/141256/ Get your rechecks ready! Thanks, Doug From: Douglas Wiegley

Re: [openstack-dev] [neutron] Services are now split out and neutron is open for commits!

2014-12-12 Thread Kyle Mestery
This has merged now, FYI. On Fri, Dec 12, 2014 at 10:28 AM, Doug Wiegley do...@a10networks.com wrote: Hi all, Neutron grenade jobs have been failing since late afternoon Thursday, due to split fallout. Armando has a fix, and it’s working it’s way through the gate:

[openstack-dev] Questions regarding Functional Testing (Paris Summit)

2014-12-12 Thread Sean Toner
Hi everyone, I have been reading the etherpad from the Paris summit wrt to moving the functional tests into their respective projects (https://etherpad.openstack.org/p/kilo-crossproject-move-func-tests-to-projects). I am mostly interested this from the nova project perspective. However, I

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Maru Newby
On Dec 11, 2014, at 2:27 PM, Sean Dague s...@dague.net wrote: On 12/11/2014 04:16 PM, Jay Pipes wrote: On 12/11/2014 04:07 PM, Vishvananda Ishaya wrote: On Dec 11, 2014, at 1:04 PM, Jay Pipes jaypi...@gmail.com wrote: On 12/11/2014 04:01 PM, Vishvananda Ishaya wrote: On Dec 11, 2014, at

Re: [openstack-dev] [horizon] REST and Django

2014-12-12 Thread Thai Q Tran
In your previous example, you are posting to a certain URL (i.e./keystone/{ver:=x.0}/{method:=update}).client: POST /keystone/{ver:=x.0}/{method:=update} = middleware: just forward to clients[ver].getattr("method")(**kwargs) = keystone: updateCorrect me if I'm wrong, but it looks like you have a

Re: [openstack-dev] FW: [horizon] [ux] Changing how the modals are closed in Horizon

2014-12-12 Thread Timur Sufiev
It seems to me that the consensus on keeping the simpler approach -- to make Bootstrap data-backdrop=static as the default behavior -- has been reached. Am I right? On Thu, Dec 4, 2014 at 10:59 PM, Kruithof, Piet pieter.c.kruithof...@hp.com wrote: My preference would be “change the default

Re: [openstack-dev] [all] [ha] potential issue with implicit async-compatible mysql drivers

2014-12-12 Thread Mike Bayer
On Dec 12, 2014, at 9:27 AM, Ihar Hrachyshka ihrac...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Reading the latest comments at https://github.com/PyMySQL/PyMySQL/issues/275, it seems to me that the issue is not to be solved in drivers themselves but instead in

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Ivar Lazzaro
In general, I agree with Jay about the opaqueness of the names. I see however good reasons for having user-defined unique attributes (see Clint's point about idempotency). A middle ground here could be granting to the users the ability to specify the resource ID. A similar proposal was made some

Re: [openstack-dev] [Horizon] Moving _conf and _scripts to dashboard

2014-12-12 Thread Lin Hua Cheng
Consolidating them would break it for users that have customization and extension on the two templates. -Lin On Fri, Dec 12, 2014 at 9:20 AM, David Lyle dkly...@gmail.com wrote: Not entirely sure why they both exist either. So by move, you meant override (nuance). That's different and I have

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread Russell Bryant
On 12/12/2014 11:06 AM, Andrew Laski wrote: On 12/12/2014 09:50 AM, Russell Bryant wrote: On 12/11/2014 12:55 PM, Andrew Laski wrote: Cells can handle a single API on top of globally distributed DCs. I have spoken with a group that is doing exactly that. But it requires that the API is a

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread Joe Gordon
On Fri, Dec 12, 2014 at 6:50 AM, Russell Bryant rbry...@redhat.com wrote: On 12/11/2014 12:55 PM, Andrew Laski wrote: Cells can handle a single API on top of globally distributed DCs. I have spoken with a group that is doing exactly that. But it requires that the API is a trusted part of

[openstack-dev] [Fuel] Logs format on UI (High/6.0)

2014-12-12 Thread Dmitry Pyzhov
We have a high priority bug in 6.0: https://bugs.launchpad.net/fuel/+bug/1401852. Here is the story. Our openstack services use to send logs in strange format with extra copy of timestamp and loglevel: == ./neutron-metadata-agent.log == 2014-12-12T11:00:30.098105+00:00 info: 2014-12-12

Re: [openstack-dev] [NFV][Telco] pxe-boot

2014-12-12 Thread Joe Gordon
On Fri, Dec 12, 2014 at 1:48 AM, Pasquale Porreca pasquale.porr...@dektech.com.au wrote: From my point of view it is not advisable to base some functionalities of the instances on direct calls to Openstack API. This for 2 main reasons, the first one: if the Openstack code changes (and we know

Re: [openstack-dev] [Horizon] Moving _conf and _scripts to dashboard

2014-12-12 Thread Thai Q Tran
As is the case with anything we change, but that should not stop us from making improvements/progress. I would argue that it would make life easier for them since all scripts are now in one place.-Lin Hua Cheng os.lch...@gmail.com wrote: -To: "OpenStack Development Mailing List (not for

Re: [openstack-dev] [all] [ha] potential issue with implicit async-compatible mysql drivers

2014-12-12 Thread Doug Hellmann
On Dec 12, 2014, at 1:16 PM, Mike Bayer mba...@redhat.com wrote: On Dec 12, 2014, at 9:27 AM, Ihar Hrachyshka ihrac...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Reading the latest comments at https://github.com/PyMySQL/PyMySQL/issues/275, it seems to me that

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Kevin Benton
If we allow resource IDs to be set they will no longer be globally unique. I'm not sure if this will impact anything directly right now, but it might be something that impacts tools orchestrating multiple neutron deployments (e.g. cascading, cells, etc). On Fri, Dec 12, 2014 at 10:25 AM, Ivar

Re: [openstack-dev] [nova][cinder][infra] Ceph CI status update

2014-12-12 Thread Anita Kuno
On 12/12/2014 03:28 AM, Deepak Shetty wrote: On Thu, Dec 11, 2014 at 10:33 PM, Anita Kuno ante...@anteaya.info wrote: On 12/11/2014 09:36 AM, Jon Bernard wrote: Heya, quick Ceph CI status update. Once the test_volume_boot_pattern was marked as skipped, only the revert_resize test was

Re: [openstack-dev] tempest - object_storage

2014-12-12 Thread Timur Nurlygayanov
Hi Anton, it depends on the storage service which you use on this lab. Tempest tests can fail, for example, if the configuration or your object storage has some customizations. Also you can change the tempest configuration to adapt tempest tests for your environment. On my test OpenStack

[openstack-dev] [devstack] localrc for mutli-node setup

2014-12-12 Thread Danny Choi (dannchoi)
Hi, I would like to use devstack to deploy OpenStack on a multi-node setup, i.e. separate Controller, Network and Compute nodes What is the localrc for each node? I would assume, for example, we don’t need to enable neutron service at the Controller node, etc… Does anyone has the localrc file

[openstack-dev] [api] Usage of the PATCH verb

2014-12-12 Thread Amit Gandhi
Hi We are currently using PATCH in the Poppy API to update existing resources. However, we have recently had some discussions on how this should have been implemented. I would like to get the advise of the Openstack Community and the API working group on how PATCH semantics should work. The

Re: [openstack-dev] [neutron] Spec reviews this week by the neutron-drivers team

2014-12-12 Thread Stefano Maffulli
I have adapted to Neutron the specs review dashboard prepared by Joe Gordon for Nova. Check it out below. Reminder: the deadline to approve kilo specs is this coming Monday, Dec 15.

Re: [openstack-dev] [Mistral] Global Context and Execution Environment

2014-12-12 Thread W Chan
Renat, Dmitri, On supplying the global context into the workflow execution... In addition to Renat's proposal, I have a few here. 1) Pass them implicitly in start_workflow as another kwargs in the **params. But on thinking, we should probably make global context explicitly defined in the WF

Re: [openstack-dev] [devstack] localrc for mutli-node setup

2014-12-12 Thread John Griffith
On Fri, Dec 12, 2014 at 1:03 PM, Danny Choi (dannchoi) dannc...@cisco.com wrote: Hi, I would like to use devstack to deploy OpenStack on a multi-node setup, i.e. separate Controller, Network and Compute nodes What is the localrc for each node? I would assume, for example, we don’t need to

Re: [openstack-dev] [Fuel] Logs format on UI (High/6.0)

2014-12-12 Thread Rochelle Grober
(apologies for my pushiness, but getting all the projects using olso.log for logging will really help the ops experience) All projects (except maybe Swift) should be moving to use oslo.logging. Therefore, your longterm fix is the right way to go. When you find log issues like the one in

Re: [openstack-dev] [Fuel] Logs format on UI (High/6.0)

2014-12-12 Thread Jay Pipes
On 12/12/2014 01:35 PM, Dmitry Pyzhov wrote: We have a high priority bug in 6.0: https://bugs.launchpad.net/fuel/+bug/1401852. Here is the story. Our openstack services use to send logs in strange format with extra copy of timestamp and loglevel: == ./neutron-metadata-agent.log ==

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Sean Dague
On 12/12/2014 01:05 PM, Maru Newby wrote: On Dec 11, 2014, at 2:27 PM, Sean Dague s...@dague.net wrote: On 12/11/2014 04:16 PM, Jay Pipes wrote: On 12/11/2014 04:07 PM, Vishvananda Ishaya wrote: On Dec 11, 2014, at 1:04 PM, Jay Pipes jaypi...@gmail.com wrote: On 12/11/2014 04:01 PM,

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Mathieu Gagné
On 2014-12-12 4:40 PM, Sean Dague wrote: While there is a good case for the UX of unique names - it also makes orchestration via tools like puppet a heck of a lot simpler - the fact is that most OpenStack resources do not require unique names. That being the case, why would we want security

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Morgan Fainberg
On Friday, December 12, 2014, Sean Dague s...@dague.net wrote: On 12/12/2014 01:05 PM, Maru Newby wrote: On Dec 11, 2014, at 2:27 PM, Sean Dague s...@dague.net javascript:; wrote: On 12/11/2014 04:16 PM, Jay Pipes wrote: On 12/11/2014 04:07 PM, Vishvananda Ishaya wrote: On Dec 11,

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Jay Pipes
On 12/12/2014 05:00 PM, Morgan Fainberg wrote: On Friday, December 12, 2014, Sean Dague s...@dague.net mailto:s...@dague.net wrote: On 12/12/2014 01:05 PM, Maru Newby wrote: On Dec 11, 2014, at 2:27 PM, Sean Dague s...@dague.net javascript:; wrote: On 12/11/2014

Re: [openstack-dev] [qa] How to delete a VM which is in ERROR state?

2014-12-12 Thread pcrews
On 12/09/2014 03:54 PM, Ken'ichi Ohmichi wrote: Hi, This case is always tested by Tempest on the gate. https://github.com/openstack/tempest/blob/master/tempest/api/compute/servers/test_delete_server.py#L152 So I guess this problem wouldn't happen on the latest version at least. Thanks

Re: [openstack-dev] [Neutron] UniqueConstraint for name and tenant_id in security group

2014-12-12 Thread Rochelle Grober
Morgan Fainberg [mailto:morgan.fainb...@gmail.com] on Friday, December 12, 2014 2:01 PM wrote: On Friday, December 12, 2014, Sean Dague s...@dague.netmailto:s...@dague.net wrote: On 12/12/2014 01:05 PM, Maru Newby wrote: On Dec 11, 2014, at 2:27 PM, Sean Dague s...@dague.netjavascript:;

Re: [openstack-dev] [Fuel] Logs format on UI (High/6.0)

2014-12-12 Thread Igor Kalnitsky
+1 to stop parsing logs on UI and show them as is. I think it's more than enough for all users. On Fri, Dec 12, 2014 at 8:35 PM, Dmitry Pyzhov dpyz...@mirantis.com wrote: We have a high priority bug in 6.0: https://bugs.launchpad.net/fuel/+bug/1401852. Here is the story. Our openstack

Re: [openstack-dev] [horizon] REST and Django

2014-12-12 Thread Tripp, Travis S
Tihomir, Today I added one glance call based on Richard’s decorator pattern[1] and started to play with incorporating some of your ideas. Please note, I only had limited time today. That is passing the kwargs through to the glance client. This was an interesting first choice, because it

Re: [openstack-dev] [Horizon] Moving _conf and _scripts to dashboard

2014-12-12 Thread Lin Hua Cheng
Breaking something for existing user is progress, but not forward. :) I don't mind moving the code around to _scripts file, but simply dropping the _conf file is my concern since it might already be extended from. Perhaps document it first that it will be deprecated, and remove it on later

Re: [openstack-dev] [Horizon] Moving _conf and _scripts to dashboard

2014-12-12 Thread Thai Q Tran
Haha, sure I'm willing to make concessions. I'll update the patch to retain the _conf file but it will be blank. This way, we can move forward and not break it for existing users.I'll also document it somewhere in the patch.-Lin Hua Cheng os.lch...@gmail.com wrote: -To: "OpenStack

Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown

2014-12-12 Thread Zane Bitter
On 12/12/14 05:29, Murugan, Visnusaran wrote: -Original Message- From: Zane Bitter [mailto:zbit...@redhat.com] Sent: Friday, December 12, 2014 6:37 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown On 11/12/14 08:26,

[openstack-dev] [nova] nova-manage db archive_deleted_rows broken

2014-12-12 Thread melanie witt
Hi everybody, At some point, our db archiving functionality got broken because there was a change to stop ever deleting instance system metadata [1]. For those unfamiliar, the 'nova-manage db archive_deleted_rows' is the thing that moves all soft-deleted (deleted=nonzero) rows to the shadow

Re: [openstack-dev] [Mistral] Global Context and Execution Environment

2014-12-12 Thread Dmitri Zimine
Winson, Lakshmi, Renat: It looked good and I began to write down the summary: https://etherpad.openstack.org/p/mistral-global-context But than realized that it’s not safe to assume from the action, that the global context will be supplied as part of API call. Check it out in the etherpad.

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread joehuang
Hello, Andrew, I do consider this to be out of scope for cells, for at least the medium term as you've said. There is additional complexity in making that a supported configuration that is not being addressed in the cells effort. I am just making the statement that this is something cells

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread joehuang
Hello, Russell, Personally, I see the globally distributed OpenStack under a single API case much more complex, and worth considering out of scope for the short to medium term, at least. Thanks for your thougths. Do you mean it could be set in the roadmap, but not a scope in short or medium

[openstack-dev] [neutron] Vendor Plugin Decomposition and NeutronClient vendor extension

2014-12-12 Thread Ryu Ishimoto
Hi All, It's great to see the vendor plugin decomposition spec[1] finally getting merged! Now that the spec is completed, I have a question on how this may impact neutronclient, and in particular, its handling of vendor extensions. One of the great things about splitting out the plugins is that

Re: [openstack-dev] [neutron] Vendor Plugin Decomposition and NeutronClient vendor extension

2014-12-12 Thread Armando M.
On 12 December 2014 at 22:18, Ryu Ishimoto r...@midokura.com wrote: Hi All, It's great to see the vendor plugin decomposition spec[1] finally getting merged! Now that the spec is completed, I have a question on how this may impact neutronclient, and in particular, its handling of vendor

Re: [openstack-dev] [Neutron] Core/Vendor code decomposition

2014-12-12 Thread Yuriy Shovkoplias
Dear neutron community, Can you please clarify couple points on the vendor code decomposition? - Assuming I would like to create the new driver now (Kilo development cycle) - is it already allowed (or mandatory) to follow the new process? https://review.openstack.org/#/c/134680/ - Assuming the

Re: [openstack-dev] [all] [tc] [PTL] Cascading vs. Cells – summit recap and move forward

2014-12-12 Thread Morgan Fainberg
On Dec 12, 2014, at 10:30, Joe Gordon joe.gord...@gmail.com wrote: On Fri, Dec 12, 2014 at 6:50 AM, Russell Bryant rbry...@redhat.com wrote: On 12/11/2014 12:55 PM, Andrew Laski wrote: Cells can handle a single API on top of globally distributed DCs. I have spoken with a group that

Re: [openstack-dev] [Neutron] Core/Vendor code decomposition

2014-12-12 Thread Armando M.
On 12 December 2014 at 23:01, Yuriy Shovkoplias yshovkopl...@mirantis.com wrote: Dear neutron community, Can you please clarify couple points on the vendor code decomposition? - Assuming I would like to create the new driver now (Kilo development cycle) - is it already allowed (or