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 (sorry
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
On 30/01/14 12:20, Randall Burt wrote:
On Jan 30, 2014, at 12:09 PM, Clint Byrumcl...@fewbar.com
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
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, I
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 are
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 arnaud...@gmail.com
Davanum Srinivas (dims) dava...@gmail.com
garyk gkot...@vmware.com
Kartik Bommepally
On Jan 31, 2014, at 1:30 AM, Clint Byrum cl...@fewbar.com 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_handle:
-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 message is
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 by
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.
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
ire...@mellanox.commailto:ire...@mellanox.com wrote:
Robert,
Thank you very much for the summary.
Please, see inline
From:
On Thu, Jan 30, 2014 at 2:39 PM, Clint Byrum cl...@fewbar.com 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
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,
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
Excerpts from Hugh Brock's message of 2014-01-31 04:53:11 -0800:
On Jan 31, 2014, at 1:30 AM, Clint Byrum cl...@fewbar.com 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.
-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 name, not
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
Including openstack-dev ML in response.
On Fri, Jan 31, 2014 at 8:14 AM, wingwj win...@gmail.com 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
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
*
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
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_security
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
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
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
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
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:
On Fri, Jan 31, 2014 at 1:03 PM, Tzu-Mainn Chen tzuma...@redhat.com 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
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
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
29 matches
Mail list logo
