19:00:04 <NobodyCam> #startmeeting Ironic
19:00:04 <NobodyCam> #chair devananda
19:00:04 <NobodyCam> As always agenda for the meeting is at:
19:00:04 <NobodyCam> #link https://wiki.openstack.org/wiki/Meetings/Ironic
19:00:04 <openstack> Meeting started Mon Sep 23 19:00:04 2013 UTC and is due to finish in 60 minutes.  The chair is NobodyCam. Information about MeetBot at http://wiki.debian.org/MeetBot.
19:00:05 <NobodyCam> #topic Greeting and roll-call and announcements.
19:00:06 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
19:00:08 <openstack> The meeting name has been set to 'ironic'
19:00:09 <openstack> Current chairs: NobodyCam devananda
19:00:21 <NobodyCam> whos here for the ironic meeting?
19:00:26 <devananda> \o
19:00:28 <lucasagomes> o/
19:00:37 * lucasagomes very sleepy but here
19:00:42 <NobodyCam> lol
19:01:03 <devananda> lucasagomes: if you were still on US time, it'd barely be lunch time now :p
19:01:16 <NobodyCam> Great to meet many of you at the seattle meetup
19:01:29 <NobodyCam> should have changed that to all but
19:01:30 <lucasagomes> devananda, haha that's the prob, I think I need at least one more day to get back on track
19:01:50 <NobodyCam> Quick wrap-up from last weeks meeting: Yes romcheg and I had a good meeting last week :-p
19:01:53 <NobodyCam> I had a action item: Ask devananda to think about a Transifex project for Ironic
19:01:56 <NobodyCam> devananda any Thoughts / comments on ^^^^^
19:02:04 <devananda> yes
19:02:36 <devananda> I pinged clarkb about that last week and created a transifex account. AIUI, it's just a matter of him creating something for us
19:02:50 <devananda> and then a small patch to openstack-infra/config
19:03:15 <devananda> clarkb: or if I forgot something, pls let me know
19:03:19 <NobodyCam> w00t
19:03:44 <NobodyCam> any body else ( lucasagomes )
19:03:45 <NobodyCam> lol
19:03:52 <lucasagomes> good stuff :) once it's setup I'll translate ironic to brazilian portuguese as well
19:03:54 * NobodyCam loves small meetings
19:04:01 <devananda> also, the transifex integration will auto-generate the .pot files for us (part of what it does).
19:04:15 <devananda> so for now we should continue to -- patches which accidentally change that file
19:04:23 <NobodyCam> :)
19:04:53 <lucasagomes> can that be blocked automatically?
19:04:54 <NobodyCam> #action Reviewers will -1 patches that touch the .pot file
19:05:05 <NobodyCam> can we remove this file
19:05:29 <devananda> let me check other projects real quick. we might be able to
19:06:33 <NobodyCam> while deva does that
19:06:35 <NobodyCam> Hong Kong design summit: `Your Papers Please!`
19:06:35 <NobodyCam> We have three! Submit yours here:
19:06:36 <NobodyCam> #link http://summit.openstack.org/
19:07:05 <lucasagomes> NobodyCam, +1 yea will do
19:07:12 <NobodyCam> :)
19:08:14 <linggao> Hi NobodyCam, I am trying to figure our what belong to Ironic and what to Tuskar,
19:08:18 <NobodyCam> should we move on? and come back to the .pot file
19:08:23 <NobodyCam> I linggao
19:08:32 <linggao> For example, hardware discovery.
19:08:35 <devananda> doesn't look like it's in the .gitignore of other projects at all
19:09:05 <NobodyCam> linggao: we do have a story for that
19:09:16 <linggao> ?
19:09:18 <devananda> linggao: there's a section for open questions at the end of the meeting.
19:09:26 <NobodyCam> that may be best handled not in this meeting
19:09:54 <NobodyCam> or there too! :)
19:09:57 <linggao> oh, I thought you are talking about sumit papers.
19:10:15 <NobodyCam> I posted that while deva was looking up  stuff
19:10:17 <devananda> linggao: oh! gotcha. I thought you meant code wise :)
19:10:31 <lucasagomes> linggao, dicovery is Ironic... tuskar is more about modeling ur deployment using a high abstraction
19:10:54 <NobodyCam> we can for sure talk about papers
19:10:55 <devananda> linggao: if you have a specific topic in mind, please mention it either here or on the ML, and we can help figure out which track it is best suited for
19:10:58 <lucasagomes> and also they will offer a nice ui (extension to horizon) to deploy baremetal
19:11:40 <linggao> yes, I was thinking about automatically discover the bearemetal nodes, and put them in the database.
19:11:49 <devananda> linggao: hardware discovery falls into both ironic and tuskar but in different ways
19:12:23 <devananda> linggao: ironic will need to provide some API for hardware interrogation, eg. via IPMI or a bootable ramdisk, but ironic stops there. it's _just_ the API.
19:12:47 <devananda> linggao: tuskar (or something else?) could then model that data and do something with it (eg, display it, or make scheduling decisions, etc)
19:12:51 <devananda> does that help?
19:13:06 <lucasagomes> sounds correct to me
19:13:09 <NobodyCam> :)
19:13:27 <NobodyCam> oh the web we weave
19:13:34 <linggao> thanks devananda for the clarification.
19:13:39 <NobodyCam> go to move on?
19:14:02 <lucasagomes> y for me
19:14:12 <NobodyCam> #topic Testing
19:14:12 <devananda> ++
19:14:25 <NobodyCam> h thats me.
19:14:25 <NobodyCam> TripleO is making changes to the heat templates so some of the patches will
19:14:28 <NobodyCam> undergo changes to conform to the changes. I will stay on top of the current patches.
19:14:31 <NobodyCam> We do howerver have a working walk through that will install Ironic and the Ironic cli client
19:14:34 <NobodyCam> on the tripleO undercloud image. see
19:14:36 <NobodyCam> #link https://wiki.openstack.org/wiki/Ironic#Using_Disk_Image_Builder
19:14:39 <NobodyCam> on how to info.
19:14:53 <NobodyCam> has anyone looked over the new walk thru
19:15:07 <devananda> I got up to starting the undercloud VM on saturday
19:15:17 <devananda> but ran into problems with missing ENV vars taht weren't in either doc
19:15:31 <NobodyCam> ?? which ones
19:15:38 <devananda> not in our wiki, and not tripleo/devtest
19:15:50 <NobodyCam> which env var
19:16:07 * devananda restarts seed VM ...
19:16:13 <NobodyCam> do you recall
19:16:14 <devananda> these VMs don't like to hibernate
19:16:17 <NobodyCam> lol
19:16:18 <devananda> no
19:16:36 <linggao> I have a question on testing.
19:16:39 <NobodyCam> I will run thru again today
19:16:41 <NobodyCam> sure
19:16:47 <NobodyCam> shoot linggao
19:16:55 <lucasagomes> in order to make things easier should we use a seed vm to bootup our undercloud? wouldn't be easy to create an undercloud straight away?
19:17:09 <lucasagomes> undercloud vm*
19:17:18 <linggao> one of the veiw I got says that I should use mock instead of mox because openstack is moving to mox.
19:17:18 <NobodyCam> thats a tuff question
19:17:21 <NobodyCam> yes and not
19:17:25 <NobodyCam> *no
19:17:28 <linggao> can anyone expalin this?
19:17:33 <devananda> linggao: sure
19:17:44 <NobodyCam> the undercloud is the first real cloud
19:17:58 <devananda> linggao: mox is not python3 compatible, and there is a directive for all of openstack to move towards py3 compatibility
19:18:20 <NobodyCam> everything in seed is faked
19:18:41 <devananda> linggao: right now, ironic's unit test suite is a mixture of mox (inherited from Nova and other projects) and mock (new code).
19:18:56 <lucasagomes> NobodyCam, right... but still, I mean for testing we don't really need to launch a seed vm, we can just start with a undercloud in a virtual machine and from that we can deploy the overcloud
19:18:57 <devananda> linggao: we're moving towards all the unit tests being done with mock
19:19:11 <lucasagomes> it would save some time + memory
19:19:22 <devananda> lucasagomes: except "undercloud" requires a working cloud init, and it is configured via Heat in the seed cloud
19:19:38 <NobodyCam> devananda: ++
19:19:42 <linggao> devananda, I see. I will change it to mock then. It is a lot of changes. ouch.
19:19:43 <devananda> lucasagomes: what you're really proposing is taht we merge ironic into the seed VM
19:20:23 <lucasagomes> devananda, kinda yea... I mean we still can fake the cloud init thing adding a json on the /var/.../heat-cfn directory no?
19:20:27 <NobodyCam> we can do that
19:21:11 <NobodyCam> ironic currently can not actually deploy thou
19:22:10 <NobodyCam> votes for working ironic into seed?
19:22:56 <lucasagomes> well I'd go for it at least while ironic can't deploy an image
19:23:12 <NobodyCam> im actually gong to vote -1 at least untill we have a working ironic
19:23:22 <lucasagomes> just to make it easier for people to get ironic-api/conductor/database etc working and develop on it
19:23:24 <devananda> linggao: I'd like to see native-ipmi landed before the summit so folks can start playing with it then
19:23:40 <devananda> linggao: if moving it to mock is going to prevent that, please let me know
19:23:40 <dkehn> I would vote, I think the ultimate issue would be simplicity
19:24:01 <NobodyCam> lucasagomes: I use seed to create and distroy my test undercloud
19:24:12 <NobodyCam> i think that actualy saves time
19:24:13 <devananda> NobodyCam: I would still prefer ironic in the undercloud for now so we can do AB testing with nova-baremetal
19:24:21 <devananda> lucasagomes: ^
19:24:28 <NobodyCam> I just load the new image into glance anfire away
19:24:52 <devananda> my plan for testing deployments of ironic is to use the undercloud layer, and run two underclouds -- one nova-bm and one ironic
19:25:04 <devananda> so that I can do A/B testing and develop a migration script
19:25:16 <linggao> devananda, I need to learn mock.  I'd be really happy if we can let it go throgh and I'll make next feature mock compatable.
19:25:17 <lucasagomes> right... yea well we still have devtest if all u want is to setup a quicker dev environment
19:25:36 <devananda> lucasagomes: you mean devstack?
19:25:46 <lucasagomes> devananda, yes sorry
19:25:50 <lucasagomes> devstack
19:25:54 <NobodyCam> thats there
19:25:55 <devananda> :)
19:25:59 <NobodyCam> :)
19:26:30 * lucasagomes slaps his own face :P
19:26:35 <devananda> NobodyCam: thoughts on accepting the native-ipmi driver with mox for now, so the code lands and can be worked on, then migrating it to mock for py3 compat later?
19:27:06 <NobodyCam> devananda: sure we there is a TODO to replace with mock
19:27:11 <devananda> I'm fine with this ^, fwiw. add'l tech debt is not ideal, but keeping functionality out of trunk right now is not good for speed
19:27:24 <devananda> cool
19:27:50 <NobodyCam> :)
19:27:56 <linggao> thanks everyone :)
19:28:02 <NobodyCam> ty linggao :)
19:28:09 <devananda> linggao: I'll open a bug about mox->mock for ipmi-natie and assign to you :)
19:28:18 <NobodyCam> any thing else on testing?
19:28:30 <devananda> nope
19:28:32 <lucasagomes> maybe we can suggest openstack-infra also to only accept libs that are compatible with py3 from now on
19:28:40 <linggao> devananda, sure, I like bugs :)
19:28:49 <NobodyCam> there is a py3 gate job
19:28:53 <lucasagomes> or maybe they r already doing that, idk
19:29:11 <NobodyCam> o moving on...
19:29:13 <NobodyCam> #topic in-progress tasks
19:29:14 <NobodyCam> 41976 Abandoned???
19:29:47 <NobodyCam> https://review.openstack.org/#/c/41976
19:29:58 <NobodyCam> no yuriy today
19:30:04 <lucasagomes> yea :/
19:30:32 <NobodyCam> should be be looking at picking up on that patch?
19:31:18 <NobodyCam> I don't want to step on any toes but we do kninda need that... don't we?
19:31:33 <lucasagomes> hmm let's see if he will reopen it
19:31:36 <lucasagomes> we can ping him tomorrow
19:31:40 <NobodyCam> ya
19:31:44 <lucasagomes> and see, if we get no answers
19:31:53 <lucasagomes> then we do it
19:32:03 <devananda> In the f2f meetings last week, I seem to have overlooked the discussion that happened on that patch
19:32:34 <NobodyCam> thats just it nothing has happened
19:32:53 <devananda> NobodyCam: he proposed changing the signature of VendorInterface.validate() to return (bool, bool)
19:32:56 <devananda> instead of just (bool)
19:33:23 <devananda> I agree with Lucas' -1 on that
19:33:40 <lucasagomes> yea IMO should use an exception there
19:33:43 <lucasagomes> like here
19:33:49 <lucasagomes> https://review.openstack.org/#/c/41976/8/ironic/conductor/rpcapi.py
19:33:59 <NobodyCam> ya.. we were going to talk about that and just havent had the chance to hook up
19:34:15 <lucasagomes> instead of having this async_continue variable there, we should just except one exception and then it means that the validation failed
19:34:22 <lucasagomes> ValidationError(<reason>)
19:34:33 <NobodyCam> lucasagomes: +1
19:34:37 <devananda> lucasagomes: i think the point is, how to determine whether to make a cast() after the call returns
19:35:14 <lucasagomes> devananda, if validation pass do a cast, if it fails (exception raised) do not do it
19:35:18 <NobodyCam> if validation passes then make the cast
19:35:27 <NobodyCam> lucasagomes: :-p
19:35:45 <devananda> except someetimes, you only want to call
19:35:50 <devananda> even when it doesn't raise an exception
19:36:16 <devananda> let's pick that one up after the meeting :)
19:36:20 <NobodyCam> only = dont ???
19:36:57 <NobodyCam> we really at fft so.
19:37:00 <NobodyCam> #topic Food For Thought / Open Discussion
19:37:05 <devananda> #action devananda to dive into review 41976 (pass_vendor_info)
19:37:40 <lucasagomes> already fft?
19:37:41 <lucasagomes> o wow
19:37:46 <devananda> NobodyCam: we skipped the API discussion -- and I think there's some things to cover there
19:37:57 <NobodyCam> how about a wrap up of the f2f devananda and lucasagomes had on friday
19:38:06 <NobodyCam> gah I did
19:38:32 <romcheg_> Do you still have Ironic meeting?
19:38:40 <lucasagomes> romcheg_, welcome :)
19:38:41 <lucasagomes> yes
19:38:42 <devananda> romcheg_: welcome :)
19:38:46 <devananda> heh
19:38:54 <romcheg_> Hi then :)
19:38:54 <NobodyCam> #topic API discussion
19:39:03 <NobodyCam> welcome romcheg_
19:39:12 <lucasagomes> #link https://bugs.launchpad.net/ironic/+bug/1227431
19:39:13 <romcheg_> sorry, got asleep
19:39:14 <uvirtbot> Launchpad bug 1227431 in ironic "API request to list resources should return only minimal data" [High,In progress]
19:39:31 <devananda> lucasagomes: you beat me to it - i was just about to paste that :p
19:39:36 <lucasagomes> #link https://bugs.launchpad.net/ironic/+bug/1227928
19:39:37 <uvirtbot> Launchpad bug 1227928 in ironic "API collection not named based on resource type" [High,Fix committed]
19:39:47 <lucasagomes> devananda, :D
19:40:02 <lucasagomes> so that's two bugs we opened on Friday regarding the API
19:40:14 <lucasagomes> the 1227928 is already fixed/merged
19:40:24 <romcheg_> anyway, I'm on my smartphone today, the laptop died, so ask questions, if you have any
19:40:26 <devananda> right, so lucas and I talked on friday about some API issues which, btw, became really easy to spot now that NobodyCam's dib/heat templates are working and I have a running ironic service :)
19:40:31 <lucasagomes> I'm working on the 1227431, I hope I will fix that tomorrow
19:41:02 <NobodyCam> romcheg_: lucasagomes  and devananda found some instrstering bugs on friday
19:41:34 <romcheg_> NobodyCam: will take a look at them
19:41:49 <devananda> romcheg_: tl;dr; from the first 1/2 of meeting -- transifex stuff is in progress, waiting on clarkb for a few changes in infra/config
19:42:01 <lucasagomes> devananda, another thing about the 1227431... the "minimal data" also returns links to the resource itself: http://api.openstack.org/api-ref-compute.html
19:42:26 <romcheg_> NobodyCam: that's great!
19:42:47 <romcheg_> looking forward to start translating
19:42:57 <NobodyCam> romcheg_: links are in the scroll back and also on the agenda page too
19:42:57 <devananda> lucasagomes: ah! so it does
19:43:10 <lucasagomes> yup :)
19:43:44 <lucasagomes> the links for the sub resources will only be retrieved with the /details
19:44:20 <devananda> lucasagomes: right. or to /nodes/{uuid}
19:44:27 <lucasagomes> yup yea
19:44:39 <devananda> sounds good
19:44:40 <lucasagomes> nodes/{uuid} always returns the full document
19:44:52 <devananda> shall we move on to fft?
19:44:57 <NobodyCam> :)
19:44:58 <lucasagomes> yup
19:45:01 <NobodyCam> #topic Food For Thought / Open Discussion
19:45:08 <lucasagomes> fft
19:45:26 <NobodyCam> I will on and off line of the next several day moving to cal
19:45:28 <romcheg_> I almost finished my work with tempest
19:45:36 <lucasagomes> devananda, NobodyCam: that's the deploy ramdisk you guys talked about on seattle?  https://github.com/theforeman/foreman_discovery/
19:45:39 <lucasagomes> #link https://github.com/theforeman/foreman_discovery/
19:46:04 <lucasagomes> discovery ramdisk*
19:46:07 <devananda> romcheg_: how is tempest testing ironic at this point? (it can't do a full deploy yet...)
19:46:35 <devananda> lucasagomes: that looks like ruby??
19:46:35 <romcheg_> devananda: now I only did some API tests
19:46:46 <NobodyCam> also wanted to thank lucasagomes for the working ironic command line cli!!!
19:46:50 <NobodyCam> go show chassis
19:46:58 <lucasagomes> devananda, yea it's ruby
19:47:11 <lucasagomes> so might not be it hehe
19:47:13 <romcheg_> that's a good question, how should we test deployment
19:47:20 <devananda> romcheg_: ah! framework is great at this stage -- we'll add more as more is possible :)
19:47:32 <romcheg_> we need some hardware for that
19:47:46 <lucasagomes> NobodyCam, :) will add more things to the cli/lib once I get the api more established
19:47:49 <devananda> romcheg_: there are some folks already working on testing tripleo deployment, both in VM and on hardware. you should talk with them
19:47:51 <romcheg_> some hardware on Infra's side
19:48:14 <NobodyCam> also going to add a top level section to the meeting for client stuff
19:48:45 <devananda> romcheg_: IIRC, it's pleia2 and dprince working on TOCI and the -infra side of tripleo
19:49:07 <romcheg_> thanks devananda
19:49:21 <NobodyCam> and my last tid bit :
19:49:28 <NobodyCam> #link https://github.com/NoBodyCam/ironic/blob/master/README.rst
19:49:55 <NobodyCam> its our Java driver
19:49:57 <devananda> lucasagomes: foreman is definitely _not_ what I was referring to w.r.t. a ramdisk agent
19:49:58 <NobodyCam> lol
19:50:09 <lucasagomes> devananda,  :D
19:50:17 <lucasagomes> do you have the link to the right one?
19:50:27 <devananda> lucasagomes: nope. haven't found it but still looking
19:50:33 <devananda> here's a quick brain-storm on other FFT ideas....
19:50:44 <lucasagomes> I just did a small search about it and bumped into that one, so I thought: "well maybe"
19:50:48 <NobodyCam> lucasagomes: the link we were looking for was an example
19:50:55 <devananda> nova-baremetal -> ironic: incrememtal code migration? No. New driver? Yes. ++ a migration script.
19:51:12 <NobodyCam> we will need to create it?
19:51:35 <devananda> Neutron patches for dynamic DHCP ports -- will require some changes to our PXE driver and start-up scripts (eg, no more local dnsmasq).
19:51:52 <NobodyCam> w00t
19:51:54 <devananda> aim to do ^ during I-1 or no later than I-2
19:52:10 <NobodyCam> ghe seems to be on holiday
19:52:13 <NobodyCam> lol
19:52:18 <devananda> models instead of migrations? I don't understand why we'd do taht when all other projects are using migrations
19:52:52 <devananda> inform node of ironic API URL? yea. those all look reasonable :)
19:52:56 <NobodyCam> that was the general feeling... I'll remove that one
19:53:00 <lucasagomes> I think jog0 had a good argument to keep migrations ^
19:53:09 <NobodyCam> yes
19:53:28 <devananda> more than 1 conductor? yep. that's part of our HA story and one reason we broke out of Nova
19:53:42 <NobodyCam> heheheh
19:53:42 <devananda> it's probably worth a design session jsut for the more-than-one-conductor story
19:53:53 <NobodyCam> oh you mean:
19:53:55 <NobodyCam> Hong Kong design summit: `Your Papers Please!`
19:53:55 <NobodyCam> We have three! Submit yours here:
19:53:55 <NobodyCam> #link http://summit.openstack.org/
19:53:58 <NobodyCam> lol
19:54:06 <devananda> #action devananda to propose dev session for more-than-one-conductor
19:54:09 <devananda> :)
19:54:21 <NobodyCam> w00t that would be 4
19:54:37 <lucasagomes> :D
19:55:10 <romcheg_> a
19:55:10 <devananda> [end brain storm]
19:55:15 <NobodyCam> any thing else?
19:55:30 <NobodyCam> should we let romcheg_ and lucasagomes get some sleep
19:55:33 <NobodyCam> lol
19:55:40 <lucasagomes> +1
19:55:41 <lucasagomes> haha
19:55:43 <devananda> :)
19:55:51 <NobodyCam> thank you all great meeting
19:55:59 <NobodyCam> #endmeeting