Re: [openstack-dev] [Heat] About LaunchConfiguration and Autoscaling

2014-01-31 Thread Thomas Herve
> I favor the second option for the same reasons as Zane described, but also > don't think we need a LaunchConfiguration resource. How about just adding a > attribute to the resources such that the engine knows is not meant to be > handled in the usual way, and instead it is really a "template" (s

Re: [openstack-dev] [Murano] Problem with "Allow Address Pairs" in Murano Workflows

2014-01-31 Thread Dmitry Teselkin
Hi, The feature to auto-generate IP for cluster (Cluster Management IP and Availability Group IP) looks good idea. In general there is no need to set these IP addresses to some "special" values. And this feature will simplify end-user interface. However, we must provide the chosen IP addresses to

Re: [openstack-dev] [Heat] About LaunchConfiguration and Autoscaling

2014-01-31 Thread Thomas Herve
> On 30/01/14 12:20, Randall Burt wrote: > > On Jan 30, 2014, at 12:09 PM, Clint Byrum > > wrote: > > >> >I would hope we would solve that at a deeper level, rather than making > >> >resources for the things we think will need re-use. I think nested stacks > >> >allow this level of re-use alre

Re: [openstack-dev] [heat] Keystone errors trying to signal a WaitCondition

2014-01-31 Thread Steven Hardy
On Thu, Jan 30, 2014 at 11:27:29PM -0500, Lars Kellogg-Stedman wrote: > On Thu, Jan 30, 2014 at 09:46:09PM -0500, Lars Kellogg-Stedman wrote: > > I'm getting an error from Keystone whenever I try to signal a Heat > > WaitCondition... > > After poking through the code it turned to be an error in Ke

Re: [openstack-dev] [Ironic] PXE driver deploy issues

2014-01-31 Thread Rohan Kanade
> The deploy ramdisk should ping back the Ironic API and call the > vendor_passthru/pass_deploy_info with the iscsi informations etc... So, > make sure you've built your deploy ramdisk after this patch landed on Any strategies on how to verify if the ramdisk has been deployed on the server? Also,

Re: [openstack-dev] [TripleO] mid-cycle meetup?

2014-01-31 Thread Robert Collins
Ok location: HP's office in Sunnyvale. Dates: Monday 3rd March through friday 7th March. All welcome, please RSVP to me cc cody.somerville at hp.com so that we can arrange a suitable sized room @ the venue. I figure we'll do a everyone-together dinner on tuesday night, but the rest of the time d

Re: [openstack-dev] Proposed Logging Standards

2014-01-31 Thread Sean Dague
On 01/30/2014 07:15 PM, John Dickinson wrote: > I've been keeping an eye on this thread, and it seems I actually have a few > minutes to spend on a response today. > > To first answer the specific question, while there are some minor technical > concerns about oslo logging, the bigger concerns a

Re: [openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

2014-01-31 Thread Vipin Balachandran
The current API is stable since this is used by nova and cinder for the last two releases. Yes, I can act as the maintainer. Here is the list of reviewers: Arnaud Legendre Davanum Srinivas (dims) garyk Kartik Bommepally Sabari Murugesan Shawn Hartsock Subbu Vui Lam From: Dou

Re: [openstack-dev] [Heat] How to model resources in Heat

2014-01-31 Thread Hugh Brock
> On Jan 31, 2014, at 1:30 AM, Clint Byrum wrote: > > Excerpts from Zane Bitter's message of 2014-01-30 19:30:40 -0800: >>> On 30/01/14 16:54, Clint Byrum wrote: >>> I'm pretty sure it is useful to model images in Heat. >>> >>> Consider this scenario: >>> >>> >>> resources: >>> build_done_ha

Re: [openstack-dev] Proposed Logging Standards

2014-01-31 Thread Macdonald-Wallace, Matthew
> -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: 31 January 2014 12:29 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] Proposed Logging Standards > > On 01/30/2014 07:15 PM, John Dickinson wrote: > > 1) Every log mess

Re: [openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

2014-01-31 Thread Doug Hellmann
Thanks, Vipin, Dims is going work on setting up your repository and help you configure the review team. Give us a few days to get the details sorted out. Doug On Fri, Jan 31, 2014 at 7:39 AM, Vipin Balachandran < vbalachand...@vmware.com> wrote: > The current API is stable since this is used b

Re: [openstack-dev] [savanna] Alembic migrations and absence of DROP column in sqlite

2014-01-31 Thread Trevor McKay
Okay, I can accept that migrations shouldn't be supported on sqlite. However, if that's the case then we need to fix up savanna-db-manage so that it checks the db connection info and throws a polite error to the user for attempted migrations on unsupported platforms. For example: "Database migra

[openstack-dev] [Solum] Deployment units and plans

2014-01-31 Thread devdatta kulkarni
Hi, In this week's language pack working group meeting we briefly touched upon questions regarding creation of deployment units, their handling with respect to plans, etc. I have created a etherpad page where I have put these and other questions. https://etherpad.openstack.org/p/RegardingLangPac

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 30th

2014-01-31 Thread Robert Li (baoli)
Hi Irena, Thanks for the Reply. See inline… If possible, can we put details on what would be exactly covered by each BP? --Robert On 1/30/14 4:13 PM, "Irena Berezovsky" mailto:ire...@mellanox.com>> wrote: Robert, Thank you very much for the summary. Please, see inline From: Robert Li (baoli)

Re: [openstack-dev] [savanna] Alembic migrations and absence of DROP column in sqlite

2014-01-31 Thread Andrew Lazarev
Trevor, Such check could be useful on alembic side too. Good opportunity for contribution. Andrew. On Fri, Jan 31, 2014 at 6:12 AM, Trevor McKay wrote: > Okay, I can accept that migrations shouldn't be supported on sqlite. > > However, if that's the case then we need to fix up savanna-db-man

Re: [openstack-dev] [TripleO] devtest thoughts

2014-01-31 Thread James Slagle
On Thu, Jan 30, 2014 at 2:39 PM, Clint Byrum wrote: > Excerpts from James Slagle's message of 2014-01-30 07:28:01 -0800: >> However, due to these changes, I think that devtest no longer works >> great as a tripleo developer setup. You haven't been able to complete >> a setup following our docs fo

Re: [openstack-dev] Proposed Logging Standards

2014-01-31 Thread Ben Nemec
On 2014-01-31 07:00, Macdonald-Wallace, Matthew wrote: -Original Message- From: Sean Dague [mailto:s...@dague.net] Sent: 31 January 2014 12:29 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] Proposed Logging Standards On 01/30/2014 07:15 PM,

Re: [openstack-dev] [Heat] How to model resources in Heat

2014-01-31 Thread Georgy Okrokvertskhov
Hi, There is a stackforge project Mistral which is aimed to provide generic workflow service. I believe Zane mentioned it in his previous e-mail. Currently, this project is at a pilot stage. Mistral has working pilot with all core components implemented and right now we are finalizing DSL syntax f

Re: [openstack-dev] [Heat] How to model resources in Heat

2014-01-31 Thread Clint Byrum
Excerpts from Hugh Brock's message of 2014-01-31 04:53:11 -0800: > > On Jan 31, 2014, at 1:30 AM, Clint Byrum wrote: > > > > Excerpts from Zane Bitter's message of 2014-01-30 19:30:40 -0800: > >>> On 30/01/14 16:54, Clint Byrum wrote: > >>> I'm pretty sure it is useful to model images in Heat. >

Re: [openstack-dev] Proposed Logging Standards

2014-01-31 Thread Macdonald-Wallace, Matthew
> -Original Message- > From: Ben Nemec [mailto:openst...@nemebean.com] > Sent: 31 January 2014 16:01 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] Proposed Logging Standards > > I'd just love to see the ability in the python logger to include the > > application nam

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 30th

2014-01-31 Thread Sandhya Dasu (sadasu)
Hi Irena, I was initially looking at https://blueprints.launchpad.net/neutron/+spec/ml2-typedriver-extra-port-info to take care of the extra information required to set up the SR-IOV port. When the scope of the BP was being decided, we had very little info about our own design so I didn't

Re: [openstack-dev] Question about Nova BP.

2014-01-31 Thread Joe Gordon
Including openstack-dev ML in response. On Fri, Jan 31, 2014 at 8:14 AM, wingwj wrote: > Hi, Mr Gordon, > > Firstly, sorry for my lately reply for this BP.. > https://blueprints.launchpad.net/nova/+spec/driver-for-huawei-fusioncompute > > Honestly speaking, we wrote the first FusionCompute Nova-

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 30th

2014-01-31 Thread Robert Kukura
On 01/30/2014 03:44 PM, Robert Li (baoli) wrote: > Hi, > > We made a lot of progress today. We agreed that: > -- vnic_type will be a top level attribute as binding:vnic_type > -- BPs: > * Irena's > https://blueprints.launchpad.net/neutron/+spec/ml2-request-vnic-type for > binding:vnic_type >

Re: [openstack-dev] Question about Nova BP.

2014-01-31 Thread Russell Bryant
On 01/31/2014 01:11 PM, Joe Gordon wrote: > Including openstack-dev ML in response. > > > On Fri, Jan 31, 2014 at 8:14 AM, wingwj wrote: >> Hi, Mr Gordon, >> >> Firstly, sorry for my lately reply for this BP.. >> https://blueprints.launchpad.net/nova/+spec/driver-for-huawei-fusioncompute >> >> H

Re: [openstack-dev] [Ironic] PXE driver deploy issues

2014-01-31 Thread Devananda van der Veen
I think your driver should implement a wrapper around both VendorPassthru interfaces and call each appropriately, depending on the request. This keeps each VendorPassthru driver separate, and encapsulates the logic about when to call each of them in the driver layer. As an aside, this is a code pa

Re: [openstack-dev] [nova][neutron][ml2] Proposal to support VIF security, PCI-passthru/SR-IOV, and other binding-specific data

2014-01-31 Thread Robert Kukura
On 01/29/2014 10:26 AM, Robert Kukura wrote: > The neutron patch [1] and nova patch [2], proposed to resolve the > "get_firewall_required should use VIF parameter from neutron" bug [3], > replace the binding:capabilities attribute in the neutron portbindings > extension with a new binding:vif_secur

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

2014-01-31 Thread Tzu-Mainn Chen
So after reading the replies on this thread, it seems like I (and others advocating a custom scheduler) may have overthought things a bit. The reason this route was suggested was because of conflicting goals for Icehouse: a) homogeneous nodes (to simplify requirements) b) support diverse hardwa

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 30th

2014-01-31 Thread Robert Kukura
On 01/31/2014 11:45 AM, Sandhya Dasu (sadasu) wrote: > Hi Irena, > I was initially looking > at > https://blueprints.launchpad.net/neutron/+spec/ml2-typedriver-extra-port-info > to > take care of the extra information required to set up the SR-IOV port. > When the scope of the BP was being

[openstack-dev] [diskimage-builder]

2014-01-31 Thread Robert Nettleton
HI All, I have a question regarding the supported platforms for the diskimage-builder tool. I’ve been using Ubuntu for image generation lately, and that seems to work fine. At some point, I had hoped to run DIB on CentOS (6.4), but ran into problems when I tried this. In particular, the de

Re: [openstack-dev] [savanna] Alembic migrations and absence of DROP column in sqlite

2014-01-31 Thread Boris Pavlovic
Jay, Yep we shouldn't use migrations for sqlite at all. The major issue that we have now is that we are not able to ensure that DB schema created by migration & models are same (actually they are not same). So before dropping support of migrations for sqlite & switching to model based created sc

Re: [openstack-dev] [diskimage-builder]

2014-01-31 Thread Fox, Kevin M
Yeah, we are running it on RHEL6.5 and it seems to just work. Haven't tried CentOS 6.5 specifically but should work the same. Thanks, Kevin From: Robert Nettleton [rnettle...@hortonworks.com] Sent: Friday, January 31, 2014 1:34 PM To: openstack-dev@lists.openstack

Re: [openstack-dev] [Murano] Problem with "Allow Address Pairs" in Murano Workflows

2014-01-31 Thread Alexander Tivelkov
Thanks Dmitry, this sounds reasonable However, returning the chosen IP to user via web UI raises a different question: we need the dynamic ui for the describing of the deployed apps and services: the page which is currently available is a legacy UI from the non-dynamic times of Murano, where we ha

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

2014-01-31 Thread Devananda van der Veen
On Fri, Jan 31, 2014 at 1:03 PM, Tzu-Mainn Chen wrote: > So after reading the replies on this thread, it seems like I (and others > advocating > a custom scheduler) may have overthought things a bit. The reason this > route was > suggested was because of conflicting goals for Icehouse: > > a) ho

[openstack-dev] Barbican Incubation Review

2014-01-31 Thread Chad Lung
This is a follow-up to Jarret Raim's email regarding Barbican's incubation review: http://lists.openstack.org/pipermail/openstack-dev/2014-January/025860.html Please note that the PR for Barbican's DevStack integration can now be found here: https://review.openstack.org/#/c/70512/ Thanks for an

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

2014-01-31 Thread Shixiong Shang
Hi, Sean: Thanks a bunch for the new code. I glimpsed it through once and if I understand it correctly, the value of the two parameters are saved as the attributes of a subnet. In other words, I can retrieve the values by: subnet.ipv6_ra_mode subnet.ipv6_address_mode Is that correct? Would you