Re: [openstack-dev] [all] The future of the integrated release

2014-08-08 Thread Devananda van der Veen
On Fri, Aug 8, 2014 at 2:06 AM, Thierry Carrez thie...@openstack.org wrote: Michael Still wrote: [...] I think an implied side effect of the runway system is that nova-drivers would -2 blueprint reviews which were not occupying a slot. (If we start doing more -2's I think we will need

Re: [openstack-dev] [all] The future of the integrated release

2014-08-08 Thread Devananda van der Veen
On Tue, Aug 5, 2014 at 9:03 AM, Thierry Carrez thie...@openstack.org wrote: We seem to be unable to address some key issues in the software we produce, and part of it is due to strategic contributors (and core reviewers) being overwhelmed just trying to stay afloat of what's happening. For

Re: [openstack-dev] [all] The future of the integrated release

2014-08-08 Thread Devananda van der Veen
On Tue, Aug 5, 2014 at 10:02 AM, Monty Taylor mord...@inaugust.com wrote: On 08/05/2014 09:03 AM, Thierry Carrez wrote: Hi everyone, With the incredible growth of OpenStack, our development community is facing complex challenges. How we handle those might determine the ultimate success or

Re: [openstack-dev] [oslo] usage patterns for oslo.config

2014-08-08 Thread Devananda van der Veen
On Fri, Aug 8, 2014 at 12:41 PM, Doug Hellmann d...@doughellmann.com wrote: That’s right. The preferred approach is to put the register_opt() in *runtime* code somewhere before the option will be used. That might be in the constructor for a class that uses an option, for example, as described

Re: [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest

2014-08-09 Thread Devananda van der Veen
On Aug 9, 2014 4:22 AM, Eoghan Glynn egl...@redhat.com wrote: Hi Folks, Dina Belova has recently landed some infra patches[1,2] to create an experimental mongodb-based Tempest job. This effectively just overrides the ceilometer storage backend config so that mongodb is used instead of

Re: [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest

2014-08-11 Thread Devananda van der Veen
On Mon, Aug 11, 2014 at 3:27 PM, Joe Gordon joe.gord...@gmail.com wrote: On Mon, Aug 11, 2014 at 3:07 PM, Eoghan Glynn egl...@redhat.com wrote: Ignoring the question of is it ok to say: 'to run ceilometer in any sort of non-trivial deployment you must manager yet another underlying

Re: [openstack-dev] [all] The future of the integrated release

2014-08-12 Thread Devananda van der Veen
On Tue, Aug 12, 2014 at 10:44 AM, Dolph Mathews dolph.math...@gmail.com wrote: On Tue, Aug 12, 2014 at 12:30 AM, Joe Gordon joe.gord...@gmail.com wrote: Slow review: by limiting the number of blueprints up we hope to focus our efforts on fewer concurrent things slow code turn around: when a

Re: [openstack-dev] [all] The future of the integrated release

2014-08-13 Thread Devananda van der Veen
On Wed, Aug 13, 2014 at 5:37 AM, Mark McLoughlin mar...@redhat.com wrote: On Fri, 2014-08-08 at 15:36 -0700, Devananda van der Veen wrote: On Tue, Aug 5, 2014 at 10:02 AM, Monty Taylor mord...@inaugust.com wrote: Yes. Additionally, and I think we've been getting better at this in the 2

[openstack-dev] [Ironic] Feature proposal freeze

2014-08-13 Thread Devananda van der Veen
Hi all, As previously announced, ironic is now entering feature proposal freeze for juno. This means that all open spec reviews will be blocked, and will need to be resubmitted when kilo opens. This will be when the first juno RC is tagged, or sooner, and will be announced on this list. What

Re: [openstack-dev] [all] The future of the integrated release

2014-08-14 Thread Devananda van der Veen
On Aug 14, 2014 2:04 AM, Eoghan Glynn egl...@redhat.com wrote: Letting the industry field-test a project and feed their experience back into the community is a slow process, but that is the best measure of a project's success. I seem to recall this being an implicit expectation a few

[openstack-dev] [Ironic] Juno-3 milestone released

2014-09-04 Thread Devananda van der Veen
Hi all! The Juno 3 milestone has been tagged, and I am very proud of everyone who worked on it, especially over the last few weeks while I was away. https://launchpad.net/ironic/+milestone/juno-3 We had targeted 14 blueprints to this milestone, and managed to land 13 of them! This includes a

Re: [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?

2014-09-06 Thread Devananda van der Veen
On Aug 22, 2014 12:48 AM, Steve Kowalik ste...@wedontsleep.org wrote: On 22/08/14 17:35, Chris Jones wrote: Hi When register-nodes blows up, is the error we get from Ironic sufficiently unique that we can just consume it and move on? You should get a clear error when attempting to add a

Re: [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?

2014-09-06 Thread Devananda van der Veen
Woops, meant to respond to this in the email I just sent... On Aug 21, 2014 11:35 PM, Steve Kowalik ste...@wedontsleep.org wrote: For other drivers, we think that the pm_address for each machine will be unique. Would it be possible add some advice to that effect to Ironic's driver API?

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-09 Thread Devananda van der Veen
On Tue, Sep 9, 2014 at 4:12 PM, Samuel Merritt s...@swiftstack.com wrote: On 9/9/14, 12:03 PM, Monty Taylor wrote: [snip] So which is it? Because it sounds like to me it's a thing that actually does NOT need to diverge in technology in any way, but that I've been told that it needs to diverge

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-09 Thread Devananda van der Veen
On Thu, Sep 4, 2014 at 1:44 PM, Kurt Griffiths kurt.griffi...@rackspace.com wrote: [snip] Does a Qpid/Rabbit/Kafka provisioning service make sense? Probably. Would such a service totally overlap in terms of use-cases with Zaqar? Community feedback suggests otherwise. Will there be some other

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-09 Thread Devananda van der Veen
On Tue, Sep 9, 2014 at 5:31 PM, Boris Pavlovic bo...@pavlovic.me wrote: Devananda, While that is de rigueur today, it's actually at the core of the current problem space. Blessing a project by integrating it is not a scalable long-term solution. We don't have a model to integrate 1 project

Re: [openstack-dev] [zaqar] Juno Performance Testing (Round 2)

2014-09-10 Thread Devananda van der Veen
On Tue, Sep 9, 2014 at 12:19 PM, Kurt Griffiths kurt.griffi...@rackspace.com wrote: Hi folks, In this second round of performance testing, I benchmarked the new Redis driver. I used the same setup and tests as in Round 1 to make it easier to compare the two drivers. I did not test Redis in

Re: [openstack-dev] [zaqar] Juno Performance Testing (Round 2)

2014-09-11 Thread Devananda van der Veen
On Wed, Sep 10, 2014 at 6:09 PM, Kurt Griffiths kurt.griffi...@rackspace.com wrote: On 9/10/14, 3:58 PM, Devananda van der Veen devananda@gmail.com wrote: I'm going to assume that, for these benchmarks, you configured all the services optimally. Sorry for any confusion; I am not trying

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-16 Thread Devananda van der Veen
On Sep 15, 2014 8:20 AM, James Slagle james.sla...@gmail.com wrote: On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardy sha...@redhat.com wrote: All, Starting this thread as a follow-up to a strongly negative reaction by the Ironic PTL to my patches[1] adding initial Heat-Ironic integration,

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-16 Thread Devananda van der Veen
On Mon, Sep 15, 2014 at 10:51 AM, Jay Faulkner j...@jvf.cc wrote: Steven, It's important to note that two of the blueprints you reference: https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt https://blueprints.launchpad.net/ironic/+spec/drac-hw-discovery are both very unlikely to

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-16 Thread Devananda van der Veen
On Mon, Sep 15, 2014 at 9:00 AM, Steven Hardy sha...@redhat.com wrote: For example, today, I've been looking at the steps required for driving autodiscovery: https://etherpad.openstack.org/p/Ironic-PoCDiscovery-Juno Driving this process looks a lot like application orchestration: 1. Take

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-16 Thread Devananda van der Veen
On Mon, Sep 15, 2014 at 1:08 PM, Steven Hardy sha...@redhat.com wrote: On Mon, Sep 15, 2014 at 05:51:43PM +, Jay Faulkner wrote: Steven, It's important to note that two of the blueprints you reference: https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-16 Thread Devananda van der Veen
On Tue, Sep 16, 2014 at 11:57 AM, Zane Bitter zbit...@redhat.com wrote: On 16/09/14 13:54, Devananda van der Veen wrote: On Sep 15, 2014 8:20 AM, James Slaglejames.sla...@gmail.com wrote: On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardysha...@redhat.com wrote: The initial assumption

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-16 Thread Devananda van der Veen
On Tue, Sep 16, 2014 at 11:44 AM, Zane Bitter zbit...@redhat.com wrote: On 16/09/14 13:56, Devananda van der Veen wrote: On Mon, Sep 15, 2014 at 9:00 AM, Steven Hardy sha...@redhat.com wrote: For example, today, I've been looking at the steps required for driving autodiscovery: https

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-18 Thread Devananda van der Veen
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote: On 09/18/2014 04:09 PM, Gordon Sim wrote: On 09/18/2014 12:31 PM, Flavio Percoco wrote: Zaqar guarantees FIFO. To be more precise, it does that relying on the storage backend ability to do so as well. Depending on the

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-18 Thread Devananda van der Veen
On Thu, Sep 18, 2014 at 7:55 AM, Flavio Percoco fla...@redhat.com wrote: On 09/18/2014 04:24 PM, Clint Byrum wrote: Great job highlighting what our friends over at Amazon are doing. It's clear from these snippets, and a few other pieces of documentation for SQS I've read, that the Amazon team

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-18 Thread Devananda van der Veen
On Thu, Sep 18, 2014 at 8:54 AM, Devananda van der Veen devananda@gmail.com wrote: On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote: On 09/18/2014 04:09 PM, Gordon Sim wrote: On 09/18/2014 12:31 PM, Flavio Percoco wrote: Zaqar guarantees FIFO. To be more precise

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

2014-09-22 Thread Devananda van der Veen
On Mon, Sep 22, 2014 at 12:33 PM, Doug Hellmann d...@doughellmann.com wrote: On Sep 22, 2014, at 3:11 PM, Tim Bell tim.b...@cern.ch wrote: On 22 Sep 2014, at 20:53, Doug Hellmann d...@doughellmann.com wrote: On Sep 19, 2014, at 6:29 AM, Thierry Carrez thie...@openstack.org wrote: Monty

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

2014-09-22 Thread Devananda van der Veen
On Mon, Sep 22, 2014 at 2:27 PM, Doug Hellmann d...@doughellmann.com wrote: On Sep 22, 2014, at 5:10 PM, Devananda van der Veen devananda@gmail.com wrote: One of the primary effects of integration, as far as the release process is concerned, is being allowed to co-gate with other

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

2014-09-23 Thread Devananda van der Veen
On Tue, Sep 23, 2014 at 8:40 AM, Doug Hellmann d...@doughellmann.com wrote: On Sep 22, 2014, at 8:05 PM, Devananda van der Veen devananda@gmail.com wrote: On Mon, Sep 22, 2014 at 2:27 PM, Doug Hellmann d...@doughellmann.com wrote: On Sep 22, 2014, at 5:10 PM, Devananda van der Veen

Re: [openstack-dev] [nova] 2 weeks in the bug tracker

2014-09-23 Thread Devananda van der Veen
On Mon, Sep 22, 2014 at 7:51 AM, Jay S. Bryant jsbry...@electronicjungle.net wrote: On 09/21/2014 07:37 PM, Matt Riedemann wrote: When I'm essentially +2 on a change but for a small issue like typos in the commit message, the need for a note in the code or a test (or change to a test), I've

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-23 Thread Devananda van der Veen
On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter zbit...@redhat.com wrote: On 22/09/14 17:06, Joe Gordon wrote: If 50,000 messages per second doesn't count as small-to-moderate then Zaqar does not fulfill a major SQS use case. It's not a drop-in replacement, but as I mentioned you can recreate

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-23 Thread Devananda van der Veen
I've taken a bit of time out of this thread, and I'd like to jump back in now and attempt to summarize what I've learned and hopefully frame it in such a way that it helps us to answer the question Thierry asked: On Fri, Sep 19, 2014 at 2:00 AM, Thierry Carrez thie...@openstack.org wrote: The

Re: [openstack-dev] [ironic][qa] How will ironic tests run in tempest?

2013-12-09 Thread Devananda van der Veen
On Fri, Dec 6, 2013 at 2:13 PM, Clark Boylan clark.boy...@gmail.com wrote: On Fri, Dec 6, 2013 at 1:53 PM, David Kranz dkr...@redhat.com wrote: It's great that tempest tests for ironic have been submitted! I was reviewing https://review.openstack.org/#/c/48109/ and noticed that the tests

[openstack-dev] [Ironic] cleaning up our core reviewer list

2013-12-10 Thread Devananda van der Veen
Hi all, It's about time that I look at the ironic review stats to see who should be added / removed again. There are several non-core folks doing reviews during the last month [1] -- thanks! These have been very helpful. I am also looking at the folks who are contributing code [3] to get another

Re: [openstack-dev] [ironic][qa] How will ironic tests run in tempest?

2013-12-10 Thread Devananda van der Veen
Tue, Dec 10, 2013 at 12:43 PM, David Kranz dkr...@redhat.com wrote: On 12/09/2013 01:37 PM, Devananda van der Veen wrote: On Fri, Dec 6, 2013 at 2:13 PM, Clark Boylan clark.boy...@gmail.comwrote: On Fri, Dec 6, 2013 at 1:53 PM, David Kranz dkr...@redhat.com wrote: It's great

[openstack-dev] [Ironic] Project status update

2013-12-11 Thread Devananda van der Veen
Hi all! I realize it's been a while since I've posted an update about the project -- it's high time I do so! And there are several things to report... We tagged an Icehouse-1 milestone, though we did not publish a tarball just yet. That should happen at the Icehouse-2 milestone.

[openstack-dev] [Ironic] Bug list maintenance

2013-12-11 Thread Devananda van der Veen
So, I've dug into the bug list in the past few days, and want to share what I've observed. Over the Havana cycle, we all used the bug list as a way to earmark work we needed to come back to. Some of those earmarks are stale. Perhaps the status is incorrect, or we fixed it but didn't close the

Re: [openstack-dev] [Ironic] firmware security

2013-12-12 Thread Devananda van der Veen
On Thu, Dec 12, 2013 at 12:50 AM, Lu, Lianhao lianhao...@intel.com wrote: Hi Ironic folks, I remembered once seeing that ironic was calling for firmware security. Can anyone elaborate with a little bit details about what Ironic needs for this firmware security? I'm wondering if there are

Re: [openstack-dev] [Nova] [Ironic] Get power and temperature via IPMI

2013-12-18 Thread Devananda van der Veen
On Tue, Dec 17, 2013 at 10:00 PM, Gao, Fengqian fengqian@intel.comwrote: Hi, all, I am planning to extend bp https://blueprints.launchpad.net/nova/+spec/utilization-aware-schedulingwith power and temperature. In other words, power and temperature can be collected and used for

Re: [openstack-dev] [Nova] [Ironic] Get power and temperature via IPMI

2013-12-19 Thread Devananda van der Veen
On Wed, Dec 18, 2013 at 7:16 PM, Gao, Fengqian fengqian@intel.comwrote: Hi, Devananda, I agree with you that new features should be towards Ironic. As you asked why use Ironic instead of lm-sensors, actually I just want to use IPMI instead of lm-sensors. I think it is reasonable to put

Re: [openstack-dev] [all project] log files and logstash

2014-01-02 Thread Devananda van der Veen
Thanks for the pointer. Since Ironic is not yet enabled by default in devstack-gate, it's OK that it is also missing, but now I know where to add it. Cheers, -Deva On Mon, Dec 30, 2013 at 11:11 AM, David Kranz dkr...@redhat.com wrote: In case any one other than me didn't know this, the log

Re: [openstack-dev] [ironic] [QA] some notes on ironic functional testing

2014-01-14 Thread Devananda van der Veen
Hi Alexander, Vladimir, First of all, thanks for working on testing Ironic! Functional testing is critical to our project, and I'm very happy you're looking into it. On Tue, Jan 14, 2014 at 6:28 AM, Alexander Gordeev agord...@mirantis.comwrote: We (agordeev and vkozhukalov) had a discussion

[openstack-dev] [Ironic] Let's move to Alembic

2014-01-15 Thread Devananda van der Veen
Hi all, Some months back, there was discussion to move Ironic to use Alembic instead of SqlAlchemy. At that time, I was much more interested in getting the framework together than I was in restructuring our database migrations, and what we had was sufficient to get us off the ground. Now that

Re: [openstack-dev] [ironic] Disk Eraser

2014-01-17 Thread Devananda van der Veen
On Fri, Jan 17, 2014 at 12:35 PM, Alan Kavanagh alan.kavan...@ericsson.comwrote: Hi Rob Then apart from the disk eraser and reinstalling the blade from scratch everytime it is returned from lease, and ensure network isolation, what are the other many concerns you are worried about for

Re: [openstack-dev] [ironic] Disk Eraser

2014-01-17 Thread Devananda van der Veen
On Fri, Jan 17, 2014 at 3:21 PM, Chris Friesen chris.frie...@windriver.comwrote: On 01/17/2014 04:20 PM, Devananda van der Veen wrote: tl;dr, We should not be recycling bare metal nodes between untrusted tenants at this time. There's a broader discussion about firmware security going

[openstack-dev] [Ironic] Third-party drivers and testing

2014-01-19 Thread Devananda van der Veen
Hi all, I've been thinking about how we should treat third-party drivers in Ironic for a while, and had several discussions at the Hong Kong summit and last week at LCA. Cinder, Nova, Neutron, and TripleO are all having similar discussions, too. What follows is a summary of my thoughts and a

Re: [openstack-dev] [ironic] Disk Eraser

2014-01-20 Thread Devananda van der Veen
On Sun, Jan 19, 2014 at 9:30 PM, Robert Collins robe...@robertcollins.netwrote: On 20 January 2014 18:10, Alan Kavanagh alan.kavan...@ericsson.com wrote: +1, that is another point Rob. When I started this thread my main interest was disk and then firmware. It is clear we really need to have

Re: [openstack-dev] [Ironic] Third-party drivers and testing

2014-01-21 Thread Devananda van der Veen
On Sun, Jan 19, 2014 at 7:47 PM, Christopher Yeoh cbky...@gmail.com wrote: On Mon, Jan 20, 2014 at 6:17 AM, Devananda van der Veen devananda@gmail.com wrote: 1. each driver must adhere to the existing driver interfaces. 2. each driver must have comprehensive unit test coverage

Re: [openstack-dev] [Ironic] Third-party drivers and testing

2014-01-21 Thread Devananda van der Veen
On Mon, Jan 20, 2014 at 8:29 AM, Jay Pipes jaypi...@gmail.com wrote: On Sun, Jan 19, 2014 at 2:47 PM, Devananda van der Veen devananda@gmail.com wrote: Hi all, I've been thinking about how we should treat third-party drivers in Ironic for a while, and had several discussions

[openstack-dev] [Ironic] Node groups and multi-node operations

2014-01-22 Thread Devananda van der Veen
So, a conversation came again up today around whether or not Ironic will, in the future, support operations on groups of nodes. Some folks have expressed a desire for Ironic to expose operations on groups of nodes; others want Ironic to host the hardware-grouping data so that eg. Heat and Tuskar

[openstack-dev] [Ironic] Ironic 2014.1.b2 (Icehouse-2) developer milestone available

2014-01-23 Thread Devananda van der Veen
Hi all, The Icehouse-2 milestone of Ironic is now available, and a new version (0.1.1) of our python client library has just been pushed to pypi. Here is a list of what was completed during the Icehouse-2 development cycle: https://launchpad.net/ironic/+milestone/icehouse-2 Tarballs are

[openstack-dev] [Ironic] File Injection (and the lack thereof)

2014-01-24 Thread Devananda van der Veen
In going through the bug list, I spotted this one and would like to discuss it: can't disable file injection for bare metal https://bugs.launchpad.net/ironic/+bug/1178103 There's a #TODO in Ironic's PXE driver to *add* support for file injection, but I don't think we should do that. For the

Re: [openstack-dev] [Ironic] File Injection (and the lack thereof)

2014-01-24 Thread Devananda van der Veen
Awesome! But, Ironic will still need a way to inject the SSL cert into the instance, eg. config-drive over virtual media, or something. -D On Jan 24, 2014 2:32 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Joshua Harlow's message of 2014-01-24 14:17:38 -0800: Cloud-init 0.7.5 (not

Re: [openstack-dev] [Ironic] Node groups and multi-node operations

2014-01-26 Thread Devananda van der Veen
On Sat, Jan 25, 2014 at 7:11 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Robert Collins's message of 2014-01-25 02:47:42 -0800: On 25 January 2014 19:42, Clint Byrum cl...@fewbar.com wrote: Excerpts from Robert Collins's message of 2014-01-24 18:48:41 -0800: However, in

Re: [openstack-dev] [Ironic][Ceilometer]bp:send-data-to-ceilometer

2014-01-29 Thread Devananda van der Veen
On Wed, Jan 29, 2014 at 7:22 AM, Gordon Chung chu...@ca.ibm.com wrote: Meter Names: fanspeed, fanspeed.min, fanspeed.max, fanspeed.status voltage, voltage.min, voltage.max, voltage.status temperature, temperature.min, temperature.max, temperature.status

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

2014-01-30 Thread Devananda van der Veen
As far as nova-scheduler and Ironic go, I believe this is a solved problem. Steps are: - enroll hardware with proper specs (CPU, RAM, disk, etc) - create flavors based on hardware specs - scheduler filter matches requests exactly There are, I suspect, three areas where this would fall short

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

2014-01-30 Thread Devananda van der Veen
I was responding based on Treat similar hardware configuration as equal. When there is a very minor difference in hardware (eg, 1TB vs 1.1TB disks), enrolling them with the same spec (1TB disk) is sufficient to solve all these issues and mask the need for multiple flavors, and the hardware

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

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 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

[openstack-dev] [Ironic] Functional testing, dependencies, etc

2014-02-01 Thread Devananda van der Veen
Hi all, I've got a few updates to share on the status of functional testing of Ironic. Firstly, early last week, Ironic's tempest tests were added to our check and gate pipeline, and non-voting checks were added to devstack and tempest pipelines as well. These tests start the Ironic services in

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

2014-02-03 Thread Devananda van der Veen
On Fri, Jan 31, 2014 at 12:13 PM, Devananda van der Veen devananda@gmail.com wrote: 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

[openstack-dev] [Ironic] January review redux

2014-02-04 Thread Devananda van der Veen
The last month and a half had most of our team out for holiday leave at some point, and the review stats reflect that. I had hoped our review queue would come down once we all got back from the holidays, but that hasn't happened. In fact, our review queue has grown significantly Perhaps it's

Re: [openstack-dev] [nova][baremetal] Partition layout of image used in nova bare-metal

2014-02-07 Thread Devananda van der Veen
On Fri, Feb 7, 2014 at 2:00 AM, Taurus Cheung taurus.che...@harmonicinc.com wrote: Hi, I am working on deploying images to bare-metal machines using nova bare-metal. In current design, nova bare-metal would first write a partition layout of root partition and swap partition, then write

Re: [openstack-dev] [nova][baremetal] Support configurable inject items in nova Bare-metal

2014-02-07 Thread Devananda van der Veen
On Fri, Feb 7, 2014 at 2:01 AM, Taurus Cheung taurus.che...@harmonicinc.com wrote: Hi, I am working on deploying images to bare-metal machines using nova bare-metal. In current design, some files like hostname, network config file and meta.json are injected into the image before writing

[openstack-dev] [Ironic] [TripleO] Goal setting // progress towards integration

2014-02-12 Thread Devananda van der Veen
Hello ironic developers, tripleo folks, and interested third-parties! The Icehouse graduation deadline is fast approaching and I think we all need to take a good look at where Ironic is, compare that to the requirements that have been laid out by the TC [1] for all Integrated projects, and

[openstack-dev] [Ironic] review days

2014-02-12 Thread Devananda van der Veen
Hi again! I promise this will be a much shorter email than my last one ... :) I'd like to propose that we find regular day/time to have a recurring code jam. Here's what it looks like in my head: - we get at least three core reviewers together - as many non-core folks as show up are welcome, too

Re: [openstack-dev] [Ironic] review days

2014-02-12 Thread Devananda van der Veen
On Wed, Feb 12, 2014 at 2:18 PM, Maksym Lobur mlo...@mirantis.com wrote: Also, I think 3 hours might be too much I'm happy to start with 2 hours and see how it goes. On Wed, Feb 12, 2014 at 2:35 PM, Roman Prykhodchenko rprikhodche...@mirantis.com wrote: Since there are two core-subteams

[openstack-dev] [Ironic] first review jam session redux

2014-02-13 Thread Devananda van der Veen
Just a quick follow-up to our first review jam session. We got 5 patches landed in the server 3 in the client, and zuul is merging another 5 right now. We started an etherpad part-way through https://etherpad.openstack.org/p/IronicReviewDay Let's continue to use that to track work that spins

Re: [openstack-dev] [Ironic] first review jam session redux

2014-02-13 Thread Devananda van der Veen
On Thu, Feb 13, 2014 at 11:06 AM, Chris K nobody...@gmail.com wrote: *I think this was great. We got a lot accomplished in very little time -- let's plan to do this again **next Thursday*, *8am* *PST* Totally +1 from me *Let's also have a shorter review session at the same time on Monday

[openstack-dev] [Ironic] py26 test failures since Thursday

2014-02-17 Thread Devananda van der Veen
Hi all, Last Thursday, a series of patches introduced sporadic failures to our python unit tests. It only showed up on the py26 tests (most of us test with py27 locally), and it only happened ~ 40% of the time, so we didn't notice it right away. The issue persisted on Friday and into the weekend

[openstack-dev] [Ironic] Starting to postpone work to Juno

2014-02-24 Thread Devananda van der Veen
Hi all, For the last few meetings, we've been discussing how to prioritize the work that we need to get done as we approach the close of Icehouse development. There's still some distance between where we are and where we need to be -- integration with other projects (eg. Nova), CI testing of that

Re: [openstack-dev] [Ironic] review days

2014-02-26 Thread Devananda van der Veen
I wanted to take a moment first to thank all the reviewers who have been getting up early // staying late to join in these review sessions -- I believe they've been tremendously helpful in unblocking a lot of work over the last two weeks. Thanks!! I also want to remind folks that we have another

Re: [openstack-dev] WSME / Pecan and only supporting JSON?

2014-02-27 Thread Devananda van der Veen
On Thu, Feb 27, 2014 at 5:28 AM, Sean Dague s...@dague.net wrote: On 02/27/2014 08:13 AM, Doug Hellmann wrote: On Thu, Feb 27, 2014 at 12:48 AM, Michael Davies mich...@the-davies.net mailto:mich...@the-davies.net wrote: Hi everyone, Over in Ironic Land we're looking at

Re: [openstack-dev] heads up, set -o errexit on devstack - things will fail earlier now

2014-02-27 Thread Devananda van der Veen
Thu, Feb 27, 2014 at 9:34 AM, Ben Nemec openst...@nemebean.com wrote: On 2014-02-27 09:23, Daniel P. Berrange wrote: On Thu, Feb 27, 2014 at 08:38:22AM -0500, Sean Dague wrote: This patch is coming through the gate this morning - https://review.openstack.org/#/c/71996/ The point being to

[openstack-dev] asymmetric gating and stable vs unstable tests

2014-02-27 Thread Devananda van der Veen
Hi all, I'd like to point out how asymmetric gating is challenging for incubated projects, and propose that there may be a way to make it less so. For reference, incubated projects aren't allowed to have symmetric gating with integrated projects. This is why our devstack and tempest tests are

[openstack-dev] [Ironic] Feature Freeze

2014-03-05 Thread Devananda van der Veen
All, Feature freeze for Ironic is now in effect, and the icehouse-3 milestone-proposed branch has been created: http://git.openstack.org/cgit/openstack/ironic/log/?h=milestone-proposed I have bumped to the next cycle any blueprints which were targeted to Icehouse but not yet completed, and

[openstack-dev] [Ironic] A ramdisk agent

2014-03-06 Thread Devananda van der Veen
All, The Ironic team has been discussing the need for a deploy agent since well before the last summit -- we even laid out a few blueprints along those lines. That work was deferred and we have been using the same deploy ramdisk that nova-baremetal used, and we will continue to use that ramdisk

[openstack-dev] [Ironic] [Nova] Status of the nova ironic driver and CI

2014-03-09 Thread Devananda van der Veen
With the feature freeze in effect and our driver blocked from the Nova tree for this release cycle, last week we moved our driver into the Ironic tree in this patch set: https://review.openstack.org/#/c/78002/ This allows Nova to load the ironic virt driver by importing the

Re: [openstack-dev] [Ironic] A ramdisk agent

2014-03-09 Thread Devananda van der Veen
For those looking at Pecan/WSME'fying the agent, some scaffolding was recently added to Pecan which may interest you. https://review.openstack.org/#/c/78682/ -Deva ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [Ironic] [Nova] Status of the nova ironic driver and CI

2014-03-10 Thread Devananda van der Veen
On Mar 10, 2014 4:57 AM, John Garbutt j...@johngarbutt.com wrote: On 9 March 2014 16:04, Devananda van der Veen devananda@gmail.com wrote: With the feature freeze in effect and our driver blocked from the Nova tree for this release cycle, last week we moved our driver into the Ironic

Re: [openstack-dev] [Ironic] Manual scheduling nodes in maintenance mode

2014-03-14 Thread Devananda van der Veen
+1 to the idea. However, I think we should discuss whether the rescue interface is the appropriate path. It's initial intention was to tie into Nova's rescue interface, allowing a user whose instance is non-responsive to boot into a recovery mode and access the data stored within their instance.

Re: [openstack-dev] [nova][baremetal] Status of nova baremetal and ironic

2014-03-18 Thread Devananda van der Veen
On Tue, Mar 18, 2014 at 12:22 AM, Zhongyue Luo zhongyue@intel.comwrote: Hi, If I were to implement a new BM driver then should I propose a BP to Ironic rather than Nova? We are currently writing a driver internally using nova-baremetal. My understanding is that nova-baremetal will only

Re: [openstack-dev] [Ironic] Manual scheduling nodes in maintenance mode

2014-03-18 Thread Devananda van der Veen
On Tue, Mar 18, 2014 at 12:24 PM, Robert Collins robe...@robertcollins.netwrote: On 15 March 2014 13:07, Devananda van der Veen devananda@gmail.com wrote: +1 to the idea. However, I think we should discuss whether the rescue interface is the appropriate path. It's initial intention

Re: [openstack-dev] [Marconi] Why is marconi a queue implementation vs a provisioning API?

2014-03-19 Thread Devananda van der Veen
Let me start by saying that I want there to be a constructive discussion around all this. I've done my best to keep my tone as non-snarky as I could while still clearly stating my concerns. I've also spent a few hours reviewing the current code and docs. Hopefully this contribution will be

Re: [openstack-dev] [Ironic] A ramdisk agent

2014-03-23 Thread Devananda van der Veen
actually released yet, though I'm planning on making a pecan release with this in the next week or two. --- Ryan Petrello Senior Developer, DreamHost ryan.petre...@dreamhost.com On Mar 9, 2014, at 12:10 PM, Devananda van der Veen devananda@gmail.com wrote: For those looking at Pecan

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-26 Thread Devananda van der Veen
I haven't gotten to my email back log yet, but want to point out that I agree with everything Robert just said. I also raised these concerns on the original ceilometer BP, which is what gave rise to all the work in ironic that Haomeng has been doing (on the linked ironic BP) to expose these

Re: [openstack-dev] [qa] [ironic] Need tempest reviews from ironic team

2014-03-31 Thread Devananda van der Veen
On Mon, Mar 31, 2014 at 8:47 AM, David Kranz dkr...@redhat.com wrote: I was reviewing some ironic changes that are more than a week old and do not have any reviews from the ironic team. Having at least one review from the ironic team would be very helpful. Hi David, I think it'd be great to

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-31 Thread Devananda van der Veen
On the ceilometer integration front, I think that, over the course of Icehouse, the proposed Ironic driver API for gathering metrics was fleshed out and agreed upon internally. I am hoping that work can be completed early in Juno, at which point we'll be looking to Ceilometer to start consuming

[openstack-dev] [Ironic] [Tuskar] [Horizon]

2014-04-01 Thread Devananda van der Veen
Hi! Jaromir reminded me that I should jot down some ideas about a Horizon tab for Ironic in advance of the summit, so we can get the conversations started and some ideas flowing I've done that here: https://etherpad.openstack.org/p/ironic-ui Cheers, Devananda

[openstack-dev] [Ironic] [Tuskar] [Horizon] Horizon integration for Ironic

2014-04-01 Thread Devananda van der Veen
On Tue, Apr 1, 2014 at 11:09 AM, Devananda van der Veen devananda@gmail.com wrote: Hi! Jaromir reminded me that I should jot down some ideas about a Horizon tab for Ironic in advance of the summit, so we can get the conversations started and some ideas flowing I've done that here

[openstack-dev] [Ironic] [i18n] Testing translations

2014-04-01 Thread Devananda van der Veen
For those interested in translations, I'd like to jot down a few notes from the last few days' work to get i18n'd strings into Ironic before our RC. Hopefully some of this will be helpful to someone out there -- it's been a learning experience for me :) Quick background: - the project was set up

Re: [openstack-dev] [marconi] [macaroni] Proposal: change name of Marconi to Macaroni

2014-04-01 Thread Devananda van der Veen
On Tue, Apr 1, 2014 at 10:19 AM, Solly Ross sr...@redhat.com wrote: Hello All, As OpenStack Marconi grows, I think it's time we addressed the question on everyone's mind: why isn't the project called OpenStack Macaroni? There are several compelling reasons to change Marconi's name to

[openstack-dev] [Ironic] PTL Candidacy

2014-04-01 Thread Devananda van der Veen
Hi all! I'd like to announce my candidacy for the Bare Metal Provisioning (Ironic) PTL position. I've been involved with bare metal provisioning for the last two years, before it was even in Nova. I led the work on nova.virt.baremetal driver throughout Grizzly and Havana cycles, and at the

[openstack-dev] [Ironic] Icehouse RC1 available

2014-04-02 Thread Devananda van der Veen
Hello everyone, Ironic published its first Icehouse release candidate yesterday. The list of bugs fixed since feature freeze and the RC1 tarball are available at: https://launchpad.net/ironic/icehouse/icehouse-rc1 Unless release-critical issues are found that warrant a release candidate respin,

Re: [openstack-dev] [Ironic][Agent]

2014-04-04 Thread Devananda van der Veen
On Fri, Apr 4, 2014 at 5:19 AM, Vladimir Kozhukalov vkozhuka...@mirantis.com wrote: On the other hand, it is easy to imagine a situation when you want to run agent on every node of your cluster after installing OS. It could be useful to keep hardware info consistent (for example, many

Re: [openstack-dev] Doc for Trove ?

2014-04-07 Thread Devananda van der Veen
On Sun, Apr 6, 2014 at 10:44 AM, Tim Bell tim.b...@cern.ch wrote: From my understanding, Trove is due to graduate in the Juno release. Since I didn't see it called out elsewhere in this thread yet, I'd like to point out that Trove graduated at the end of the Havana cycle and should be

Re: [openstack-dev] [TripleO][Ironic][Nova-BM] avoiding self-power-off scenarios

2014-04-07 Thread Devananda van der Veen
In case it isn't clear to others, or in case I've misunderstood, I'd like to start by rephrasing the problem statement. * It is possible to use Ironic to deploy an instance of ironic-conductor on bare metal, which joins the same cluster that deployed it. * This, or some other event, could cause

[openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

2013-10-24 Thread Devananda van der Veen
Hi all, I'd like to nominate Lucas Gomes for ironic-core. He's been consistently doing reviews for several months and has led a lot of the effort on the API and client libraries. Thanks for the great work! -Deva http://russellbryant.net/openstack-stats/ironic-reviewers-90.txt

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

2013-10-25 Thread Devananda van der Veen
All the current core folks have weighed in, so I'll go ahead and approve it. Cheers! On Fri, Oct 25, 2013 at 8:28 AM, Chris K nobody...@gmail.com wrote: +1 Lucas has been a great asset to the ironic team. On Thu, Oct 24, 2013 at 5:18 PM, Devananda van der Veen devananda@gmail.com

  1   2   3   4   >