Re: [openstack-dev] [Ironic] (Non-)consistency of the Ironic hash ring implementation

2014-09-03 Thread Lucas Alvares Gomes
On Wed, Sep 3, 2014 at 12:50 PM, Nejc Saje ns...@redhat.com wrote: On 09/02/2014 11:33 PM, Robert Collins wrote: The implementation in ceilometer is very different to the Ironic one - are you saying the test you linked fails with Ironic, or that it fails with the ceilometer code today?

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-05 Thread Lucas Alvares Gomes
I look at what we do with Ironic testing current as a guide here. We have tempest job that runs against Nova, that validates changes to nova don't break the separate Ironic git repo. So my thought is that all our current tempest jobs would simply work in that way. IOW changes to so called

Re: [openstack-dev] [Ironic] Error in deploying ironicon Ubuntu 12.04

2014-09-11 Thread Lucas Alvares Gomes
Oh, it's because Precise doesn't have the docker.io package[1] (nor docker). AFAIK the -infra team is now using Trusty in gate, so it won't be a problem. But if you think that we should still support Ironic DevStack with Precise please file a bug about it so the Ironic team can take a look on

Re: [openstack-dev] battling stale .pyc files

2014-09-15 Thread Lucas Alvares Gomes
Hi Mike, Thanks for bringing it up. I wanna say that I'm not an expert in CPython, but I personally like the fix because I have had some problems with stale .pyc in Ironic before, and they are pretty annoying. On Fri, Sep 12, 2014 at 4:18 PM, Mike Bayer mba...@redhat.com wrote: I’ve just found

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

2014-09-17 Thread Lucas Alvares Gomes
1. Not everyone will have an enterprise CMDB, so there should be some way to input inventory without one (even if it is a text file fed into ironicclient). The bulk-loading format to do this is TBD. 2. A way to generate that inventory in an automated way is desirable for some folks, but

Re: [openstack-dev] [TripleO][Tuskar] Terminology

2013-12-12 Thread Lucas Alvares Gomes
Hi 2) UNDEPLOYED NODE - a node that has not been deployed with an instance Other suggestions included UNASSIGED, UNMAPPED, FREE, and AVAILABLE. Some people (I'm one of them) find AVAILABLE to be a bit of an overloaded term, as it can also be construed to mean that, say, a service instance

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

2014-01-23 Thread Lucas Alvares Gomes
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

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

2014-01-30 Thread Lucas Alvares Gomes
Hi Rohan, I've successfully deployed an image using Ironic+Devstack, you might want to take a look at the guideline: https://etherpad.openstack.org/p/IronicDeployDevstack After calling /v1/nodes/my_node_uuid/states/provision, my Node provision_state is stuck at deploying and i can also see that

Re: [openstack-dev] [Ironic] January review redux

2014-02-05 Thread Lucas Alvares Gomes
So, I'd like to nominate the following two additions to the ironic-core team: Max Lobur https://review.openstack.org/#/q/reviewer:mlobur%2540mirantis.com+project:openstack/ironic,n,z Roman Prykhodchenko

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

2014-02-12 Thread Lucas Alvares Gomes
+1 What time would work for you? How about Thursdays at 8am PST? Works for me ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

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

2014-03-14 Thread Lucas Alvares Gomes
On Wed, Mar 12, 2014 at 8:07 PM, Chris Jones c...@tenshu.net wrote: Hey I wanted to throw out an idea that came to me while I was working on diagnosing some hardware issues in the Tripleo CD rack at the sprint last week. Specifically, if a particular node has been dropped from automatic

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

2014-03-25 Thread Lucas Alvares Gomes
Hi, Right now Ironic is being responsible for storing the credentials for the IPMI and SSH drivers (and potentially other drivers in the future), I wonder if we should delegate this task to Keystone. The Keystone V3 API now has a /credentials endpoint which would allow us to specify arbitrary

Re: [openstack-dev] [Ironic] Nodeless Vendor Passthru API

2014-03-25 Thread Lucas Alvares Gomes
Hi Russell, Ironic allows drivers to expose a vendor passthru API on a Node. This basically serves two purposes: 1. Allows drivers to expose functionality that hasn't yet been standardized in the Ironic API. For example, the Seamicro driver exposes attach_volume, set_boot_device and

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

2014-04-04 Thread Lucas Alvares Gomes
There are lots of configuration management agents already out there (chef? puppet? salt? ansible? ... the list is pretty long these days...) which you can bake into the images that you deploy with Ironic, but I'd like to be clear that, in my opinion, Ironic's responsibility ends where the host

Re: [openstack-dev] Consolidation for Manager and Resource classes

2013-10-16 Thread Lucas Alvares Gomes
+1 to consolidate. They are all doing the same thing, so why not put them into a common place? *almost* the same thing, there's some small differences, one e.g is that Ironic use PATH for the update instead of PUT. Cheers, Lucas ___ OpenStack-dev

Re: [openstack-dev] [all] Treating notifications as a contract

2014-07-11 Thread Lucas Alvares Gomes
I just started the code for processing of notifications from Ironic. Conceptually they are the same as notifications from Nova but the actual form of the payload is completely different. This means I have to write a different processor for that payload. And now so does StackTach if they want

Re: [openstack-dev] [Ironic] Nominating Jim Rollenhagen to ironic-core

2014-07-12 Thread Lucas Alvares Gomes
+1 ! On Fri, Jul 11, 2014 at 11:50 PM, Devananda van der Veen devananda@gmail.com 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 help

Re: [openstack-dev] [Ironic] Nominating David Shrewsbury to ironic-core

2014-07-12 Thread Lucas Alvares Gomes
+1 ! On Fri, Jul 11, 2014 at 11:50 PM, Devananda van der Veen devananda@gmail.com 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.

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Lucas Alvares Gomes
On Tue, Jul 22, 2014 at 9:18 PM, Jay Dobies jason.dob...@redhat.com wrote: At the meetup today, the topic of our spec process came up. The general sentiment is that the process is still young and the hiccups are expected, but we do need to get better about making sure we're staying on top of

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Lucas Alvares Gomes
Oh sorry... I thought it was about Ironic not TripleO (morning issues) Anyway, it could be something that we could adopt in Ironic as well :) On Wed, Jul 23, 2014 at 9:40 AM, Lucas Alvares Gomes lucasago...@gmail.com wrote: On Tue, Jul 22, 2014 at 9:18 PM, Jay Dobies jason.dob...@redhat.com

Re: [openstack-dev] [Ironic] Proposal for slight change in our spec process

2014-08-06 Thread Lucas Alvares Gomes
Already agreed with the idea at the midcycle, but just making it public: +1 On Tue, Aug 5, 2014 at 8:54 PM, Roman Prykhodchenko rprikhodche...@mirantis.com wrote: Hi! I think this is a nice idea indeed. Do you plan to use this process starting from Juno or as soon as possible? It will start

Re: [openstack-dev] [Ironic] March core team review

2014-04-08 Thread Lucas Alvares Gomes
So, I'd like to formally propose that Ruby (rloo), Haomeng (whaom), and Yuriy (yuriyz) be added to the core team at this time. I believe they have all been very helpful over the last few months. +1 for all! Good stuff :) Cheers, Lucas ___

Re: [openstack-dev] [Ironic] Should we adopt a blueprint design process

2014-04-18 Thread Lucas Alvares Gomes
+1 for me as well, I'd like to have a better way to track incoming features. Also, as part of the migration progress I think that we need a good wiki page explaining the process of how propose a new feature, with a template of what's mandatory to fill out and what is optional. I wouldn't like to

Re: [openstack-dev] [Ironic] detailed git commit messages

2014-04-28 Thread Lucas Alvares Gomes
We've all been pretty lax about the amount of detail that we put in commit messages some times, and I'd like to change that as we start Juno development. Why? Well, just imagine that, six months from now, you're going to write a document describing *all* the changes in Juno, just based on the

Re: [openstack-dev] [Ironic] should we have an IRC meeting next week ?

2014-05-01 Thread Lucas Alvares Gomes
Hi all, Just a reminder that May 5th is our next scheduled meeting day, but I probably won't make it, because I'll be just getting back from one trip and start two consecutive weeks of conference travel early the next morning. Chris Krelle (nobodycam) has offered to chair that meeting in my

Re: [openstack-dev] [Ironic] handling drivers that will not be third-party tested

2014-05-22 Thread Lucas Alvares Gomes
On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen devananda@gmail.com 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 iBoot driver proposed here:

Re: [openstack-dev] [Ironic] handling drivers that will not be third-party tested

2014-05-22 Thread Lucas Alvares Gomes
Linux has a very different model then OpenStack does, the article you mention is talking about a whole separate git repo, along with a separate (re: just OR, not exclusive or) set of maintainers. If you leave these drivers in a staging directory would you still require two cores for the code

Re: [openstack-dev] [Ironic] Nominating Dmitry Tantsur to ironic-core

2014-05-26 Thread Lucas Alvares Gomes
+1 On 26 May 2014 17:45, Devananda van der Veen devananda@gmail.com wrote: Hi all! I'd like to nominate Dmitry (dtantsur) to ironic-core. He's been very active in Ironic over the last few months, in particular finding and fixing bugs and adding support for CentOS and Fedora. His reviews

Re: [openstack-dev] [Ironic] Random thoughts on asynchronous API spec

2014-05-28 Thread Lucas Alvares Gomes
On Wed, May 28, 2014 at 2:02 PM, Dmitry Tantsur dtant...@redhat.com wrote: 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

Re: [openstack-dev] [UX] [Ironic] [Ceilometer] [Horizon] [TripleO] Nodes Management UI - designs

2014-05-29 Thread Lucas Alvares Gomes
On Wed, May 28, 2014 at 10:18 PM, Jaromir Coufal jcou...@redhat.com wrote: Hi All, There is a lot of tags in the subject of this e-mail but believe me that all listed projects (and even more) are relevant for the designs which I am sending out. Nodes management section in Horizon is being

Re: [openstack-dev] [ironic workflow question]

2014-06-04 Thread Lucas Alvares Gomes
On Wed, Jun 4, 2014 at 2:51 PM, 严超 yanchao...@gmail.com wrote: Yes, but when you assign a production image to an ironic bare metal node. You should provide ramdisk_id and kernel_id. Should the ramdisk_id and kernel_id be the same as deploy images (aka the first set of k+r) ? You didn't answer

Re: [openstack-dev] [Nova] [Ironic] vendor_passthru testing

2014-06-06 Thread Lucas Alvares Gomes
Hi, On Fri, Jun 6, 2014 at 9:44 AM, Gopi Krishna Saripuri saripurig...@outlook.com wrote: Hi, I'm using icehouse devstack version. I'm testing the vendor_passthru methods behavior using curl , But it is failing with 404 not found error. Here is the query/response. curl -H

Re: [openstack-dev] [Ironic] Our gate status // getting better at rechecks

2014-06-06 Thread Lucas Alvares Gomes
On Fri, Jun 6, 2014 at 3:18 AM, David Shrewsbury shrewsbury.d...@gmail.com wrote: FYI for all, I have posted http://review.openstack.org/98201 in an attempt to at least give *some* warning to developers that a change to one of the public methods on classes we derive from may have consequences

[openstack-dev] [Ironic] Get rid of the sample config file

2014-09-25 Thread Lucas Alvares Gomes
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 gate without us doing anything. So, what you guys

Re: [openstack-dev] [neutron] [IPv6] [ironic] New API format for extra_dhcp_opts

2014-10-02 Thread Lucas Alvares Gomes
Thanks guys for the heads up Indeed making it backwards compat by adding the [ip_]version key to the dictionary sounds like the best way to go. Cheers, Lucas On Thu, Oct 2, 2014 at 3:53 AM, Carlino, Chuck chuck.carl...@hp.com wrote: As a 'heads up', adding ironic to the thread since they are a

[openstack-dev] Import errors in tests

2014-10-02 Thread Lucas Alvares Gomes
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 error exactly, it's important to say also that the

Re: [openstack-dev] Import errors in tests

2014-10-02 Thread Lucas Alvares Gomes
On Thu, Oct 2, 2014 at 12:47 PM, Dmitry Tantsur dtant...@redhat.com wrote: 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

Re: [openstack-dev] [all][oslo] projects still using obsolete oslo modules

2014-10-13 Thread Lucas Alvares Gomes
Awesome! Thanks Doug for this, I will start working on moving the ironic* stuff to use the oslo libraries. Lucas On Mon, Oct 13, 2014 at 2:20 PM, Doug Hellmann d...@doughellmann.com wrote: I’ve put together a little script to generate a report of the projects using modules that used to be in

Re: [openstack-dev] [Ironic] disambiguating the term discovery

2014-10-21 Thread Lucas Alvares Gomes
+1 for the separation I already gave up of the term discovery as you can see on the DRAC Hardware Introspection[1] spec, I also don't think that introspection is the best word for that (we already use the world cloud for OpenStack so it can't get more confusing than that). Perhaps interrogation

Re: [openstack-dev] [Ironic] disambiguating the term discovery

2014-10-21 Thread Lucas Alvares Gomes
On Tue, Oct 21, 2014 at 10:27 AM, Sam Betts (sambetts) sambe...@cisco.com wrote: I agree with Devananda's definition of Œhardware discovery¹ and other tools similar to Ironic use the term discovery in this way, however I have found that these other tools often bundle the gathering of the system

Re: [openstack-dev] [Ironic] disambiguating the term discovery

2014-10-22 Thread Lucas Alvares Gomes
On Tue, Oct 21, 2014 at 6:29 PM, Stuart Fox stu...@demonware.net wrote: Having written/worked on a few DC automation tools, Ive typically broken down the process of getting unknown hardware into production in to 4 distinct stages. 1) Discovery (The discovery of unknown hardware) 2)

Re: [openstack-dev] Taking a break..

2014-10-22 Thread Lucas Alvares Gomes
Chris, It was great to work with you, best of luck and enjoy this new opportunity. Cheers, Lucas On Wed, Oct 22, 2014 at 6:50 PM, Morgan Fainberg morgan.fainb...@gmail.com wrote: Chris, Best of luck on the new adventure! Definitely don’t be a stranger! Cheers, Morgan On Oct 22, 2014, at

Re: [openstack-dev] [Ironic] disambiguating the term discovery

2014-11-12 Thread Lucas Alvares Gomes
Just for reference, the spec is this one: https://review.openstack.org/#/c/133828/ That's a good point, I think it's important to have this distinction of a new node being discovered and a registered node being introspected/interrogated. So I'm +1 for the idea. On Wed, Nov 12, 2014 at 9:47 PM,

Re: [openstack-dev] [api] APIImpact flag for specs

2014-11-13 Thread Lucas Alvares Gomes
On Thu, Nov 13, 2014 at 4:45 AM, Angus Salkeld asalk...@mirantis.com wrote: On Sat, Nov 1, 2014 at 6:45 AM, Everett Toews everett.to...@rackspace.com wrote: Hi All, Chris Yeoh started the use of an APIImpact flag in commit messages for specs in Nova. It adds a requirement for an APIImpact

Re: [openstack-dev] [Ironic] disambiguating the term discovery

2014-11-13 Thread Lucas Alvares Gomes
Hi On Thu, Nov 13, 2014 at 11:27 AM, Ganapathy, Sandhya sandhya.ganapa...@hp.com wrote: Hi All, Based on the discussions, I have filed a blue print that initiates discovery of node hardware details given its credentials at chassis level. I am in the process of creating a spec for it. Do

[openstack-dev] [Ironic] Changing our weekly meeting format

2014-11-13 Thread Lucas Alvares Gomes
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 meeting to do some announcements, reporting bug

Re: [openstack-dev] [Ironic] A mascot for Ironic

2014-11-17 Thread Lucas Alvares Gomes
On Sun, Nov 16, 2014 at 2:27 PM, Assaf Muller amul...@redhat.com wrote: - Original Message - Hi Ironickers, I was thinking this weekend: All the cool projects does have a mascot so I thought that we could have one for Ironic too. The idea about what the mascot would be was easy

Re: [openstack-dev] [Ironic] A mascot for Ironic

2014-11-17 Thread Lucas Alvares Gomes
I'm adding all the names suggestions to the Ironic WhiteBoard etherpad[1] (at the bottom). Feel free to include more names there and then we can call a vote. [1] https://etherpad.openstack.org/p/IronicWhiteBoard Lucas On Mon, Nov 17, 2014 at 10:56 AM, Lucas Alvares Gomes lucasago...@gmail.com

Re: [openstack-dev] [Ironic] Changing our weekly meeting format

2014-11-18 Thread Lucas Alvares Gomes
could spare more time for discussing new features and requirements rather than asking for status, that would be helpful for everyone. On 11/13/2014 05:45 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

Re: [openstack-dev] [Ironic] Proposing new meeting times

2014-11-18 Thread Lucas Alvares Gomes
On Tue, Nov 18, 2014 at 1:00 AM, Devananda van der Veen devananda@gmail.com 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

Re: [openstack-dev] [Ironic] A mascot for Ironic

2014-11-18 Thread Lucas Alvares Gomes
On Mon Nov 17 2014 at 8:20:09 AM Jim Rollenhagen j...@jimrollenhagen.com wrote: On Sun, Nov 16, 2014 at 01:14:13PM +, Lucas Alvares Gomes wrote: Hi Ironickers, I was thinking this weekend: All the cool projects does have a mascot so I thought that we could have one for Ironic too

Re: [openstack-dev] [Ironic] maintaining backwards compatibility within a cycle

2014-11-20 Thread Lucas Alvares Gomes
Hi Ruby, Thank you for putting this up. I'm one of the ones think we should try hard (even really hard) to maintain the compatibility on every commit. I understand that it may sound naive because I'm sure that sometimes we will break things, but that doesn't means we shouldn't try. There may be

Re: [openstack-dev] [Ironic] Do we need an IntrospectionInterface?

2014-11-28 Thread Lucas Alvares Gomes
Hi, Thanks for putting it up Dmitry. I think the idea is fine too, I understand that people may want to use in-band discovery for drivers like iLO or DRAC and having those on a separated interface allow us to composite a driver to do it (which is ur use case 2. ). So, +1. Lucas On Wed, Nov 26,

Re: [openstack-dev] [Ironic] A mascot for Ironic

2014-12-01 Thread Lucas Alvares Gomes
out for imposters... http://en.wikipedia.org/wiki/Slow_Riot_for_New_Zer%C3%B8_Kanada#BBF3 On Sun, Nov 16, 2014 at 5:14 AM, Lucas Alvares Gomes lucasago...@gmail.com mailto:lucasago...@gmail.com wrote: Hi Ironickers, I was thinking this weekend: All the cool projects does

Re: [openstack-dev] [Ironic] A mascot for Ironic

2014-12-01 Thread Lucas Alvares Gomes
Ah forgot to say, Please add your launchpad ID on the Name Field. And I will close the poll on Wednesday at 18:00 UTC (I think it's enough time to everyone take a look at it) Cheers, Lucas On Mon, Dec 1, 2014 at 4:44 PM, Lucas Alvares Gomes lucasago...@gmail.com wrote: Hi all, I'm sorry

Re: [openstack-dev] [Ironic] Nomination to add Chris Krelle to ironic core

2013-07-31 Thread Lucas Alvares Gomes
+1 On Wed, Jul 31, 2013 at 5:29 PM, Anita Kuno ak...@lavabit.com wrote: I agree too. On 13-07-31 12:20 PM, Ghe Rivero wrote: +1 On Wed, Jul 31, 2013 at 6:10 PM, Devananda van der Veen devananda@gmail.com wrote: Hi, I'd like to propose to add Chris (NobodyCam) to ironic-core. He

Re: [openstack-dev] [TRIPLEO] Derekh for tripleo core

2013-08-28 Thread Lucas Alvares Gomes
So - calling for votes for Derek to become a TripleO core reviewer! +1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Tuskar] [TripleO] The vision and looking ahead

2013-09-19 Thread Lucas Alvares Gomes
We've come to a conclusion that it would be a great opportunity for both teams to join forces and build this thing together. +1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [Ironic] PTL nomination

2013-09-26 Thread Lucas Alvares Gomes
no doubt, +1 On Tue, Sep 24, 2013 at 7:04 PM, Devananda van der Veen devananda@gmail.com wrote: Hi! I would like to nominate myself for the OpenStack Bare Metal Provisioning (Ironic) PTL position. I have been working with OpenStack for over 18 months, and was a scalability and

Re: [openstack-dev] [Ironic] A mascot for Ironic

2014-12-03 Thread Lucas Alvares Gomes
Hi, Poll is closed! Everyone please welcome: Pixie Boots, the new Ironic mascot! Thanks for everyone that voted! Cheers, Lucas On Mon, Dec 1, 2014 at 4:47 PM, Lucas Alvares Gomes lucasago...@gmail.com wrote: Ah forgot to say, Please add your launchpad ID on the Name Field. And I will close

Re: [openstack-dev] [Ironic] thoughts on the midcycle

2014-12-31 Thread Lucas Alvares Gomes
Hi I probably won't be able to make it to the SF Bay Area, but I think it's a good idea for those who can't go to Grenoble. Lucas On Tue, Dec 30, 2014 at 9:58 PM, Clif Houck m...@clifhouck.com wrote: I'll attend. Whether it's in-person or remote is up in the air though. Clif On 12/30/2014

Re: [openstack-dev] [nova] FFE request for passing capabilities in the flavor to ironic

2015-02-09 Thread Lucas Alvares Gomes
+1 for FFE. This should be very low risk to Nova since it affects only the Ironic driver. On Sun, Feb 8, 2015 at 11:38 AM, Nisha Agarwal agarwalnisha1...@gmail.com wrote: Hi wanyen and Nova team, I support wanyen for this FFE. The code changes are very small and harmless to Nova. They just

Re: [openstack-dev] [Ironic] Getting reply back from external DHCP server.

2015-01-13 Thread Lucas Alvares Gomes
, Jan 13, 2015 at 12:04 PM, Lucas Alvares Gomes lucasago...@gmail.com wrote: Hi Peeyush, Now, the problem is that external DHCP is not able to send confirmation of deployment to Ironic server, which results in timeout for the instance. I want to know how Ironic is handling external DHCP, do I

Re: [openstack-dev] [Ironic] Getting reply back from external DHCP server.

2015-01-13 Thread Lucas Alvares Gomes
Hi Peeyush, Now, the problem is that external DHCP is not able to send confirmation of deployment to Ironic server, which results in timeout for the instance. I want to know how Ironic is handling external DHCP, do I need to make changes other than putting dhcp_provider=none? AFAIUI setting

Re: [openstack-dev] [Ironic] proposing rameshg87 to ironic-core

2015-03-09 Thread Lucas Alvares Gomes
+1 for rameshg87! On Mon, Mar 9, 2015 at 10:03 PM, Devananda van der Veen devananda@gmail.com wrote: Hi all, I'd like to propose adding Ramakrishnan (rameshg87) to ironic-core. He's been consistently providing good code reviews, and been in the top five active reviewers for the last 90

Re: [openstack-dev] [Ironic] patches that only address grammatical/typos

2015-02-26 Thread Lucas Alvares Gomes
Hi, I never had a strong opinion on this but reading what Jay said makes sense to me. I also like Robert suggestion about having a single +2/+A for such small changes. Cheers, Lucas On Wed, Feb 25, 2015 at 11:22 PM, Robert Collins robe...@robertcollins.net wrote: On 26 February 2015 at 05:26,

Re: [openstack-dev] [Ironic] Stepping down from Ironic Core

2015-02-25 Thread Lucas Alvares Gomes
Hi Robert, Thanks for all your work in Ironic. Cheers, Lucas On Wed, Feb 25, 2015 at 12:25 AM, Robert Collins robe...@robertcollins.net wrote: Like with TripleO, I've not been pulling my weight as a core reviewer for a bit; I'd be very hesitant to +A in the project as a result. I'm still

Re: [openstack-dev] [Ironic] 'Chassis' element in Ironic

2015-03-23 Thread Lucas Alvares Gomes
Hi, In one of the Ironic IRC meetings, a discussion on whether to retain the ‘Chassis’ element in Ironic or not came up. I am interested to know whether this is still valid and a decision is to be made on whether the component is retained or not. Even tho the Chassis resource in our API is

Re: [openstack-dev] [Nova][Ironic] Large number of ironic driver bugs in nova

2015-05-06 Thread Lucas Alvares Gomes
Hi I noticed last night that there are 23 bugs currently filed in nova tagged as ironic related. Whilst some of those are scheduler issues, a lot of them seem like things in the ironic driver itself. Does the ironic team have someone assigned to work on these bugs and generally keep an eye

[openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

2015-04-16 Thread Lucas Alvares Gomes
Hi, We have a couple of Openstack projects that uses WSME for their REST APIs[1], but WSME project looks abandoned. The review stats are not good, for the last 40 days the project didn't have a single review from a core reviewer[2], the bugs are not being triaged nor fixed [3], I have been trying

Re: [openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

2015-04-17 Thread Lucas Alvares Gomes
On Fri, 17 Apr 2015, Lucas Alvares Gomes wrote: /me also deliberately volunteers cdent to wsme core :-) Feh. I suppose since most of the recent code and conversation has been you and me, that makes sense. If people agree, I'm happy to participate, but only if you're there too. That's only

Re: [openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

2015-04-17 Thread Lucas Alvares Gomes
Hi, * Should projects relying on WSME start thinking about migrating their APIs to another technology? Maybe not migrating, but at least not starting something new with it. Oh no, FWIW I don't even consider starting something new as a valid option here. Err, yeah, right. There are 4

Re: [openstack-dev] [tripleo] [ironic] Where to keep discover images

2015-04-14 Thread Lucas Alvares Gomes
Hi actually 2 possibilities here: 1. discoverd itself handles TFTP 2. DiscoverdInspect hanldes TFTP I vote for the 2nd, as we have all required code in Ironic already. I guess initial question was about the 1st case, which I doubt is worth supporting. Anyway, nice idea for an improvement!

Re: [openstack-dev] [Ironic] When to bump the microversion?

2015-06-04 Thread Lucas Alvares Gomes
Hi Ruby, Thanks for starting this thread, just like you I've been always confused about when and when not bump the microversioning of the API. Backwards compatible API adds with no user signaling is a fallacy because it assumes the arrow of time flows only one way. If at version 1.5 you have

Re: [openstack-dev] [Ironic] Proposal to add a new repository

2015-06-22 Thread Lucas Alvares Gomes
Hi, I see that ahc is storing its information in swift. That's clever, but if Ironic provided a blob store for each node, would that be better? I can try to answer that. The initial implementation was doing that but, AHC collect a fine-grained amount of data, e.g: * it runs benchmark on all

Re: [openstack-dev] [api][nova][ironic] Microversion API HTTP header

2015-06-25 Thread Lucas Alvares Gomes
Hi, If renaming Ironic to the other, is it still necessary to keep the name in the header? There are some projects which are already renamed like Neutron, Zaqar and the others. So OpenStack-API-Version which doesn't contain project name seems reasonable for me. I don't think we should make

Re: [openstack-dev] [api][nova][ironic] Microversion API HTTP header

2015-06-16 Thread Lucas Alvares Gomes
Hi So if our min_version is 2.1 and the max_version is 2.50. That means alternative implementations need implement all the 50 versions api...that sounds pain... Yes, it's pain, but it's no different than someone who is following the Amazon EC2 API, which cuts releases at a regular

Re: [openstack-dev] [Ironic] ironic-lib library

2015-06-16 Thread Lucas Alvares Gomes
Hi, I haven't paid any attention to ironic-lib; I just knew that we wanted to have a library of common code so that we didn't cut/paste. I just took a look[1] and there are files there from 2 months ago. So far, everything is under ironic_lib (ie, no subdirectories to group things). Going

Re: [openstack-dev] [api][nova][ironic] Microversion API HTTP header

2015-06-17 Thread Lucas Alvares Gomes
Hi, I don't want to have to diverge much from the topic of this thread, I've done this already as pointed out by Sean. But I feel like replying to this. Sorry I might be missing something. I don't think one thing justify the other, plus the problem seems to be the source of truth. I thought

Re: [openstack-dev] [api][nova][ironic] Microversion API HTTP header

2015-06-16 Thread Lucas Alvares Gomes
Hi, Actually that makes an alternative implementation more valuable. Without microversions those alternative implementations would have to wait a long time to implement fixes to the API, but now can implement and publish the fix as soon as the microversion lands. This means that alternative

Re: [openstack-dev] [Ironic] [TC] Discussion: changing Ironic's release model

2015-05-29 Thread Lucas Alvares Gomes
Hi Note, that will need some scheduling anyway, so that we can slow down a week before. So probably still some milestone process required, wdyt? We can cut a release and establish it one or two weeks before the official OpenStack release. But prior to that we can just cut a release whenever

Re: [openstack-dev] [Ironic] [Inspector] Addition to ironic-inspector-core, switching to 2x +2 rule

2015-07-01 Thread Lucas Alvares Gomes
Hi, Please welcome Yuiko Takada to ironic-inspector-core team. Yuiko has been with the team for some time already. She did substantial work on porting ironic-inspector to Oslo libraries and on our new devstack gate job. Congratulations, well deserved!

Re: [openstack-dev] [Ironic][oslo] Stepping down from oslo-ironic liaison

2015-05-26 Thread Lucas Alvares Gomes
Thanks for all the work Ghe. The project will certainly miss you. Cheers, Lucas On Mon, May 25, 2015 at 5:45 PM, Ghe Rivero g...@debian.org wrote: My focus on the Ironic project has been decreasing in the last cycles, so it's about time to relinquish my position as a oslo-ironic liaison so new

Re: [openstack-dev] [Ironic] Let's talk about API versions

2015-08-18 Thread Lucas Alvares Gomes
HI Hi, I'd like to make sure I understand. Is it the case that ideally, if we could go back in time, we'd like to change the client so it defaults to 1.1? AFAIUI, yes But since we can't, the next client that we ship/release will have the most reasonable oldest version? If so, then since the

Re: [openstack-dev] [Ironic] Command structure for OSC plugin

2015-08-24 Thread Lucas Alvares Gomes
Hi, I am working on extending the current set of patches that implement the OSC plugin for Ironic. I would like some discussion/guidance about a couple of command structures. Currently provisioning state is set via 'openstack baremetal set --provision-state

Re: [openstack-dev] [Ironic] reminder: meeting time change

2015-08-17 Thread Lucas Alvares Gomes
Hi, Thanks for the reminder. Just a quick reminder - we're switching back to a consistent meeting time, at 18:00 UTC Mondays. The time is actually 17:00 UTC [1] [1] https://wiki.openstack.org/wiki/Meetings/Ironic#Next_Meeting Cheers, Lucas

Re: [openstack-dev] [ironic] Re: New API for node create, specifying initial provision state

2015-08-19 Thread Lucas Alvares Gomes
Hi, After thinking about this some more, I'm not actually going to address Rob's points above. What I want to do is go back and discuss... what do people think about having an API that allows the initial provision state to be specified, for a node that is created in Ironic. I'm assuming that

Re: [openstack-dev] [ironic] Re: New API for node create, specifying initial provision state

2015-08-20 Thread Lucas Alvares Gomes
Hi On 21 Aug 2015 6:45 am, Jim Rollenhagen +1, there are tons of dragons here. Now that we're to the point where our state machine is well-defined with a single entrypoint, I think I'm clearly confused. When was 1.6 deleted? It wasn't and won't be AFAICT. But I think Jim is talking about

Re: [openstack-dev] [Ironic] Let's talk about API versions

2015-07-28 Thread Lucas Alvares Gomes
Hi, Could you combine 1 and 4? Deprecate not specifying the version, but pin to the oldest one for now? That way users get the warnings that they need to adapt, but things keep working? Could be switched to just 4 after a few months. This is similar to what I would like to suggest. But I

Re: [openstack-dev] [nova][ironic] Scheduler filtering based on instances

2015-08-04 Thread Lucas Alvares Gomes
Hi, Our initial solution [1] was to simply disable instance queries in the IronicHostManager, as they were never needed, and were painful to execute. But subsequent discussion on IRC brought up some potential (although not very likely) use cases where this might not be true. One example was

Re: [openstack-dev] [Ironic] Let's talk about API versions

2015-07-29 Thread Lucas Alvares Gomes
1. yes 2. no -- the client should default to the minimum supported version. We got that wrong previously, and that's what is hurting us now. So if we do this, simply shipping the code doesn't break anyone. Nobody has disagreed on this yet, best I can tell. We would still need a deprecation

Re: [openstack-dev] [Ironic] Let's talk about API versions

2015-08-01 Thread Lucas Alvares Gomes
Hi, It sounds like we all agree -- the client we ship should default to a fixed, older version. Anyone who wants newer functionality can pass a newer version to their client. Here's the current state of things: server: - stable/kilo: 1.6 - current: 1.11 client: - stable/kilo: 1.6 -

Re: [openstack-dev] [Ironic] Lenovo driver submission requests

2015-07-30 Thread Lucas Alvares Gomes
On Thu, Jul 30, 2015 at 8:27 AM, Dmitry Tantsur dtant...@redhat.com wrote: On 07/30/2015 08:59 AM, Kai KH Huang wrote: Dear Devananda I'm the development leader of Lenovo Cloud Solution. Lenovo is planning to contribute its Ironic driver to the OpenStack community. The Ironic

Re: [openstack-dev] [ironic] AttributeError: 'GitReviewException' object has no attribute 'EXIT_CODE'

2015-07-25 Thread Lucas Alvares Gomes
Hi, malhar@ubuntu:~/Documents/contribution/temp/ironic$ git review -s Using global/system git-review config files (/etc/git-review/git-review.conf) is deprecated Could not connect to gerrit. Enter your gerrit username: myusername Trying again with

Re: [openstack-dev] [ironic] AttributeError: 'GitReviewException' object has no attribute 'EXIT_CODE'

2015-07-25 Thread Lucas Alvares Gomes
Hi, Please make sure you have the correct access rights and the repository exists. error: Could not fetch gerrit Problems encountered installing commit-msg hook The following command failed with exit code 1 scp -P29418 malhar_...@review.openstack.org:hooks/commit-msg

Re: [openstack-dev] [Ironic] What to do with reservation check in node update API?

2015-07-21 Thread Lucas Alvares Gomes
Hi, So, it looks like the only reason we check the reservation field here is because we want to return a 409 for node is locked rather than a 400, right? do_node_deploy and such will raise a NodeLocked, which should do the same as this check. It's unclear to me why we can't just remove this

Re: [openstack-dev] [Ironic] What to do with reservation check in node update API?

2015-07-21 Thread Lucas Alvares Gomes
Hi, Another question folks: while the problem above is valid and should be solved, I was actually keeping in mind another one: https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L1052-L1057 This is also not retried, and it prevents updating during power

Re: [openstack-dev] [Ironic] BIOS Configuration

2015-10-23 Thread Lucas Alvares Gomes
Hi, > I am interested in remote BIOS configuration. > There is "New driver interface for BIOS configuration specification" > https://review.openstack.org/#/c/209612/ > > Is it possible to implement this without REST API endpoint? > I may be missing something here but without the API how will the

[openstack-dev] [Ironic] Do we need to have a mid-cycle?

2015-11-10 Thread Lucas Alvares Gomes
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 follow up on that conversation. The ideas presented

Re: [openstack-dev] [Ironic] Quick poll: OpenStackClient command for provision action

2015-11-10 Thread Lucas Alvares Gomes
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 --provide UUID > 5. openstack baremetal set

  1   2   >