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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
+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.
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
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
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
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
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
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
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
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
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
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
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
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
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,
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
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
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
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
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
I've posted links to the Ironic session's etherpads on the wiki --
https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads#Ironic
If you have a session proposed and the link in the wiki is wrong (you have
a pad somewhere else with good things in it) please let me know so I can
update the link
I can't make the Wed 2:50 session -- I'm presenting at that time -- but I
don't think it's essential for me to be there anyway. Everything else LGTM.
Thanks!
-Deva
On Mon, Oct 28, 2013 at 3:19 PM, Robert Collins
robe...@robertcollins.netwrote:
Thanks!
-Rob
On 29 October 2013 11:16,
Based on the current descriptions, I think Instance Group Model looks more
important for me. Current schedule appears fine for that.
-D
On Tue, Oct 29, 2013 at 5:59 AM, Russell Bryant rbry...@redhat.com wrote:
On 10/28/2013 06:41 PM, Devananda van der Veen wrote:
I can't make the Wed 2:50
1 - 100 of 330 matches
Mail list logo
