On Mon, 2014-09-15 at 11:04 -0700, Jim Rollenhagen wrote:
> On Mon, Sep 15, 2014 at 12:44:24PM +0100, Steven Hardy 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, and
> > sub
On Tue, 2014-09-16 at 15:42 -0400, Zane Bitter wrote:
> On 16/09/14 15:24, Devananda van der Veen wrote:
> > On Tue, Sep 16, 2014 at 11:44 AM, Zane Bitter wrote:
> >> On 16/09/14 13:56, Devananda van der Veen wrote:
> >>>
> >>> On Mon, Sep 15, 2014 at 9:00 AM, Steven Hardy wrote:
>
> Fo
On Wed, 2014-09-17 at 10:36 +0100, Steven Hardy wrote:
> On Tue, Sep 16, 2014 at 02:06:59PM -0700, Devananda van der Veen wrote:
> > On Tue, Sep 16, 2014 at 12:42 PM, Zane Bitter wrote:
> > > On 16/09/14 15:24, Devananda van der Veen wrote:
> > >>
> > >> On Tue, Sep 16, 2014 at 11:44 AM, Zane Bitt
e for the Scientific SIG for Wednesday evening, and
hopefully we’ll see you there. There’s plenty of cross-over between our
groups, particularly at an operator level.
Cheers,
Stig
On 29 Oct 2018, at 14:58, Dmitry Tantsur wrote:
Hi folks!
This is your friendly reminder to vote on the day.
10/29/18 3:58 PM, Dmitry Tantsur wrote:
Hi folks!
This is your friendly reminder to vote on the day. Even if you're fine with all
days, please leave a vote, so that we know how many people are coming. We will
need to make a reservation, and we may not be able to accommodate more people
Hi all,
Not sure how official the information about the next summit is, but it's on the
web site [1], so I guess worth asking..
Are we planning for the summit to overlap with the May holidays? The 1st of May
is a holiday in big part of the world. We ask people to skip it in addition to
3+ we
all, I think we're outgrowing the
format of these meetings..
Dmitry
> -Julia
>
> On Mon, Nov 5, 2018 at 8:19 AM Dmitry Tantsur wrote:
>
>> Hi all,
>>
>> Not sure how official the information about the next summit is, but it's
>> on the
>> web
Hi. This seems to be related:
https://bugs.launchpad.net/openstack-ci/+bug/1274135
We also encountered this.
On Tue, 2014-02-11 at 14:56 +0530, Swapnil Kulkarni wrote:
> Hello,
>
>
> I created a new devstack environment today and installed tox 1.7.0,
> and getting error "tox.ConfigError: ConfigE
links also have to be updated
manually.
- Do not implement editing, only creating and deleting (that's what I
did for now in https://review.openstack.org/#/c/73576/ ).
Any ideas on what to do?
Thanks in advance,
Dmitry Tantsur
___
OpenStack-d
I think we still are going to multiple flavors for I, e.g.:
https://review.openstack.org/#/c/74762/
On Thu, 2014-02-20 at 08:50 -0500, Jay Dobies wrote:
>
> On 02/20/2014 06:40 AM, Dmitry Tantsur wrote:
> > Hi.
> >
> > While implementing CRUD operations for node profiles
On 11/18/2014 06:13 PM, Chris K wrote:
Hi all,
In an effort to keep the Ironic specs review queue as up to date as
possible, I have identified several specs that were proposed in the Juno
cycle and have not been updated to reflect the changes to the current
Kilo cycle.
I would like to set a dea
On 11/20/2014 04:38 PM, Ruby Loo wrote:
Hi, we had an interesting discussion on IRC about whether or not we
should be maintaining backwards compatibility within a release cycle. In
this particular case, we introduced a new decorator in this kilo cycle,
and were discussing the renaming of it, and
Hi all!
As our state machine and discovery discussion proceeds, I'd like to ask
your opinion on whether we need an IntrospectionInterface
(DiscoveryInterface?). Current proposal [1] suggests adding a method for
initiating a discovery to the ManagementInterface. IMO it's not 100%
correct, because:
Hi!
On 11/28/2014 11:41 AM, Murray, Paul (HP Cloud) wrote:
Hi All,
Looking at the ironic virt driver code in nova it seems that a Conflict
(409) response from the ironic client results in the driver re-trying
the request. Given the comment below in the ironic code I would imagine
that is not th
Hi folks,
Thank you for additional explanation, it does clarify things a bit. I'd
like to note, however, that you talk a lot about how _different_ Fuel
Agent is from what Ironic does now. I'd like actually to know how well
it's going to fit into what Ironic does (in additional to your specific
On 12/09/2014 03:40 PM, Vladimir Kozhukalov wrote:
Vladimir Kozhukalov
On Tue, Dec 9, 2014 at 3:51 PM, Dmitry Tantsur mailto:dtant...@redhat.com>> wrote:
Hi folks,
Thank you for additional explanation, it does clarify things a bit.
I'd like to note, however, that you
Hi all!
As you know I actively promote ironic-discoverd project [1] as one of
the means to do hardware inspection for Ironic (see e.g. spec [2]), so I
decided it's worth to give some updates to the community from time to
time. This email is purely informative, you may safely skip it, if
you'r
Zhou Zhenzan
-Original Message-
From: Dmitry Tantsur [mailto:dtant...@redhat.com]
Sent: Thursday, December 11, 2014 10:35 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [Ironic] ironic-discoverd status update
Hi all!
As you know I actively pr
separate. Please see https://review.openstack.org/#/c/135605/ for
details on future interaction between discoverd and Ironic.
Just a thought, thanks.
BR
Zhou Zhenzan
-Original Message-----
From: Dmitry Tantsur [mailto:dtant...@redhat.com]
Sent: Monday, January 5, 2015 4:49 PM
To: ope
which (I hope) will be a
driver for discoverd.
No idea what the progress is with regard to implementation within the
Kilo cycle though.
For now we hope to get it merged in K.
cheers
Matt
Just a thought.
-Om
-Original Message-----
From: Dmitry Tantsur [mailto:dtant...@redhat.com]
led
process.
What I understand from the below mentioned spec is that the Node is registered,
but the spec will help ironic discover other properties of the node.
that's what discoverd does currently.
-Om
-Original Message-
From: Dmitry Tantsur [mailto:dtant...@redhat.com]
S
te the enrollment of
new nodes:-)
Collecting IPMI info into a csv file is still a trivial job...
BR
Zhou Zhenzan
-Original Message-
From: Dmitry Tantsur [mailto:dtant...@redhat.com
<mailto:dtant...@redhat.com>]
Sent: Thursday, January 8, 2015 5:
On 01/09/2015 02:37 PM, Ihar Hrachyshka wrote:
On 01/09/2015 02:33 PM, Andreas Jaeger wrote:
On 01/09/2015 02:25 PM, Ihar Hrachyshka wrote:
Hi all,
I assumed that we still support py26 for clients, but then I saw [1]
that removed corresponding tox environment from ironic client.
What's our ta
On 01/09/2015 08:12 PM, Stefano Maffulli wrote:
Dear all,
if you've tried the topics on this mailing list and haven't received
emails, well... we had a problem on our side: the topics were not setup
correctly.
Luigi Toscano helped isolate the problem and point at the solution[1].
He noticed tha
Hi all!
That's pure information email about discoverd, feel free to skip it, if
not interested.
For those interested I'm glad to announce that ironic-discoverd 1.0.0 is
feature complete and is scheduled to release on Feb 5 with Kilo-2
milestone. Master branch is under feature freeze now and
On Thu, 2014-05-22 at 09:48 +0100, Lucas Alvares Gomes wrote:
> On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen
> wrote:
> > I'd like to bring up the topic of drivers which, for one reason or another,
> > are probably never going to have third party CI testing.
> >
> > Take for example the
Great news! Even being non-voting, it already helped me 2-3 times to
spot a subtle error in a patch.
On Fri, 2014-05-23 at 18:56 -0700, Devananda van der Veen wrote:
> Just a quick heads up to everyone -- the tempest-dsvm-virtual-ironic
> job is now fully voting in both check and gate queues for I
Hi Ironic folks, hi Devananda!
I'd like to share with you my thoughts on asynchronous API, which is
spec https://review.openstack.org/#/c/94923
First I was planned this as comments to the review, but it proved to be
much larger, so I post it for discussion on ML.
Here is list of different conside
ed above.
>
> c) Can we somehow detect duplicated requests
> and ignore them?
>E.g. we won't want user to make 2-3-4
> reboots in a row just because
> the user
>
Hi folks,
Inspired by great work by Sean Dague [1], I have created a review
dashboard for Ironic projects. Main ideas:
Ordering:
0. Viewer's own patches, that have any kind of negative feedback
1. Specs
2. Changes w/o negative feedback, with +2 already
3. Changes that did not have any feedback fo
Hi everyone!
It's hard to stop polishing things, and today I got an updated review
dashboard. It's sources are merged to Sean Dague's repository [1], so I
expect this to be the final version. Thank you everyone for numerous
comments and suggestions, especially Ruby Loo.
Here is nice link to it: h
Hi!
Workflow is not entirely documented by now AFAIK. After PXE boots deploy
kernel and ramdisk, it exposes hard drive via iSCSI and notifies Ironic.
After that Ironic partitions the disk, copies an image and reboots node
with final kernel and ramdisk.
On Wed, 2014-06-04 at 19:20 +0800, 严超 wrote:
create
smarted ramdisk, called Ironic Python Agent, but it's WIP.
2. Your k+r as stated in Glance metadata for an image - they will be
used for booting after deployment.
>
> Best Regards！
> Chao Yan
> --
> My twitter：Andy Yan @yanchao727
> My Weibo：http://weibo.co
u should
change it anyway.
>
> The first set is defined in the ironic node definition.
>
> How do we define the second set correctly ?
>
> Best Regards！
> Chao Yan
> --
> My twitter：Andy Yan @yanchao727
> My Weibo：http://weibo.com/herewearenow
> -----
the two sets of r + k should be the same ?
>
>
> Best Regards！
> Chao Yan
> --
> My twitter：Andy Yan @yanchao727
> My Weibo：http://weibo.com/herewearenow
> --
>
>
>
> 2014-06-04 21:27 GMT+08:00 Dmitry Tantsur :
> On Wed, 20
On 09/25/2014 06:23 PM, Lucas Alvares Gomes wrote:
Hi,
Today we have hit the problem of having an outdated sample
configuration file again[1]. The problem of the sample generation is
that it picks up configuration from other projects/libs
(keystoneclient in that case) and this break the Ironic g
On 09/30/2014 02:03 PM, Soren Hansen wrote:
2014-09-12 1:05 GMT+02:00 Jay Pipes :
If Nova was to take Soren's advice and implement its data-access layer
on top of Cassandra or Riak, we would just end up re-inventing SQL
Joins in Python-land.
I may very well be wrong(!), but this statement make
On 10/02/2014 01:30 PM, Lucas Alvares Gomes wrote:
Hi,
I don't know if it's a known issue, but we have this patch in Ironic
here https://review.openstack.org/#/c/124610/ and the gate jobs for
python26 and python27 are failing because of some import error[1] and
it doesn't show me what is the err
Hi Jim,
On 10/16/2014 07:23 PM, Jim Mankovich wrote:
All,
I would like to get some feedback on a proposal to change to the
current sensor naming implemented in ironic and ceilometer.
I would like to provide vendor specific sensors within the current
structure for IPMI sensors in ironic and ce
On 10/21/2014 02:11 AM, Devananda van der Veen wrote:
Hi all,
I was reminded in the Ironic meeting today that the words "hardware
discovery" are overloaded and used in different ways by different
people. Since this is something we are going to talk about at the
summit (again), I'd like to start
On 11/12/2014 10:47 PM, Victor Lowther wrote:
Hmmm... with this thread in mind, anyone think that changing DISCOVERING
to INTROSPECTING in the new state machine spec is a good idea?
As before I'm uncertain. Discovery is a troublesome term, but too many
people use and recognize it, while IMO intr
On 11/12/2014 08:06 PM, Doug Hellmann wrote:
During our “Graduation Schedule” summit session we worked through the list of
modules remaining the in the incubator. Our notes are in the etherpad [1], but as
part of the "Write it Down” theme for Oslo this cycle I am also posting a
summary of the
: Dmitry Tantsur [mailto:dtant...@redhat.com]
Sent: Thursday, November 13, 2014 2:20 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Ironic] disambiguating the term "discovery"
On 11/12/2014 10:47 PM, Victor Lowther wrote:
Hmmm... with this thread in mind, anyone
On 11/13/2014 01:54 PM, Doug Hellmann wrote:
On Nov 13, 2014, at 3:52 AM, Dmitry Tantsur wrote:
On 11/12/2014 08:06 PM, Doug Hellmann wrote:
During our “Graduation Schedule” summit session we worked through the list of
modules remaining the in the incubator. Our notes are in the etherpad
On 11/13/2014 01:15 PM, Lucas Alvares Gomes wrote:
This was discussed in the Contributor Meetup on Friday at the Summit
but I think it's important to share on the mail list too so we can get
more opnions/suggestions/comments about it.
In the Ironic weekly meeting we dedicate a good time of the m
On 11/18/2014 02:00 AM, Devananda van der Veen wrote:
Hi all,
As discussed in Paris and at today's IRC meeting [1] we are going to be
alternating the time of the weekly IRC meetings to accommodate our
contributors in EMEA better. No time will be perfect for everyone, but
as it stands, we rarely
+1, much awaited!
On Fri, 2014-07-11 at 15:50 -0700, Devananda van der Veen wrote:
> Hi all!
>
>
> It's time to grow the team :)
>
>
> Jim (jroll) started working with Ironic at the last mid-cycle, when
> "teeth" became ironic-python-agent. In the time since then, he's
> jumped into Ironic to
+1
On Fri, 2014-07-11 at 15:50 -0700, Devananda van der Veen wrote:
> Hi all!
>
>
> While David (Shrews) only began working on Ironic in earnest four
> months ago, he has been working on some of the tougher problems with
> our Tempest coverage and the Nova<->Ironic interactions. He's also
> bec
Hi!
On Thu, 2014-07-31 at 10:45 +0100, Chris Dent wrote:
> One of the things I like to be able to do when in the middle of making
> changes is sometimes run all the tests to make sure I haven't accidentally
> caused some unexpected damage in the neighborhood. If I have I don't
> want the tests to
Hi!
This list is not for usage question, it's for OpenStack developers. The
best way to get a quick help should be using
https://ask.openstack.org/en/questions/ or joining #openstack on
Freenode and asking there.
Good luck!
On Thu, 2014-07-31 at 15:59 +0530, shailendra acharya wrote:
> hello fol
Hi!
Didn't read the spec thoroughly, but I'm concerned by it's huge scope.
It's actually several specs squashed into one (not too detailed). My
vote is splitting it into a chain of specs (at least 3: power driver,
discovery, other configurations) and seek exception separately.
Actually, I'm +1 on
Hi!
On Tue, 2014-08-05 at 12:33 -0700, Devananda van der Veen wrote:
> Hi all!
>
>
> The following idea came out of last week's midcycle for how to improve
> our spec process and tracking on launchpad. I think most of us liked
> it, but of course, not everyone was there, so I'll attempt to write
We are gleeful to announce the release of:
ironic-inspector 2.2.2: Hardware introspection for OpenStack Bare Metal
With source available at:
http://git.openstack.org/cgit/openstack/ironic-inspector
The most important change is a fix for CVE-2015-5306, all users
(including users of ironic-
On 10/22/2015 12:33 PM, Miles Gould wrote:
I've just joined - what is the usual place and time?
Hi and welcome!
All the information you need you can find here:
https://wiki.openstack.org/wiki/Meetings/Ironic
Thanks,
Miles
- Original Message -
From: "Beth Elwell"
To: "OpenStack D
Hi OOO'ers, hopefully the subject caught your attentions :)
Currently, tripleoclient exposes several commands in "openstack
baremetal" and "openstack baremetal introspection" namespaces belonging
to ironic and ironic-inspector accordingly. TL;DR of this email is to
deprecate them and move to T
On 11/09/2015 03:04 PM, Dougal Matthews wrote:
On 9 November 2015 at 12:44, Dmitry Tantsur mailto:dtant...@redhat.com>> wrote:
Hi OOO'ers, hopefully the subject caught your attentions :)
Currently, tripleoclient exposes several commands in "openstack
baremetal
Hi folks!
I spent some time thinking about bringing profile matching back in, so
I'd like to get your comments on the following near-future plan.
First, the scope of the problem. What we do is essentially kind of
capability discovery. We'll help nova scheduler with doing the right
thing by a
Hi all!
I'd like to seek consensus (or at least some opinions) on patch
https://review.openstack.org/#/c/206119/
It proposed the following command:
openstack baremetal provision state --provide UUID
(where --provide can also be --active, --deleted, --inspect, etc).
I have several issues wi
On 11/10/2015 10:28 AM, Lucas Alvares Gomes wrote:
Hi,
Let's have a quick poll, which would you prefer and why:
1. openstack baremetal provision state --provide UUID
2. openstack baremetal provision --provide UUID
3. openstack baremetal provide UUID
4. openstack baremetal set provision state -
On 11/10/2015 12:26 PM, John Trowbridge wrote:
On 11/09/2015 07:44 AM, Dmitry Tantsur wrote:
Hi OOO'ers, hopefully the subject caught your attentions :)
Currently, tripleoclient exposes several commands in "openstack
baremetal" and "openstack baremetal introspection"
tion visibility to synchronize the integrational aspects of
the openstack client project, going forward."
:)
On Mon, Nov 9, 2015 at 1:44 PM, Dmitry Tantsur wrote:
Hi OOO'ers, hopefully the subject caught your attentions :)
Currently, tripleoclient exposes several commands in "
On 11/10/2015 04:08 PM, Tzu-Mainn Chen wrote:
Hi all,
At the last IRC meeting it was agreed that the new TripleO REST API
should forgo the Tuskar name, and simply be called... the TripleO
API. There's one more point of discussion: where should the API
live? There are two possibilities:
a) Put
On 11/10/2015 03:32 PM, Steve Martinelli wrote:
So I don't know the intricacies of the baremetal APIs, but hopefully I
can shed some light on best practices.
Do try to reuse the existing actions
(http://docs.openstack.org/developer/python-openstackclient/commands.html#actions)
Do use "create", "
On 11/10/2015 04:37 PM, Giulio Fidente wrote:
On 11/10/2015 04:16 PM, Dmitry Tantsur wrote:
On 11/10/2015 04:08 PM, Tzu-Mainn Chen wrote:
Hi all,
At the last IRC meeting it was agreed that the new TripleO REST API
should forgo the Tuskar name, and simply be called... the TripleO
API. There&#
On 11/10/2015 05:14 PM, Dean Troyer wrote:
On Tue, Nov 10, 2015 at 9:46 AM, Dmitry Tantsur mailto:dtant...@redhat.com>> wrote:
inspect, manage, provide, active and abort are all provisioning
verbs used in ironic API. they usually represent some complex
operations on
On 11/10/2015 05:21 PM, Brad P. Crochet wrote:
On Tue, Nov 10, 2015 at 4:09 AM, Dmitry Tantsur wrote:
Hi all!
I'd like to seek consensus (or at least some opinions) on patch
https://review.openstack.org/#/c/206119/
It proposed the following command:
I think it's time to actually
ones.
Definitely. I think I used word deprecation somewhere in this long letter :)
A few more thoughts inline.
On 11/09/2015 06:44 AM, Dmitry Tantsur wrote:
Hi OOO'ers, hopefully the subject caught your attentions :)
Currently, tripleoclient exposes several commands in "openstack
baremetal&
On 11/10/2015 05:45 PM, Lucas Alvares Gomes wrote:
Hi,
In the last Ironic meeting [1] we started a discussion about whether
we need to have a mid-cycle meeting for the Mitaka cycle or not. Some
ideas about the format of the midcycle were presented in that
conversation and this email is just a fo
On 11/10/2015 06:08 PM, Ben Nemec wrote:
On 11/10/2015 10:28 AM, John Trowbridge wrote:
On 11/10/2015 10:43 AM, Ben Nemec wrote:
On 11/10/2015 05:26 AM, John Trowbridge wrote:
On 11/09/2015 07:44 AM, Dmitry Tantsur wrote:
Hi OOO'ers, hopefully the subject caught your atten
Hi all!
I've seen a couple of patches removing "usedevelop = true" from tox.ini.
This has 2 nasty consequences:
1. It's harder to manually experiment in tox environment, as you have to
explicitly use 'tox' command every time you change code
2. The most important, it breaks tox invocation for al
On 11/16/2015 11:35 AM, Julien Danjou wrote:
On Mon, Nov 16 2015, Dmitry Tantsur wrote:
Before you ask: using 'sudo pip install -U setuptools pbr' is out of question
in binary distributions :) so please make sure to remove this line only when
everyone is updated to whatever version i
t least make sure to
communicate this to people first? Because the error message is really
vague to anyone who is not aware of these version tags.
-- Dims
On Mon, Nov 16, 2015 at 5:37 AM, Dmitry Tantsur wrote:
On 11/16/2015 11:35 AM, Julien Danjou wrote:
On Mon, Nov 16 2015, Dmitry Tan
On 11/18/2015 10:10 AM, Serge Kovaleff wrote:
Hi Stackers,
I am going to help my team with the Inspector installation instruction.
Hi, that's great!
Any ideas or suggestions what and how to contribute back to the community?
I see that Ironic Inspector could benefit from Documentation effor
I have to admin I forgot about this thread. Please find comments inline.
On 11/06/2015 05:25 PM, Bruno Cornec wrote:
Hello,
Pavlo Shchelokovskyy said on Tue, Nov 03, 2015 at 09:41:51PM +:
For auto-setting driver options on enrollment, I would vote for option 2
with default being fake drive
On 11/02/2015 05:07 PM, Sam Betts (sambetts) wrote:
Auto discovery is a topic which has been discussed a few times in the
past for
Ironic, and its interesting to solve because its a bit of a chicken and egg
problem. The ironic inspector allows us to inspect nodes that we don't know
the mac add
On 11/19/2015 11:57 AM, Sam Betts (sambetts) wrote:
What Yuiko has described makes a lot of sense, and from that perspective
perhaps instead of us defining what driver a node should and shouldn’t
be using a config file, we should just provide a guide to using the
inspector rules for this and mayb
Hi folks!
I've been dodging subj for some time (mostly due to my laziness), but
now it seems like the time has come. We're discussing 2 big features:
autodiscovery and HA that I would like us to have a proper consensus on.
I'd like to get your opinion on one of the options:
1. Do not have spe
docs should
be consistent.
This is a good point. It's very likely that we'll post documentation to
a separate site.
Best regards,
On Thu, Nov 19, 2015 at 3:20 PM Dmitry Tantsur mailto:dtant...@redhat.com>> wrote:
Hi folks!
I've been dodging subj for some t
On 11/16/2015 03:05 PM, Jim Rollenhagen wrote:
On Wed, Nov 11, 2015 at 12:16:34PM -0500, Ruby Loo wrote:
On 10 November 2015 at 12:08, Dmitry Tantsur wrote:
On 11/10/2015 05:45 PM, Lucas Alvares Gomes wrote:
Hi,
In the last Ironic meeting [1] we started a discussion about whether
we need
On 11/20/2015 12:50 AM, Bruno Cornec wrote:
Hello,
Vladyslav Drok said on Thu, Nov 19, 2015 at 03:59:41PM +0200:
Hi list and Bruno,
I’m interested in adding virtual media boot interface for redfish (
https://blueprints.launchpad.net/ironic/+spec/redfish-virtual-media-boot).
It depends on
http
On 11/17/2015 04:31 PM, Tzu-Mainn Chen wrote:
On 10 November 2015 at 15:08, Tzu-Mainn Chen mailto:tzuma...@redhat.com>> wrote:
Hi all,
At the last IRC meeting it was agreed that the new TripleO REST
On 11/23/2015 12:07 PM, Oleksii Zamiatin wrote:
On Mon, Nov 23, 2015 at 12:58 PM, Young Yang mailto:afe.yo...@gmail.com>> wrote:
Hi,
I'm using devstack to deploy stable/Kilo in my Xenserver.
I successfully deploy devstack. But I found that every time I
restart it, devstack alwa
On 11/23/2015 05:42 PM, Morgan Fainberg wrote:
Hi everyone,
This email is being written in the context of Keystone more than any
other project but I strongly believe that other projects could benefit
from a similar evaluation of the policy.
Most projects have a policy that prevents the followin
On 11/25/2015 10:43 PM, Ben Nemec wrote:
On 11/23/2015 06:50 AM, Dmitry Tantsur wrote:
On 11/17/2015 04:31 PM, Tzu-Mainn Chen wrote:
On 10 November 2015 at 15:08, Tzu-Mainn Chen mailto:tzuma...@redhat.com>>
I suspect it could break ironic stable/kilo in the same way as 2.0.0
release. Still investigating, checking if
https://review.openstack.org/#/c/250341/ will also fix it. Example of
failing patch: https://review.openstack.org/#/c/248365/
On 11/23/2015 08:54 PM, d...@doughellmann.com wrote:
We
On 11/09/2015 03:51 PM, Dmitry Tantsur wrote:
Hi folks!
I spent some time thinking about bringing profile matching back in, so
I'd like to get your comments on the following near-future plan.
First, the scope of the problem. What we do is essentially kind of
capability discovery. We&#x
FYI the same thing applies to both inspector and (very soon)
inspector-client.
On 11/26/2015 04:30 PM, Ruby Loo wrote:
On 25 November 2015 at 18:02, Jim Rollenhagen mailto:j...@jimrollenhagen.com>> wrote:
Hi all,
We're approaching OpenStack's M-1 milestone, and as we have lots of good
On 11/28/2015 02:48 PM, Doug Hellmann wrote:
Excerpts from Doug Hellmann's message of 2015-11-27 10:21:36 -0500:
Liaisons,
We're making good progress on adding reno to service projects as
we head to the Mitaka-1 milestone. Thank you!
We also need to add reno to all of the other deliverables wi
On 11/30/2015 05:14 PM, Doug Hellmann wrote:
Excerpts from Dmitry Tantsur's message of 2015-11-30 10:06:25 +0100:
On 11/28/2015 02:48 PM, Doug Hellmann wrote:
Excerpts from Doug Hellmann's message of 2015-11-27 10:21:36 -0500:
Liaisons,
We're making good progress on adding reno to service pro
On 11/30/2015 04:19 PM, Derek Higgins wrote:
Hi All,
A few months tripleo switch from its devtest based CI to one that
was based on instack. Before doing this we anticipated disruption in the
ci jobs and removed them from non tripleo projects.
We'd like to investigate adding it back t
On 11/30/2015 05:34 PM, Anita Kuno wrote:
On 11/30/2015 11:25 AM, Gururaj Grandhi wrote:
Hi,
This is to announce that we have setup a Third Party CI environment
for Proliant iLO Drivers. The results will be posted under "HP Proliant CI
check" section in Non-voting mode. We will b
On 11/30/2015 06:24 PM, Anita Kuno wrote:
On 11/30/2015 12:17 PM, Dmitry Tantsur wrote:
On 11/30/2015 05:34 PM, Anita Kuno wrote:
On 11/30/2015 11:25 AM, Gururaj Grandhi wrote:
Hi,
This is to announce that we have setup a Third Party CI
environment
for Proliant iLO Drivers. The
On 12/01/2015 06:55 PM, Ben Nemec wrote:
Sorry for not getting to this earlier. Some thoughts inline.
On 11/09/2015 08:51 AM, Dmitry Tantsur wrote:
Hi folks!
I spent some time thinking about bringing profile matching back in, so
I'd like to get your comments on the following near-future
On 12/01/2015 02:44 PM, Vladyslav Drok wrote:
Hi list!
There is an idea of making use of hardware composition (e.g.
http://www.intel.com/content/www/us/en/architecture-and-technology/rack-scale-architecture/intel-rack-scale-architecture-resources.html)
to create nodes for ironic.
The current pr
On 11/30/2015 03:07 PM, Pavlo Shchelokovskyy wrote:
Hi all,
we are looking at how ironic-inspector could integrate with external
CMDB solutions and be able fetch a minimal set of data needed for
discovery (e.g. IPMI credentials and IPs) from CMDB. This could probably
be achieved with data filter
FYI: the process is in effect now.
Please submit specs to https://github.com/openstack/ironic-inspector-specs/
Approved specs will appear on
http://specs.openstack.org/openstack/ironic-inspector-specs/
On 11/19/2015 02:19 PM, Dmitry Tantsur wrote:
Hi folks!
I've been dodging subj for
to use it for tracking features. Now some more
complex blueprints will need a spec in addition. Does it answer your
question?
Cheers,
On Thu, Dec 3, 2015 at 4:00 PM Dmitry Tantsur mailto:dtant...@redhat.com>> wrote:
FYI: the process is in effect now.
Please submit specs to
On 12/03/2015 08:45 PM, Tzu-Mainn Chen wrote:
Hey all,
Over the past few months, there's been a lot of discussion and work around
creating a new REST API-supported TripleO deployment workflow. However most
of that discussion has been fragmented within spec reviews and weekly IRC
meetings, so I
Hi everyone!
I'd like to get guidance on how to pick an official name (e.g. appearing
in keystone catalog or used in API versioning headers) for a subproject
of an official project.
Specifically, I'm talking about ironic-inspector, which is a auxiliary
service under the bare metal program. M
On 12/04/2015 04:30 PM, Thierry Carrez wrote:
Julien Danjou wrote:
On Fri, Dec 04 2015, Dmitry Tantsur wrote:
Specifically, I'm talking about ironic-inspector, which is a auxiliary service
under the bare metal program. My first assumption is to prefix with ironic's
official name, so
1 - 100 of 633 matches
Mail list logo
