Tuesday, 2014-04-15

devanandalifeless: ^ adds ephemeral partition data to nova.virt.driver. We need to add rebuild() method as well, though, to get the feature you need00:00
jrolldevananda: lucas' change fixes that issue as well00:00
jrolljfyi00:00
jrolland yeah, it'll conflict00:00
devanandajroll: which patch?00:01
jrollthe driverfactory thing00:01
* jroll finds a link00:01
devanandaahhh00:01
devanandahttps://review.openstack.org/#/c/86971/3/ironic/nova/virt/ironic/driver.py00:01
rloorussell_h: thx, looking now00:02
devanandathat fixes the "sends too many patches" thing00:02
jrollyes00:02
devanandajroll: but it doesn't add ephemeral data00:02
* devananda rebases00:02
*** derekh has quit IRC00:02
jrolldevananda: right, just letting you know your first patch is solved by that one :)00:02
devanandajroll: gotcha. thanks00:02
jroll:)00:02
*** eguz has quit IRC00:08
*** shakamunyi has joined #openstack-ironic00:11
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: nova.virt.ironic passes ephemeral_gb to ironic  https://review.openstack.org/8739600:13
ShrewsDevananda: sup?00:24
*** nosnos has joined #openstack-ironic00:26
devanandaShrews: wondering if you want to implement driver.rebuild() :)00:26
Shrewsdevananda: context?00:27
*** blamar has joined #openstack-ironic00:28
devanandaShrews: http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/baremetal/driver.py#n30800:28
devanandawe don't have that in nova.virt.ironic00:28
devanandaand so calling "nova rebuild --preserve-ephemeral" raises an exception00:28
Shrewsooh, that sounds complex and fun00:29
*** matsuhashi has joined #openstack-ironic00:30
devanandaShrews: https://bugs.launchpad.net/ironic/+bug/130775400:30
Shrewsdevananda: got it. thx00:30
devanandaShrews: you probably want to start by basing it on https://review.openstack.org/#/c/87396/00:30
*** nosnos has quit IRC00:31
devanandanova isn't even passing the right fields to ironic today, so i got that part up00:31
Shrewsack00:31
Shrewsdevananda: btw, https://review.openstack.org/83105 is aching for a +2/+A00:31
devanandaawesome00:32
*** nosnos has joined #openstack-ironic00:32
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add configdrive generation to Nova driver  https://review.openstack.org/8619200:33
*** stevehuang has quit IRC00:34
*** blamar has quit IRC00:35
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Better handling of missing drivers  https://review.openstack.org/8357200:43
openstackgerritA change was merged to openstack/ironic-python-agent: Add a @sync_command() decorator  https://review.openstack.org/8714400:45
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Sync oslo logging  https://review.openstack.org/8734600:45
devanandaright. I'm off for dinner... will be back later...00:47
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add configdrive generation to Nova driver  https://review.openstack.org/8619200:48
*** shakamunyi has quit IRC00:54
*** blamar has joined #openstack-ironic00:59
*** ekarlso has quit IRC01:11
*** ekarlso has joined #openstack-ironic01:13
*** ekarlso has quit IRC01:13
*** ekarlso has joined #openstack-ironic01:18
*** newell_ has quit IRC01:40
*** harlowja has quit IRC01:52
*** harlowja_ has joined #openstack-ironic01:52
*** pleia2 has quit IRC02:00
*** pleia2 has joined #openstack-ironic02:06
openstackgerritA change was merged to openstack/ironic: Encapsulate Ironic client retry logic  https://review.openstack.org/8310502:13
*** rloo has quit IRC02:15
*** coolsvap|afk is now known as coolsvap02:30
*** Haomeng|2 has joined #openstack-ironic03:00
*** Haomeng has quit IRC03:00
*** Haomeng has joined #openstack-ironic03:06
*** Haomeng|2 has quit IRC03:07
lifelessdevananda: cool03:13
*** harlowja_ is now known as harlowja_away03:21
*** matsuhashi has quit IRC03:27
*** eghobo has joined #openstack-ironic03:36
*** nosnos has quit IRC03:39
*** harlowja_away is now known as harlowja_03:53
*** radsy has quit IRC04:06
*** Haomeng|2 has joined #openstack-ironic04:22
*** Haomeng has quit IRC04:23
*** matsuhashi has joined #openstack-ironic04:25
*** nosnos has joined #openstack-ironic04:31
*** lazy_prince has joined #openstack-ironic04:51
*** matsuhashi has quit IRC05:03
*** matsuhashi has joined #openstack-ironic05:04
*** eghobo has quit IRC05:05
*** eghobo has joined #openstack-ironic05:05
*** sabah has joined #openstack-ironic05:13
*** yuikotakada has joined #openstack-ironic05:17
devanandahttps://review.openstack.org/#/c/83572/ is ready for reviewers05:19
*** greghaynes has joined #openstack-ironic05:27
*** harlowja_ is now known as harlowja_away05:37
*** ewindisch has quit IRC05:45
*** ewindisch has joined #openstack-ironic05:46
*** Haomeng|2 has quit IRC05:48
*** yuikotakada has quit IRC05:49
*** Haomeng has joined #openstack-ironic05:49
*** yonglihe_ has quit IRC06:03
*** yongli has joined #openstack-ironic06:06
openstackgerritJenkins proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/8395606:07
Mikhail_D_wkGood morning folks! :)06:41
*** ifarkas has joined #openstack-ironic06:44
*** GheRivero_ is now known as GheRivero06:50
GheRiveromorning all06:50
devanandag'morning!06:51
Haomengmorning all:)06:57
*** matsuhashi has quit IRC07:01
*** matsuhashi has joined #openstack-ironic07:01
*** matsuhashi has quit IRC07:02
*** matsuhashi has joined #openstack-ironic07:03
*** romcheg has joined #openstack-ironic07:11
*** yuriyz has joined #openstack-ironic07:20
*** mrda is now known as mrda_away07:27
*** sabah has quit IRC07:47
openstackgerritHaomeng,Wang proposed a change to openstack/ironic: Implements send-data-to-ceilometer  https://review.openstack.org/7253807:51
dtantsur|zzzZZZzMorning Ironic07:54
*** dtantsur|zzzZZZz is now known as dtantsur07:54
*** jistr has joined #openstack-ironic07:54
devanandahmm, i should probably go to sleep before anyone notices that i'm still working ;)07:54
dtantsurdevananda, good morning and good night :)07:55
Haomengdevananda: good night:)07:56
Haomengdtantsur: morning:)07:56
devanandaheh... just one more review.... ;)07:57
Haomengdevananda: :)07:57
*** max_lobur has joined #openstack-ironic08:08
Mikhail_D_wkdtantsur: morning :)08:10
Mikhail_D_wkdevananda: good night :)08:10
openstackgerritA change was merged to openstack/ironic: Overwriting node_is_available in IronicDriver  https://review.openstack.org/8421408:13
*** matsuhashi has quit IRC08:13
*** matsuhashi has joined #openstack-ironic08:14
*** lucasagomes has joined #openstack-ironic08:18
*** matsuhashi has quit IRC08:18
*** max_lobur has quit IRC08:21
*** romcheg has quit IRC08:23
*** eguz has joined #openstack-ironic08:26
*** romcheg has joined #openstack-ironic08:28
*** matsuhashi has joined #openstack-ironic08:28
*** derekh has joined #openstack-ironic08:29
*** yuriyz has quit IRC08:29
*** eghobo has quit IRC08:30
*** yuriyz has joined #openstack-ironic08:30
*** dshulyak has quit IRC08:30
*** athomas has joined #openstack-ironic08:31
openstackgerritVladimir Kozhukalov proposed a change to openstack/ironic-python-agent: Added metaclass statement  https://review.openstack.org/8687608:34
*** sabah has joined #openstack-ironic08:36
*** mdickson has quit IRC08:37
*** mdickson has joined #openstack-ironic08:38
*** eguz has quit IRC08:42
devanandalucasagomes: oh hai! i'm still up ... have a sec to look at my comment on https://review.openstack.org/#/c/86971/ ?08:43
lucasagomesdevananda, morning08:43
lucasagomesdevananda, sure lemme take a look08:43
lucasagomesdevananda, ah nice, good idea about naming things (I'm really bad on it)08:44
*** dshulyak has joined #openstack-ironic08:44
lucasagomesdevananda, 1 sec I'm going to rebase and making the necessary changes08:44
devanandalucasagomes: i've got it done here, actually08:45
lucasagomesdevananda, btw, I saw ur comment on the seamicro thing... the idea is to have a standard way to let clients set the boot devices08:45
devanandalucasagomes: if you dont mind me posting on top of your patch08:45
lucasagomesseamicro case it uses hd0 for some reason (just ported from the other code)08:45
lucasagomesdevananda, ack go ahead then :D08:45
lucasagomesdevananda, thanks for it08:45
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Refactor the driver fields mapping  https://review.openstack.org/8697108:46
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: nova.virt.ironic passes ephemeral_gb to ironic  https://review.openstack.org/8739608:46
devanandalucasagomes: no worries. I needed it to test the patch for ephemeral anyway :)08:46
lucasagomesdevananda, :) good stuff08:46
devanandaalso, i believe Shrews is adding the nova.virt.ironic.driver:rebuild() method08:47
devanandaso we can start supporting "nova rebuild --preserve-ephemeral"08:47
devanandathat's a blocker for tripleo's usage08:48
lucasagomesdevananda, ah that would be great, yeah right now the only way to preserve is setting directly via our api... pxe_preserve_ephemeral=True08:49
lucasagomesI saw his client wrapper patch merged too, that's a good progress08:49
devanandaright. and if you call "nova rebuild" it just raises an exception today08:50
lucasagomesdriver is getting more robust :)08:50
devanandaindeed!08:50
lucasagomes:( /me never tried to rebuild the instance08:50
devanandatripleo needs inplace upgrades ...08:50
lucasagomesI c08:53
openstackgerritA change was merged to openstack/ironic: Sync oslo/config/generator  https://review.openstack.org/8734408:56
*** romcheg has quit IRC08:56
*** romcheg has joined #openstack-ironic08:57
*** martyntaylor has joined #openstack-ironic08:59
*** romcheg has quit IRC09:01
*** romcheg has joined #openstack-ironic09:03
openstackgerritSirushti Murugesan proposed a change to openstack/ironic: Adds support for deploying Disk Images  https://review.openstack.org/7305409:10
devanandalucasagomes: you see the doc proposal from sandhya? http://docs-draft.openstack.org/43/83343/7/check/gate-ironic-docs/64102a0/doc/build/html/deploy/userguide.html09:11
devanandai'm impressed -- it's come really far since I saw it last09:11
lucasagomesdevananda, I haven't lemme take a look09:11
lucasagomeswow!!!!!!09:12
devanandaright?!?09:12
lucasagomesthat's pretty cool09:12
lucasagomeslemme read09:12
devanandathere's a bit of formatting that could be improved, but damn, let's land this. I already +2'd ruby's install guide, too09:14
lucasagomesdevananda, yeah I missed some bullet points09:15
lucasagomesbut not a big deal09:15
lucasagomesI would +2 that as well09:15
lucasagomesthere's some docs in the ironic client as well #8510709:16
devanandaoh ya09:17
devanandadid we get the doc publish job added for the client yet?09:17
devanandai believe rloo posted it, but i am not sure what happened09:17
devananda(dont hve the link handy)09:17
sirushtiHi, I had some doubts on my patch for the disk image support blueprint, would this be the right time to bring it up? :-)09:18
devanandahi sirushti ! sure09:19
openstackgerritA change was merged to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/8395609:19
devananda(though it's 2am for me, so my responses may or may not make sense...)09:19
*** ilives has joined #openstack-ironic09:20
sirushtidevananda, heh! So from the implementation perspective, I've currently written the patch so as to delay validation of root/swap/ephemeral until we figure out what type the image is!09:21
sirushtiIt doesn't seem too appropriate to do that however09:21
lucasagomesdevananda, I don't think we have a job to publish the cli docs yet :( I can take a quick look into it09:21
devanandalucasagomes: https://review.openstack.org/#/c/86390/09:22
*** romcheg has quit IRC09:22
lucasagomesah patch is up :) lemme take a look and vote09:22
lucasagomesto bump it in the queue09:22
devananda:)09:22
sirushtidevananda, it feels like we're supposed to do all the necessary validations in validate() itself?09:23
sirushtidevananda, which brings me to the question, is it okay to have a separate _validate() function?09:24
devanandasirushti: hmmmm09:24
devanandasirushti: so there can be only one driver.validate() method, but that could be split into eg. _validate_netboot() + _validate_diskboot()09:25
devanandaor something09:25
*** max_lobur has joined #openstack-ironic09:25
devanandasirushti: have you mapped out the different permutations of [pxe|local] + [partition|whole disk] + [chassis default power off | power on ] ?09:26
sirushtidevananda, Yes, so i meant that validate() will call _validate() instead of calling _parse_driver_info! because I'd like to introduce a Glance API call for validating and calling _parse_driver_info evertime seems rather expensive? no?09:26
devanandaI think we need to account for all eight permutations here09:26
devanandaoooh yes, that's a good point09:27
devanandahaving validate() actually check with glance makes sense to me09:27
devanandajust like IPMITool.validate() actually pings the BMC to check the credentials09:27
openstackgerritVladimir Kozhukalov proposed a change to openstack/ironic-python-agent: Added disk partitioner  https://review.openstack.org/8616309:27
sirushtidevananda, yeah! and possibly port all validations from _parse_driver_info() to _validate()09:28
devanandasirushti: ++09:29
devanandasirushti: oh, also, see https://review.openstack.org/#/c/87396/ and https://review.openstack.org/#/c/86971/09:30
devanandasirushti: these conflict slightly with your patch09:30
*** romcheg has joined #openstack-ironic09:30
sirushtidevananda, Great :-) So another concern I had was with "Nova rebuild". I see there's an option for --preserve-ephemeral? That's probably not going to work with disk images!09:30
devanandasirushti: right! so, two things. a) the nova.virt.ironic driver does not support rebuild() yet -- Shrews is working on it. b) the nova.virt.ironic driver will need to raise an exception if the user attempts to rebuild --preserve-ephemeral on a whole-disk image09:32
sirushtidevananda, will look into those patches! :-) Thanks!09:32
devanandasirushti: for that matter, we should probably prevent any booting of a whole-disk image with an ephemeral partition, no?09:32
sirushtidevananda, yeah, so will the driver know about it to raise an exception?09:33
devanandamaybe? if not, it can propagate back from ironic, eg. when nova.virt.ironic calls "ironic node-validate"09:34
sirushtidevananda, hmmm, okay! btw, why prevent any booting of a whole disk image with an ephemeral partition?09:37
devanandasirushti: hm, well, besides that we cant support --preserve-ephemeral with a whole disk image09:43
lucasagomesdevananda, I will rebase #86971, it failed on the gate checks09:43
devanandasirushti: how do you think matching should be done between flavor and image, when doing whole disk images? what if the image has a partition layout that doesn't match the flavor?09:44
devanandalucasagomes: cheers! I'm fading pretty soon :)09:44
lucasagomesdevananda, :) yeah it's quite late there09:44
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Refactor the driver fields mapping  https://review.openstack.org/8697109:44
sirushtidevananda, yep! So I assumed that Linux will have cloud-init to expand the root partition and Windows will have cloudbase-init to the same!09:45
devanandamake that, fading now...09:49
devanandasirushti: i hope i was some help, and didn't confuse matters. i can't think of a good reason for what i said about no-ephemeral-with-whole-disk. I'll think about it more tomorrow.09:51
devanandareally good night this time! :)09:51
sirushtidevananda, will investigate a bit more on that and send in another patch based on the above discussion :-)09:51
sirushtiheh, done!09:51
sirushtidevananda, gnight and Thanks a lott!! You were of great help! :-)09:52
*** yuriyz has quit IRC09:58
*** sabah has quit IRC10:01
openstackgerritA change was merged to openstack/ironic: Add Ironic User Guide  https://review.openstack.org/8334310:02
*** yuriyz has joined #openstack-ironic10:04
lucasagomesg'night devananda10:10
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add DiskPartitioner  https://review.openstack.org/8339610:20
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Use DiskPartitioner  https://review.openstack.org/8339910:20
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Get rid of the swap partition  https://review.openstack.org/8372610:21
*** martyntaylor has quit IRC10:25
*** nosnos has quit IRC10:27
*** ilives has quit IRC10:33
*** matsuhashi has quit IRC10:41
*** ilives has joined #openstack-ironic10:42
*** martyntaylor has joined #openstack-ironic10:43
*** matsuhashi has joined #openstack-ironic10:44
*** matsuhashi has quit IRC10:54
*** coolsvap is now known as coolsvap|afk10:56
openstackgerritA change was merged to openstack/ironic: Fix conductor.manager test assertion order  https://review.openstack.org/8703511:02
*** romcheg has quit IRC11:10
*** martyntaylor1 has joined #openstack-ironic11:18
*** martyntaylor has quit IRC11:18
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add ManagementInterface  https://review.openstack.org/8606311:26
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMITool to use the new ManagementInterface  https://review.openstack.org/8609211:26
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SeaMicro to use the new ManagementInterface  https://review.openstack.org/8632811:26
*** romcheg has joined #openstack-ironic11:28
*** lucasagomes is now known as lucas-hungry11:29
openstackgerritAndrey Kurilin proposed a change to openstack/python-ironicclient: Sync latest code and reuse exceptions from oslo  https://review.openstack.org/7150011:47
openstackgerritAndrey Kurilin proposed a change to openstack/python-ironicclient: Reuse module `cliutils` from common code  https://review.openstack.org/7241811:47
openstackgerritA change was merged to openstack/ironic: Remove a DB query for get_ports_by_node()  https://review.openstack.org/8486111:53
openstackgerritChris Behrens proposed a change to openstack/ironic: Add create() and destroy() to Node  https://review.openstack.org/8482311:54
openstackgerritChris Behrens proposed a change to openstack/ironic: Clean up calls to get_node()  https://review.openstack.org/8457311:54
openstackgerritChris Behrens proposed a change to openstack/ironic: Make sync_power_states yield  https://review.openstack.org/8486211:54
openstackgerritChris Behrens proposed a change to openstack/ironic: Refactor sync_power_states tests to not use DB  https://review.openstack.org/8707611:54
openstackgerritVladimir Kozhukalov proposed a change to openstack/ironic-python-agent: Deprecated extension name attribute  https://review.openstack.org/8755711:57
dtantsurGuys, what is the policy for exceptions naming with regards to using Error word? I see in ironic itself calling FooBarError is discouraged, while in ironic-python-agent all/most exception classes have Error in them11:59
*** ifarkas has quit IRC12:04
*** ifarkas has joined #openstack-ironic12:04
openstackgerritChris Behrens proposed a change to openstack/ironic: Add create() and destroy() to Node  https://review.openstack.org/8482312:10
openstackgerritChris Behrens proposed a change to openstack/ironic: Clean up calls to get_node()  https://review.openstack.org/8457312:10
openstackgerritChris Behrens proposed a change to openstack/ironic: Make sync_power_states yield  https://review.openstack.org/8486212:10
openstackgerritChris Behrens proposed a change to openstack/ironic: Refactor sync_power_states tests to not use DB  https://review.openstack.org/8707612:10
NobodyCamgood morning Ironic12:11
dtantsurNobodyCam, morning12:11
NobodyCammorning dtantsur12:11
NobodyCam:)12:12
*** Alexei_987 has joined #openstack-ironic12:13
Mikhail_D_wkNobodyCam: good morning :)12:13
NobodyCammorning Mikhail_D_wk :)12:14
Mikhail_D_wkNobodyCam: Do you looking for me? ("NobodyCam: Mikhail_D_wk: still around?")12:16
NobodyCamoh I think i had a question about a comment on the logging patch .. but you answered it :)12:19
*** jdob has joined #openstack-ironic12:29
*** lucas-hungry is now known as lucasagomes12:33
*** martyntaylor1 has quit IRC12:34
*** linggao has joined #openstack-ironic12:34
*** martyntaylor has joined #openstack-ironic12:34
lucasagomesmorning/afternoon dtantsur NobodyCam Mikhail_D_wk12:35
NobodyCammornin lucasagomes12:36
*** ilives has quit IRC12:36
*** martyntaylor1 has joined #openstack-ironic12:39
*** martyntaylor has quit IRC12:40
*** jbjohnso_ has joined #openstack-ironic12:42
Mikhail_D_wklucasagomes: morning :)12:43
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMINative to use the new ManagementInterface  https://review.openstack.org/8658812:46
*** rloo has joined #openstack-ironic12:48
NobodyCamhumm do we not create our image holding directories... trying to figureout why https://review.openstack.org/#/c/87501/3/elements/ironic-conductor/os-refresh-config/post-configure.d/68-ironic-conductor whould be needed12:48
openstackgerritA change was merged to stackforge/pyghmi: Auto degrade sessions to operator when admin is forbidden  https://review.openstack.org/8737012:55
dtantsurifarkas, patch for devstack fixing IPv6 issue: https://review.openstack.org/#/c/8759412:56
ifarkasdtantsur, looks goot to me ;-)12:56
ifarkasgood even12:57
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Add documentation for ironic CLI  https://review.openstack.org/8612713:00
ifarkasdtantsur, lucasagomes, looking at https://review.openstack.org/#/c/85387/ seems contradictory to https://bugs.launchpad.net/ironic/+bug/123135113:09
ifarkasnot sure how to reconcile this13:09
NobodyCamwell YES we do create the directories. https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L330-L33113:10
dtantsurto be more precise bugs https://bugs.launchpad.net/ironic/+bug/1199665 and https://bugs.launchpad.net/ironic/+bug/1231351 contradict13:10
ifarkasexactly13:10
dtantsurlifeless, you here? You participated in both bugs ^^^13:10
lucasagomesifarkas, dtantsur er, yeah...13:10
dtantsurFor me caching does make sense anyway, because undercloud deployment is something that can be really large, with nearly the same images. And changing image in Glance in the middle of deployment anyway seems stupid to me. But I'd like to hear from cores13:11
lucasagomesdtantsur, ifarkas hmm looking at both, I also think that keeping the image might not be an ironic thing... as the bug states, glance is the right place to do it13:12
ifarkasyeah, but how can you be sure that the image hasn't been changed for sure13:12
dtantsurlucasagomes, the point was not to kill the network on deployment datacenter with say 100 compute nodes, I think13:13
*** matty_dubs|gone is now known as matty_dubs13:13
dtantsurand also make it consume considerably less time13:13
dtantsurbaremetal deployment seems special to me in this sense, as in overcloud you'll be rarely deploying such a large amount of the same images13:14
ifarkasdtantsur, but you pay the price of not deploying the right image probably13:14
lucasagomesyeah I'm a bit worried about the cache invalidation thing13:14
ifarkasor at least there's some chance to it13:14
dtantsurifarkas, maybe, if we consider changing images in the middle of deployment the right thing to do13:15
ifarkasdtantsur, the a use case I was thinking of is that the image changed between two independent deployments13:15
dtantsurifarkas, this will anyway leave you with half of you deployment with wrong images (you can't update image on baremetal afaik)13:17
dtantsurAnyway, can we think of a reasonable timeout for caching?13:17
ifarkasdtantsur, no, there might be nodes which are running an updated version of the image. it might not be wrong. btw, tripleo is planning to do baremetal update s13:18
dtantsurifarkas, what do you mean by 'tripleo' here? Tuskar + Ironic? ;)13:19
ifarkasdtantsur, devtest which will use tuskar + ironic13:20
dtantsurWhat I don't like is us sacrificing the common case (large deployment, the same images) for uncommon (changing images in the middle, use case for 2 deployments can be handled by timeouts)13:20
lucasagomesdoes the images in glance have a checksum in their metadata? if so could we at least test the local image checksum with the glance metada checksum?13:21
ifarkasdtantsur, ok, so how about, adding this feature to ironic but disabling it by default?13:22
ifarkasand we can support both workflow13:22
dtantsurifarkas, makes sense. And I also feel like adding some timeout, say 1 hour, so that we don;t cache old sh*t forever13:23
ifarkaslucasagomes, checking checksum also seems to be a good idea13:23
dtantsurNobodyCam, could you comment on this all ^^^13:23
lucasagomesright, I will add a comment to the review... code wise it lgtm dtantsur13:24
NobodyCamsorry was in OoO channel13:24
dtantsurifarkas, images do have checksums13:24
ifarkasyes13:24
*** andreykurilin has quit IRC13:24
dtantsurIdea: we can include checksum into local image path, so that a new one will be always downloaded (and an old one will be purged after some time)13:27
dtantsurifarkas, lucasagomes  ^^^ ?13:27
lucasagomesdtantsur, yeah this is one thing I was thinking13:28
NobodyCamthey do seem to contradict one anohter13:28
openstackgerritRuby Loo proposed a change to openstack/ironic: Install guide for Ironic  https://review.openstack.org/8164513:28
lucasagomesdtantsur, now... idk if glance does keep a checksum in the image metadata13:28
dtantsurlucasagomes, glance image-show shows it13:28
ifarkasdtantsur, adding checksum to the image path seems to be a good solution13:30
lucasagomesdtantsur, right yeah... I think the checksum would be a good way to go13:30
NobodyCamI would have to think about this. but I think checksum is a good short term solution13:31
lucasagomesanyway, I added lifeless and devananda to give their input on this as well13:31
*** blamar has quit IRC13:31
lucasagomesNobodyCam, right, why a short term solution? or you think that the idea of ironic caching images doesn't really belong to ironic13:32
dtantsurnobody else can cache things for you :)13:32
NobodyCamthe latter.. I'm not convinced we should be cacheing images.. Thou I do see the beniffet to it13:32
NobodyCambut thats what glance is for13:33
NobodyCamif we get to a point where the agent is pulling images directly from glance we wont be able to cache them13:33
lucasagomesright13:34
lucasagomesI think we are going towards that direction anway13:34
lucasagomesanyway13:34
*** blamar has joined #openstack-ironic13:34
NobodyCamthus the "short term" comment13:34
NobodyCam:-p13:34
lucasagomesheh got ur point now13:34
dtantsuryeah, point about agent makes sense13:35
*** tteggel has joined #openstack-ironic13:40
NobodyCamanyone what to check out my review of https://review.openstack.org/#/c/87501/ make sure i'm not on crack13:42
NobodyCamor lack of coffee13:42
lucasagomesNobodyCam, sounds correct to me, ironic seems to be creating that dir... maybe worth checking devstack as well13:48
NobodyCamlucasagomes: ack thats what I thought13:49
ifarkasNobodyCam, lucasagomes, did you check the bug? https://bugs.launchpad.net/tripleo/+bug/130790713:49
ifarkasI also see the directories created beforehand but then the bug should be invalid13:50
lucasagomesifarkas, hmm yeah... hmm lemme do a quick investigation13:51
lucasagomesjust looked quickly in the ironic code it seesm to be calling fileutils.ensure_path to create such directory13:51
lucasagomesah I see13:51
lucasagomeshmmm13:51
NobodyCamlucasagomes: are we not setting ownership when we create the dir's13:52
lucasagomesNobodyCam, yeah, and it might not have the right permission to create the dir as well13:53
dtantsurMikhail_D_wk, hi again :) Thanks for great refactoring job, I just have a question: did you think how to merge these changes? I mean, every other merged change breaks them.13:53
lucasagomessee the bug that ifarkas posted https://bugs.launchpad.net/tripleo/+bug/130790713:53
dtantsurI wanted to bring this up on a meeting, but we didn't have time13:54
NobodyCamdtantsur: your seeing this too13:54
ifarkaslucasagomes, NobodyCam but the processes are running by the ironic user, so it should be fine, not?13:54
NobodyCamthey should be13:55
lucasagomesdepends whether the ironic user does have permission to create dirs under /var/lib/...13:56
NobodyCamlucasagomes: the review and tripleo run with /mnt/state/*13:56
lucasagomesright, is that the ephemeral partition?13:57
NobodyCamya and we set that to be owned by the ironic user: https://github.com/openstack/tripleo-image-elements/blob/master/elements/ironic-conductor/install.d/68-ironic-tftp-support#L1913:58
Mikhail_D_wkdtantsur: I think need control for the new patches that can conflict with this patches... and I think final rebase need do before squash-review... if it happens =)13:58
NobodyCamoh seems I need to do a quick walkies.. brb13:59
lucasagomesNobodyCam, hmm I see... heh idk gotta take a look at the elements to see how that could have happened13:59
dtantsurMikhail_D_wk, well, the solution could be postponing all accepts for a few hours, while you and a couple of reviewers (I can help, but I don't have +2 power) quickly land all these large patches14:00
lucasagomeslooks alright to me, seems that bug/patch is not needed14:00
ifarkaslucasagomes, btw, I deployed undercloud with the seed machine using ironic and didn't hit this issue14:02
rloodtantsur, Mikhail_D_wk, I was wondering about that too. We should be able to land one at a time, no? starting with https://review.openstack.org/#/c/60025/?14:03
rlooMikhail_D_wk, jenkins -1'd 60025. Not sure if I should review it now, or wait for a rebase?14:04
dtantsurrloo, rebase is one side of the problem. Another is to do it quickly (it = 2 * +2), otherwise some change is gonna land in between and you have to start from the beginning14:05
dtantsurwe can ask to people with +2 power to just sit at some not-too-busy time every day and land one of these14:05
*** jbjohnso_ has quit IRC14:05
rloodtantsur: I don't know that it is reasonable to expect ALL of them to be landed at the same time. I'd like to at least start with one ;)14:06
rloodtantsur: not sure there is a 'not-too-busy' time. But I'd really like to get Mikhail's changes in.14:06
dtantsurrloo, one per day :)14:07
romchegMorning guys14:07
NobodyCamlucasagomes: could you add comment to the review?14:07
rloodtantsur: only if it keeps the doctor away ;)14:07
NobodyCammorning romcheg14:07
rloomorning romcheg!14:07
romchegI'm going to specify the version of ironiclient here https://github.com/openstack/requirements/blob/master/global-requirements.txt#L8614:08
romchegI don't think it's going to break something14:08
rlooromcheg: minimum version of ironicclient?14:08
NobodyCamromcheg: are you seeing a issue?14:08
romchegNobodyCam: basically I got an issue by using a mirror of pypi14:09
romchegNobodyCam: Which was out of sync14:09
romchegSo I got an older version installed14:10
NobodyCamahh :)14:11
linggaolucasagomes ping14:12
romchegbut probably that is not an issue14:12
romcheg*not an issue we should carry about14:12
NobodyCam:)14:13
lucasagomeslinggao, pong 1 sec I'm in a call14:14
rlooromcheg: I think if you encountered that problem, it is probably worth fixing so it helps the next person.14:15
NobodyCamrloo: ++14:15
romchegWill make a patch then14:16
*** pcargnel has joined #openstack-ironic14:17
pcargnelHi, could someone help me understand this bug: https://bugs.launchpad.net/ironic/+bug/128478114:17
*** jbjohnso_ has joined #openstack-ironic14:19
NobodyCampcargnel: looks like wsme added readonly and mandatory options14:20
NobodyCamreading the bug we also have code that14:21
NobodyCamI read thee bug as clean up our (ironic's) code to use wsme's options14:22
pcargnelNobodyCam, so the idea is to remove from, in this case, JSonPatchtype, the validations for readonly and mandatory?14:22
NobodyCamreading Haomeng's comments that what I get.. but I have not look deeply at the code14:23
pcargnelOk, I'll take a deeper look and propose a patch. It's better to discuss with code :)14:25
openstackgerritDirk Mueller proposed a change to openstack/python-ironicclient: Remove py3kcompat module  https://review.openstack.org/8765614:26
*** foexle has joined #openstack-ironic14:29
NobodyCampcargnel: great!14:29
*** martyntaylor has joined #openstack-ironic14:29
foexleheyho guys :) a short question. Would be ironic in IceHouse production ready for mixed setups? It's hard to find informations about mixed clouds with virt compute aggregates and bare metal provisioning14:31
NobodyCamfoexle: not sure what production ready is?14:32
*** martyntaylor1 has quit IRC14:32
NobodyCammulti tentant?14:32
foexleNobodyCam: yes and i mean more or less stable14:33
NobodyCamIronic will not be in the ice house release.14:33
foexleoh really ? i thought its the new incubation project14:34
NobodyCamyes but Ironic did not graduate in this cycle14:34
foexleahhh ok all right good to know14:34
foexleso i need to look for bm drivers for the moment -.- ...14:35
NobodyCam:)14:40
NobodyCamwe will(should)  be released in J cycle14:40
NobodyCambrb14:40
foexleNobodyCam: Juno i see, some good features comes to Juno release :). All right, last question: I'm looking since a while for a good howto/tutorial/explanation do you have a good target ? .... Thanks for your time14:43
*** agordeev has quit IRC14:43
*** martyntaylor has quit IRC14:46
*** jgrimm has quit IRC14:49
*** sanek11 has joined #openstack-ironic14:50
*** sanek11 is now known as agordeev14:52
lucasagomeslinggao, pong back :)14:54
linggaolucasagomes, I am reviwing your patch 86588 (ipminative) and have a questions.14:54
linggaoI saw you overwrote boot_devices.DISK from 'disk' to 'hd' to match pyghmi api in _BOOT_DEVICES_MAP.14:54
linggaoSo the question is: when set_boot_device is called, what is the value of device if it is boot_devices.DISK? 'disk' or 'hd'?14:54
lucasagomeslinggao, oh... I think I haven't mapped... it should be hd https://github.com/stackforge/pyghmi/blob/master/pyghmi/ipmi/command.py#L215-L22114:56
lucasagomeslinggao, but I can see a prob with my patch alreayd14:57
NobodyCamfoexle: tutorial for?14:57
lucasagomesI didn't convert it...14:57
linggaoI was not sure adding  _BOOT_DEVICES_MAP will automatcally convert it or not :)14:58
*** jistr has quit IRC14:58
lucasagomeslinggao, heh not really urgh... thanks for pointing it out14:59
lucasagomesI'm going fix it quickly here14:59
lucasagomeslinggao, I based on that docstring for the values... but there's one there that I think will cause problem on pyghmi15:00
lucasagomesoptical is not being mapped15:00
lucasagomesjbjohnso_, https://github.com/stackforge/pyghmi/blob/master/pyghmi/ipmi/command.py#L215-L22115:00
lucasagomesjbjohnso_, optical is not part of the boot_devices mapping15:01
lucasagomeshttps://github.com/stackforge/pyghmi/blob/master/pyghmi/ipmi/command.py#L25-L4215:01
*** rloo has quit IRC15:01
linggaolucasagomes, I was talking to jbjohnso_ on the mapping. Could you also map BIOS to 'setup15:01
*** rloo has joined #openstack-ironic15:02
lucasagomeslinggao, will do, I was unsure about that one15:02
lucasagomesby the description in the docstring15:02
NobodyCamrloo: 86127 just a rebase...oh I thought I had +2 that one15:02
foexleNobodyCam: so i've read the baremetal wiki and it seems to be deprecated at several places. I thought you know any maybe15:02
*** jistr has joined #openstack-ironic15:02
jbjohnso_linggao, I can, but fyi, the reverse mapping can't be as forgivinG15:02
*** rloo has quit IRC15:02
jbjohnso_lucasagomes, as, right, guess I'll add optical so it can be symmetric15:03
*** rloo has joined #openstack-ironic15:03
lucasagomesjbjohnso_, ack... I'm using cdrom anyway :)15:03
jbjohnso_+    'optical': 0x14,15:03
jbjohnso_+    'bios': 0x18,15:03
rlooNobodyCam: I don't think you looked at 86127. you're probably thinking of some other docn ;)15:03
NobodyCamfoexle: have you read https://wiki.openstack.org/wiki/BaremetalSplitRationale15:04
NobodyCamits why we're (Ironic) here15:04
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Add optical and bios aliases for boot devices.  https://review.openstack.org/8768215:04
jbjohnso_there, review that at your leisure15:04
linggaolucasagomes, there is no 'optical' in ironic.common.boot_devices15:04
lucasagomeslinggao, yeah, there's CDROOM15:04
lucasagomesCDROM*15:04
linggaoyou have mapped CDROM already15:05
jrollfoexle: just run ironic in production15:05
jrollfoexle: what could go wrong? :)15:05
jrollmorning ironic15:05
lucasagomeslinggao, yeah I think it's better in ironic to only have 1 name for each boot device, and drivers internally can map it for whatever they need15:05
NobodyCamhumm rloo: line 24.. of https://review.openstack.org/#/c/86127/2/doc/source/cli.rst .... what if I have no-auth set15:05
NobodyCammorning jroll :)15:06
linggaothere is 'SAFE' in ironic.common.boot_devices, is it used in the code now?15:06
jrollheya :)15:06
foexlejroll: yeah .... i'll take a look on my test env.15:06
foexleNobodyCam: yeah i've read it15:06
lucasagomeslinggao, it was being used by the ipmitool driver15:06
NobodyCamfoexle: to jroll's comment.. ironic is being developed while Nova-bm is stale..15:06
lucasagomeslinggao, so I just added it to the boot_devices as well15:06
rlooNobodyCam: you'd only have no-auth set if you're testing I think. Even with no-auth set, you have to specify something here, for IRONIC_URL/OS_AUTH_TOKEN.15:07
jrollfoexle: it's definitely not production ready, but it's getting there. having another person with a goal of running in production and finding bugs is super helpful :)15:07
linggaolucasagomes, SAFE is not supported yet in pygmi. jbjohnso_ can add that if it is needed.15:07
jrollrloo: one could run noauth with ironic if the network is secure15:08
lucasagomeslinggao, jbjohnso_ that would be good :)15:08
*** martyntaylor has joined #openstack-ironic15:08
lucasagomeslinggao, so right now I'm just not supporting safe in the native driver15:08
lucasagomeswhich is fine, as things are added we can just extend that mapping15:08
rlooNobodyCam: not sure I want to complicate this by saying IF bare-metal service is set up with config .. noauth, you should ... here. DId you want me to?15:08
linggaohey jbjohnso_, I found you a job :)15:08
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMINative to use the new ManagementInterface  https://review.openstack.org/8658815:09
jrollrloo: oh, looked at the link. hmm.15:09
*** yongli has quit IRC15:09
linggaolucasagomes, fine with me.15:09
NobodyCamrloo: I can see that.. this is not developer docs15:09
NobodyCamwas just muttering outlouad15:09
rlooNobodyCam. I was just wondering if this was developer or admin doc :-)15:09
*** sseago has quit IRC15:09
jrollNobodyCam: I hope that if someone is running with noauth, they know what they're doing well enough to not need that part of the docs :)15:09
jrollor know enough to know they don't need user/pass15:10
NobodyCamjroll: ++ yes15:10
jrollI think it's fine15:10
linggaolucasagomes and all, I am working on revising console API. Currently we have the following implementation:15:11
linggaoPUT v1/nodes/<uuid>/states/console   to change the console mode15:11
linggaoGET v1/nodes/<uuid>/states/console   to get the console information and it returns the url of the console when the console is enable. It throws exception when the console is disabled.15:11
rlooI think if we get people asking -- we might consider adding it in.15:11
NobodyCamrloo yes... +2'd15:11
jrollrloo: +115:11
anteayao/15:11
* jroll heads off to the office... bbl15:11
NobodyCamhi anteaya15:12
rloothank you NobodyCam, jroll. And hopefully it'll be someone else that adds it in later :-)15:12
linggaolucasagomes, I feel that the GET console information should be v1/nodes/<uuid>/console as I mentioned in the team meeting.15:12
linggaoIt should return {console: {'console_enabled': 'true','url': 'blahblah', 'type': 'blah'}} if the console is enabled.15:12
linggaoand return console: {'console_enabled': 'false','url': 'none', 'type': 'none'}} if the console is not enabled.15:12
anteayaNobodyCam: heya slow train wifi15:12
jbjohnso_lucasagomes, ok, can add, have you ever seen safe actually work?15:12
lucasagomeslinggao, right... yeah the /states/ URI doesn't makes much sense there... I agree with that15:12
lucasagomesjbjohnso_, haven't tested15:12
NobodyCamlol i'm on slow t-mobile mifi :)15:12
anteayaNobodyCam: I need to add a docs publishing job to one of our repos, I know you publish your docs, can you think of a patch I can copy?15:13
anteayabirds of a feather15:13
rlooanteaya: I  just did that for python-ironicclient. sec.15:14
anteayarloo: awesome thanks15:14
NobodyCam:)awesome ty rloo15:14
linggaolucasagomes, thanks. I'll make that happen and put out for review.15:14
rlooanteaya: is this what you want: https://review.openstack.org/#/c/86390/15:14
lucasagomeslinggao, the output seems easier to the parser for me the way you described15:14
lucasagomeslinggao, I would +2 that yes15:14
anteayarloo: thanks15:14
rlooanteaya: it is a bit different for the client docs vs the non-client docs.15:14
anteayaI'll look around, it gives me a place to start15:15
anteayathanks15:15
NobodyCamok going to get ready to hit yawn road.. please use gtalk/hangout to get me if I am need in the little while15:15
anteayaNobodyCam: happy trails15:15
lucasagomeslinggao, thanks for cleaning that up, we needed the console + api done to get out of the incubation so I don't think it was very well engineered15:16
rlooanteaya: let me know if you have questions. but yeah, if you look in those files, you can see other projects.15:16
anteayaoh and I met a high school student at pycon15:16
foexlejroll: heheh yeah i know :) .... so let me try on my dev env, maybe it make me happy and i can use it. It's not for a high frequented boot and destroy setup i'm looking only fo a good solution to merge bare metal machines for swift data nodes and whatever to the existing tenants. so ill try then ironic instead of bm driver15:16
NobodyCam:) will be at the east end of texas15:16
NobodyCamhehehe15:16
anteayagetting him to join openstack contributions15:16
foexleNobodyCam and jroll thanks again for your time15:16
anteayaI will suggest he hang out in here15:16
NobodyCamok be back later15:16
NobodyCamfoexle: anythiime15:16
linggaolucasagomes, thanks for the encouragment.15:16
NobodyCamanytime even15:16
NobodyCam:-p15:16
anteayarloo: thanks will ask15:17
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Add optical and bios aliases for boot devices.  https://review.openstack.org/8768215:17
jbjohnso_there, added safe15:17
anteayaI'll introduce him once he gets back home and online15:17
jbjohnso_don't think firmware/OS ever actually coordinate enough for that to work in practice, but that's an implementation detail15:17
rlooanteaya: one more think I should add. That's the patch, but I'm still waiting for it to be approved. I was told that it should work as long as your python setup.py build_sphinx works ;)15:17
linggaojbjohnso_ have your put it on the pip?15:17
jbjohnso_linggao, I can tag if people like the review15:18
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Decorated commands no longer take command_name  https://review.openstack.org/8714715:18
*** hemna_ has joined #openstack-ironic15:19
jbjohnso_lucasagomes, linggao: feel free to review 8768215:19
jbjohnso_should be nice and simple15:19
lucasagomesjbjohnso_, will take a look15:19
jbjohnso_hmm..15:19
anteayarloo /me nods15:19
linggaojbjohnso_, just did. (+1)15:20
jbjohnso_I need to look more..15:20
lucasagomesjbjohnso_, just one thing about the docstring in the set_bootdev methods15:22
lucasagomesjbjohnso_, would be good to update that as well15:22
*** foexle has quit IRC15:22
jbjohnso_well, might want to take another look after lunch, I think I flupped the values15:22
jbjohnso_I'll have to take a deeper look15:22
lucasagomesjbjohnso_, ack I'm on the reviewer list so it will pop up in my inbox... I will take a look once you put up a new patch set15:23
jbjohnso_basically, think I might have already had a bug15:23
openstackgerritA change was merged to openstack/python-ironicclient: Add documentation for ironic CLI  https://review.openstack.org/8612715:23
linggaoHi matty_dubs, thanks for +1 path 64100 (console support).  I have checked in another set to correct the spelling errors where the exception name were used. Could you please review it when you have a chance?15:26
*** Mikhail_D_ltp has joined #openstack-ironic15:28
linggao:q15:35
*** jgrimm has joined #openstack-ironic15:36
*** jbjohnso_ has quit IRC15:36
*** Mikhail_D_ltp has quit IRC15:45
*** yuriyz has quit IRC15:49
*** hemna_ has quit IRC15:50
*** hemna_ has joined #openstack-ironic15:51
devanandagood morning, all15:54
Shrewsdevananda: morning15:56
jrollmorning devananda :)15:56
dtantsurdevananda, morning15:57
devanandahow's everyone today?15:57
*** matty_dubs is now known as matty_dubs|lunch15:57
lucasagomesdevananda, morning15:59
lucasagomesmorning Shrews jroll :)15:59
jrollheya lucas :)15:59
lucasagomesdevananda, we still need GET in the vendor passthru? I had it in my todo list15:59
*** coolsvap|afk is now known as coolsvap15:59
jrolldoing well, deva, how're you?15:59
jrolllucasagomes: to list the available methods?16:00
lucasagomesdevananda, from a conversation we had last month I think16:00
lucasagomesjroll, no it was to support GET methods in the vendor_passthru16:00
*** eghobo has joined #openstack-ironic16:00
jrollalso, thinking about design sessions... anything y'all would like to talk about related to the agent?16:00
lucasagomesright now we only support POST'ing16:00
jrollahhh I see16:01
lucasagomesso vendors might want to add a method to return some state16:01
lucasagomesor something related to their hardware but right now it's not supported by our API16:01
jrollyep. makes sense16:01
devanandalucasagomes: hmm. vendor-passthru? probably not. driver-vendor-passthru? possibly?16:01
lucasagomesI can't remember the use-case of the discussion, I just had it in my list so I was taking a look at it16:01
*** eghobo has quit IRC16:01
lucasagomesdevananda, right, this is another thing16:02
devanandaright16:02
lucasagomesdriver-vendor-passthru and vendor-passthru16:02
lucasagomesI think I mentioned it before, can't we merged both of it?16:02
lucasagomesmake node to be a parameter of the driver-vendor-passthru?16:02
devanandaah16:02
devanandaso i think a reason we didn't do that16:03
devanandaws the synchronous nature of it16:03
lucasagomesif node -> generates a rpc topic for a specific conductor16:03
devanandaboth of those have to use RPC call16:03
lucasagomesif not generate a random topic16:03
devanandaand API has to wait for reply from conductor16:03
lucasagomesyeah... now it's solved16:04
lucasagomeswe have a sync validation and all...16:04
*** jistr has quit IRC16:09
*** jistr has joined #openstack-ironic16:10
*** eghobo has joined #openstack-ironic16:11
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Complete wrapping ironic client calls  https://review.openstack.org/8699316:11
Shrewslucasagomes: i love it when i accidentally fix bugs that i didn't know existed  :)16:13
lucasagomesShrews, ah heh yeah that's good!16:13
*** foexle has joined #openstack-ironic16:14
*** derekh has quit IRC16:15
*** eghobo has quit IRC16:16
devanandalucasagomes: on the driver fields mapping patch16:19
devanandalucasagomes: somehow I didn't realize it was consolidating the patch instance_uuid until just now16:19
*** eghobo has joined #openstack-ironic16:19
lucasagomesdevananda, right, yeah so it would send 1 request to update all16:20
devanandalucasagomes: that was a separate call because it acts as a lock -- it should raise an error if attempting to set the instance_uuid when one is already set.16:20
devanandado you know if that will still occurr?16:20
lucasagomesdevananda, hmm... dunno, lemme give it a quick test16:21
*** lazy_prince has quit IRC16:23
devanandai'm looking at api/controllers/v1/node and conductor/manager:update_node and I dont see anything that is enforcing that any longer16:23
lucasagomesdevananda, nothing happens if it's already set,http://paste.openstack.org/show/75792/16:23
*** foexle has quit IRC16:23
lucasagomesyeah16:23
devanandalucasagomes: change the value16:24
devanandalucasagomes: like, what happens if nova-scheduler tries to spawn() two instances on the same node.16:24
lucasagomesdevananda, ahhh yeah it fails16:25
devanandagood! but why? lol16:25
lucasagomeshttp://paste.openstack.org/show/75793/16:25
lucasagomeslemme see16:25
lucasagomesalthough the message is wrong16:25
lucasagomesit should say it's already associated with the other instance16:25
lucasagomesheh lemme dig into the code16:25
devanandaahhh16:26
devanandathe check is buried in db/sqlalchemy/api16:26
devanandagood16:26
devanandawell, the exception message is patently wrong, lol16:26
devanandaso that's a bug16:26
lucasagomesheh yeah16:26
lucasagomeswill open a bug about it got the logs here16:27
devanandathanks!16:27
*** dshulyak has quit IRC16:27
*** dwalleck has joined #openstack-ironic16:30
*** Alexei_987 has quit IRC16:31
*** max_lobur has quit IRC16:41
*** eguz has joined #openstack-ironic16:45
*** dwalleck has quit IRC16:45
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Fix message preventing overwrite the instance_uuid  https://review.openstack.org/8773116:48
*** eghobo has quit IRC16:49
lucasagomesdevananda, quick q re https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L199-L20916:51
devanandaya16:52
devanandaahh. i think we can remove that TODO16:52
devanandaas we're clearly handling that fine already16:52
lucasagomesdoes it makes sense to prevent instance_uuid to be updated based on the power states? would be better to check whether the node is already provisioned (provision_state != nostate) and is in transition (target_power_state != nostate)?16:52
openstackgerritA change was merged to openstack/ironic-python-agent: Added metaclass statement  https://review.openstack.org/8687616:52
lucasagomesand not in transition*16:53
devanandalucasagomes: hm, right. dont allow changing instance_uuid if node is provision(ed|ing)16:54
lucasagomesyeah16:54
lucasagomesI think it would make more sense than looking at the power_state (probably that code is quite old, before we had 2 states for a single node)16:54
devanandaI think we've covered some other cases already (and better) that this originally covered (eg, with maintenance mode)16:54
devanandaright16:54
devanandathinking in text ...16:55
jrolllooking at provision_state and target_power_state would fix this bug as well :) https://bugs.launchpad.net/ironic/+bug/130620216:56
devananda- allow instance uuid to be SET when (target_)provision_state are unset16:56
*** newell_ has joined #openstack-ironic16:56
devananda- dont allow instance_uuid to be updated (how will this interact with "nova rebuild" ???)16:56
devanandado maintenance and power state matter at all, then?16:57
*** harlowja_away is now known as harlowja_16:58
jrollwell, the power state check is somewhat valid, but should probably be moved to the driver16:58
jrollright now it is ensuring that the node is powered off when deployed16:58
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Support for v2 agent payloads  https://review.openstack.org/8698416:58
jrollwhich should be up to the driver16:58
jrollrelated: https://review.openstack.org/#/c/86744/16:58
*** coolsvap is now known as coolsvap|afk16:58
devanandajroll: thnen that should be done in do_node_deploy, not in update_node16:59
jroll+116:59
jrollJoshNang: this conversation is relevant to your interests16:59
JoshNang+1 :)16:59
devanandabrb16:59
jrollJoshNang: want to fix up your patch to do that?17:00
JoshNangthough in my patch I added a validate_power_state method. I'm fine either way.17:00
jrollI like it in do_node_deploy17:00
lucasagomesyeah and we already check if the node is in maintenance mode in the rpc do_node-deploy17:00
jrollJoshNang: and maybe a second patch to check provision_state in update_node when changing instance_uuid as deva/lucas talked about17:00
lucasagomes+117:01
JoshNangjroll: I think I have that patch already written but lacking a few tests17:01
jrollJoshNang: oh? is it up?17:02
JoshNangnot yet17:02
jrollok17:02
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Better handling of missing drivers  https://review.openstack.org/8357217:02
*** EmilienM has quit IRC17:03
*** Mikhail_D_ltp has joined #openstack-ironic17:05
openstackgerritA change was merged to openstack/ironic: Install guide for Ironic  https://review.openstack.org/8164517:07
*** EmilienM has joined #openstack-ironic17:07
*** stevehuang has joined #openstack-ironic17:14
*** lucasagomes is now known as lucas-dinner17:19
*** zdiN0bot has joined #openstack-ironic17:22
*** lucasagomes has joined #openstack-ironic17:25
*** lucasagomes is now known as lucas-afk17:25
*** lucas-dinner has quit IRC17:28
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Decorated commands no longer take command_name  https://review.openstack.org/8714717:30
*** zdiN0bot has quit IRC17:37
*** zdiN0bot has joined #openstack-ironic17:38
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Complete wrapping ironic client calls  https://review.openstack.org/8699317:39
*** lazy_prince has joined #openstack-ironic17:41
*** overlayer has joined #openstack-ironic17:41
*** rupsky has joined #openstack-ironic17:46
*** absubram_ has joined #openstack-ironic17:47
JoshNanghey guys, I'm getting a lot of "OperationalError: (OperationalError) no such table: nodes" when trying to use get_test_node, then create_node. I'm kind of confused, it's not supposed to be hitting a DB in testing, right?17:48
*** matty_dubs|lunch is now known as matty_dubs17:48
devanandaJoshNang: unit testing?17:49
JoshNangyup!17:49
*** epim has joined #openstack-ironic17:49
devanandaJoshNang: so, some of our unit tests definitely touch the DB. There's even a special class for those -- https://github.com/openstack/ironic/blob/master/ironic/tests/db/base.py#L2217:50
*** sseago has joined #openstack-ironic17:50
JoshNangah hah17:51
JoshNangthanks devananda!17:51
openstackgerritA change was merged to openstack/ironic-python-agent: Decorated commands no longer take command_name  https://review.openstack.org/8714717:51
devanandanp!17:52
JoshNangheh main problem was subclassing the openstack testcase, rather than Ironics. thanks again!17:54
devanandaahh, that'd do it :)17:54
*** eguz has quit IRC18:03
*** eghobo has joined #openstack-ironic18:04
*** jistr has quit IRC18:07
rloodevananda, lucasagomes, I'm ahem, reading some old emails, http://lists.openstack.org/pipermail/openstack-dev/2014-March/030392.html18:11
rloodevananda, lucasagomes, we just made some changes to return nodes that are powered off, not in maintenance, but that email suggests we might want to return maintenance too?18:12
*** lnxnut has joined #openstack-ironic18:12
devanandarloo: indeed... thanks for pointing that out18:12
devanandarloo: to do what that email discusses, we need the nova driver to not merely receive a list of nodes both in and not in maintenance18:13
devanandabut also to differentiate those two sets and tag some extra_specs onto the nodes in maintenance18:13
rloohow do we keep track of things-to-do?18:14
devanandaand validate that the nova scheduler won't match it on a normal request, but that, with the --force-hosts extension, it will18:14
devanandathat'll be fun to test :)18:14
devanandarloo: bugs!18:14
devanandarloo: launchpad bugs are really a crappy way to manage todo's, IMHO, but that's what we've got today...18:15
devanandakrotscheck is working on storyboard, which will make it sooooo much better18:15
rloodevananda. but it isn't a bug, it's a feature :-). Ok, I'll open a bug about it18:15
Shrewsand here i've been using notes on napkins. pfft18:15
russell_hdevananda: does anything exist today for reaping stale node locks, should a process die before releasing a lock?18:15
rlooShrews; as you as you do them, I'm fine if you use napkins ;)18:15
devanandarussell_h: no. we've discussed this for about six months now and haven't reached a solution with enough support yet18:16
russell_hdevananda: heh, ok18:17
devanandarussell_h: tldr; if we make an API for that, it is an invitation to abuse it.18:17
russell_hyep18:17
devanandarussell_h: so we need it to be automatic but *smart*18:17
russell_hwhat does "smart" mean here?18:17
devanandaavoid split brain18:17
russell_hI mean, never wrong18:17
russell_hright18:17
devanandadon't clobber a machine that's mid-firmware-flash18:17
devanandabecause, if you do, you brick it18:17
devanandaso "never wrong" is a good starting point ;)18:18
russell_hha18:18
*** jbjohnso has joined #openstack-ironic18:18
devanandaat the moment, the work around is simple enough: mysql ironic -e "update nodes set reserved_by = NULL where ..."18:18
devanandaso an operator can do it if they know they need to18:18
devananda(is that documented anywhere, besides IRC and napkins? probably not.)18:19
russell_hright, but in real life knowing that you need to sounds difficult18:19
russell_hat the very least you'd need to know that no one is going to hit your API while you're mucking around18:20
devanandarussell_h: if this becomes a problem for operators, I would expect a cron of some sort that queries, eg, for18:20
devanandaSELECT .. WHERE reservation not in (select distinct hostname from conductors)18:21
devanandaor18:21
devanandaSELECT .. WHERE updated_at < $old AND reservation IS NOT NULL18:21
russell_hthe conductor doesn't hold a reservation while its waiting on a callback from a node right?18:21
devanandaboth of those could find dropped locks. it could even be done via the REST API -- you just can't release them that way18:21
devanandarussell_h: correct18:22
devanandait sets the provision_state to waitcallback18:22
russell_hyep18:22
russell_hok, I'll think on it, I think I agree its not urgent18:22
devananda:)18:23
devanandarloo: https://storyboard.openstack.org/#!/18:23
devanandarloo: still fairly early in development, but krotscheck is makiing awsome progress on it18:24
rlooooo, for inter-related projects.18:24
devanandarloo: i think for now, filing a Wishlist bug is fine, but in time, i'd like to start using ^18:25
rloodevananda: ok, I'll follow your lead ;)18:25
lifelessNobodyCam: so https://review.openstack.org/#/c/87501/ -18:26
*** zdiN0bot has quit IRC18:29
*** epim has quit IRC18:29
*** mdickson has quit IRC18:30
*** zdiN0bot has joined #openstack-ironic18:31
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Add optical and bios aliases for boot devices  https://review.openstack.org/8768218:31
*** epim has joined #openstack-ironic18:32
jbjohnsolucas-afk, there is the change including docstring.18:33
jbjohnsoI for one am so elated that jenkins hates commits for punctuating the commit title18:34
*** jdob_ has joined #openstack-ironic18:35
openstackgerritPablo Fernando Cargnelutti proposed a change to openstack/ironic: Clean up of duplicated mandatory fields logic in JsonPatchType  https://review.openstack.org/8775518:40
*** dwalleck has joined #openstack-ironic18:42
*** mdickson has joined #openstack-ironic18:46
*** lnxnut has quit IRC18:47
*** mdickson2 has joined #openstack-ironic18:49
*** mdickson has quit IRC18:50
comstudI was wondering what the official 'stuck lock' solution was also :)18:51
*** tatyana has joined #openstack-ironic18:51
comstudbesides OOB DB query18:51
comstudhehe18:51
*** zdiN0bot has quit IRC18:52
*** romcheg1 has joined #openstack-ironic18:52
*** kevinbenton has joined #openstack-ironic18:56
*** overlayer has quit IRC18:57
*** mdickson2 has quit IRC19:01
*** mdickson has joined #openstack-ironic19:01
*** romcheg1 has quit IRC19:01
openstackgerritlinggao proposed a change to openstack/ironic: Modify the get console API  https://review.openstack.org/8776019:01
*** pcargnel has quit IRC19:02
*** dwalleck has quit IRC19:03
*** zigo has quit IRC19:04
*** zigo has joined #openstack-ironic19:07
*** romcheg1 has joined #openstack-ironic19:08
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Some minor clean up of various doc pages  https://review.openstack.org/8776519:10
devanandarloo: ^ might interest you19:10
*** dwalleck has joined #openstack-ironic19:10
rloodevananda: great. did you change alpha to beta?19:11
devanandayep!19:11
devanandaand added a link to release notes19:11
*** jdob_ has quit IRC19:11
rloogood. I'll take a look in a few minutess. doing some "local" docn now :-(19:12
*** lazy_prince has quit IRC19:12
*** dwalleck has quit IRC19:17
*** martyntaylor has left #openstack-ironic19:17
*** mdickson2 has joined #openstack-ironic19:23
rloodevananda: https://review.openstack.org/#/c/83572/10/ironic/common/driver_factory.py.19:23
jbjohnsosigh..  I can't scan a server in under half a second for failures19:23
rloodevananda: maybe I'm tired, but the driver that raises the DriverNotFound isn't the one that captures the exception.19:24
jbjohnso500 ms for this particular server...19:24
devanandarloo: i'm not sure what you mean. the driver(s) raise it, it's caught by a hook in stevedore19:24
rloodevananda. so 'we capture that exception' == stevedore captures it, and who logs the helpful message?19:25
devanandarloo: the hook we pass to stevedore19:25
devanandaah19:25
rloodevananda. the hook == _catch_driver_not_found?19:25
devanandarloo: so i removed the "more helpful message" somewhere along the patch series19:25
devanandarloo: yes19:26
rloothat's where I'm confused.19:26
devanandarloo: let me clean up the comment. functionally, it's sound, but the comment is misleading19:26
devanandathanks!19:26
rloook, thx!19:26
*** mdickson has quit IRC19:26
rloodevananda. stevedore isn't logging any message, is it?19:26
devanandarloo: start the conductor without that patch, yoyu'll get a huge traceback -- from stevedore19:27
devanandagrabbing a random log from jenkins19:27
devanandarloo: http://logs.openstack.org/87/85387/4/check/check-tempest-dsvm-virtual-ironic/3bb8931/logs/screen-ir-cond.txt.gz19:27
rloodevananda. that's the log w/o this change right?19:28
devanandarloo: compare to after that patch -- http://logs.openstack.org/72/83572/10/check/check-tempest-dsvm-virtual-ironic/86bf3a8/logs/screen-ir-cond.txt.gz19:28
devanandayes19:28
rloogeez, how are you so fast with the links?19:28
devanandahad two patches open already19:28
rlooso the 2nd one, with the patch, doesn't log any msg at all?19:29
devanandarloo: it logs an INFO19:29
devanandashowing which drivers were loaded19:29
*** epim has quit IRC19:30
rloodevananda. right. i thought the comment in your patch 'log a more helpful message' was referring to some msg about the driver-not-found-due-to-seamicro-missing-library19:30
*** zdiN0bot has joined #openstack-ironic19:30
devanandaahhh19:31
devanandalemme demonstrate19:31
rloo(just not clear to me what the comment is referring to, that's all.)19:31
openstackgerritlinggao proposed a change to openstack/python-ironicclient: node-get-console command use the new API  https://review.openstack.org/8776919:32
devanandarloo: so you've seen what the traceback looks like before the patch (and the service continues)19:33
devanandarloo: after the patch, if I explicitly set enabled_drivers=pxe_seamicro, i get this: http://paste.openstack.org/show/75813/19:33
rloodevananda: yup.19:33
devanandaso that's the helpful message19:33
devanandaand when loading is successful, all that i get is19:34
rlooahh, ok, thx. that explains it.19:34
devananda2014-04-15 12:33:56.236 19437 INFO ironic.common.driver_factory [-] Loaded the following drivers: ['fake', 'pxe_ssh', 'pxe_ipmitool']19:34
devanandahmm19:34
devanandaok, there's a missing unit test19:35
*** romcheg1 has quit IRC19:35
devanandaservice.start() should (and does) fail now, if a driver can't be loaded19:35
devanandabut i dont see a test for that19:35
rloopersonally, i'd get rid of the 'capture that exception and log a more helpful message'. that's really only useful if you knew that the messages before weren't that helpful.19:35
devanandayep19:35
*** romcheg1 has joined #openstack-ironic19:36
rloodoes service.start() fail with a fatal exception? i think I commented about that (a test for it)19:36
devanandait does19:37
rloocan't even remember now what i think it is a fatal exception; must have read it somewhere...19:37
rloooh yeah, the description for the new config 'enabled_drivers'19:38
*** epim has joined #openstack-ironic19:41
openstackgerritVladimir Kozhukalov proposed a change to openstack/ironic-python-agent: Added disk partitioner  https://review.openstack.org/8616319:42
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Better handling of missing drivers  https://review.openstack.org/8357219:55
*** Mikhail_D_ltp has quit IRC20:00
rloodevananda: the user guide has some formatting issues; are you going to leave those for the original author? http://docs.openstack.org/developer/ironic/deploy/userguide.html20:02
devanandarloo: i didn't want to tackle that in this patch20:02
rloodevananda: ok, no worries.20:02
devanandarloo: but i'll be happy to see anyone address them :)20:02
devanandaalso, just updated https://wiki.openstack.org/wiki/Ironic20:03
rloodevananda: I'll be happy too :-)20:04
devanandarloo: thanks :)20:04
rlooha ha20:04
rloodevananda. it isn't actually clear to me what should go in wiki.openstack.org, and what should go in docs.openstack.org/developer. email/irc aren't mentioned in the wiki?20:06
devanandarloo: it's not clear to me either, but as a rule of thumb, i'm going with20:07
devanandaif it should change when the code changes -- it goes in docs20:07
devanandaif it changes in relation to other things (like release or election cycles) it goes in the wiki20:07
devanandaor if it just changes when ever we want it to change -- again, wiki20:08
rlooahh. so the contributing part should go in the wiki.20:08
rloo(not that i care to move that info.)20:08
devanandahttp://docs.openstack.org/developer/ironic/dev/contributing.html20:08
devanandayea, a lot of that is duplicated in the wiki now20:09
rlooand I copied a lot of that for python-ironicclient ;)20:09
*** zdiN0bot has quit IRC20:10
rloohave to leave something for others to clean up!20:10
devananda:)20:10
devanandaactually i dont see things on dev/contributing that need to be changed / removed20:11
devanandathat's all fairly static links20:11
rlooso with your rule of thumb, it belongs in wiki ;)20:11
devanandathings like "link to current release notes" -- my sense is that doesn't belong in our developer doc tree -- if anything, it may eventually go in a versioned doc repo20:11
devanandaoh20:11
devanandahah, i see how you interpreted that20:11
rloooh that reminds me. are we going to have release notes for python-ironicclient?20:12
devanandaif it is unlikely to change, or should change explicitly when the code changes -- it goes to the in-tree developer docs20:12
devanandarloo: we do. on pypi20:12
rloodevananda: https://pypi.python.org/pypi/python-ironicclient. Where?20:13
devanandaer, yea. not there. sec20:13
devanandarloo: each release has release notes, eg http://git.openstack.org/cgit/openstack/python-ironicclient/tag/?id=0.1.320:14
devanandai'm not sure why those aren't visible on pypi20:14
rloodevananda. Good to know. Thx.20:15
devanandarloo: oooh, shiny! https://pypi.python.org/pypi/python-novaclient20:16
devanandarloo: so nova doesn't have a release notes up there either, but they do have pretty docs on pypi that we don't20:16
rloodevananda: yeah, I noticed that too.20:17
rloodevananda: the shiny stuff comes from the README. We don't have much there, but feel free to add.20:18
devananda;)20:19
rlooIt seems to me that unless we want to update the README all the time, maybe a link to the dev docs is sufficient.20:19
rlooI mean, once we have dev docs ;)20:19
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479520:26
*** lnxnut has joined #openstack-ironic20:34
devanandarloo: if the readme is mostly just the output of "ironic --help20:35
*** lnxnut has quit IRC20:35
devananda" then that's easy enough for me to script updating it every time i do a release20:35
*** lnxnut has joined #openstack-ironic20:35
rloodevananda: I think the readme is whatever we want to add ;). If I were a user, I'd want to know how to use it so yes, ironic --help would be useful.20:36
rlooand to know what versions/changes. that info should be avail somewhere... just need to find it.20:37
rloodevananda: fyi, the doc folks have a script that will generate xml docn for the 'ironic' command.20:38
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding swift temp url support  https://review.openstack.org/8139120:48
*** jdob has quit IRC20:58
*** harlowja_ has quit IRC20:58
*** harlowja has joined #openstack-ironic21:03
*** tatyana_ has joined #openstack-ironic21:06
*** zigo has quit IRC21:06
*** epim has quit IRC21:07
*** tatyana has quit IRC21:07
*** tatyana_ is now known as tatyana21:07
*** zigo has joined #openstack-ironic21:08
*** zdiN0bot has joined #openstack-ironic21:10
*** linggao has quit IRC21:12
*** zdiN0bot has quit IRC21:15
*** dwalleck has joined #openstack-ironic21:16
*** jbjohnso has quit IRC21:16
*** epim has joined #openstack-ironic21:17
*** coolsvap|afk has quit IRC21:25
*** coolsvap|afk has joined #openstack-ironic21:26
*** matty_dubs is now known as matty_dubs|gone21:28
NobodyCamhello From NeedVille Tx :)21:29
* dwalleck checks to see if that's actually a town21:32
dwalleckBut since it ends in -ville, I'll buy it21:32
dwalleckand damn, it is. You're one giant open area away21:36
adam_gdwalleck, FYI the baremetal scenario: it ended up being a combo of firewalling and lack of sudo for $STACK_USER21:36
*** absubram_ has quit IRC21:37
dwalleckadam_g: That makes sense since it worked when we both deployed it21:37
adam_gdwalleck, yeah.. devstack-gate drops $STACK_USER's sudo privs as soon as its done with devstack21:38
*** blamar_ has joined #openstack-ironic21:38
*** blamar has quit IRC21:38
*** blamar_ is now known as blamar21:38
*** zdiN0bot has joined #openstack-ironic21:39
dwalleckHuh, so the stack user for devstack-gate isn't a passwordless sudo user like in most other Devstack deployments?21:39
*** mrda_away is now known as mrda21:43
adam_gdwalleck, it is pre and during the devstack run, but the jenkins job removes its sudo privs before running tempest21:49
adam_gdwalleck, which uncovered that we were missing https://review.openstack.org/#/c/87408/21:50
dwalleckAhhh, now I get it21:50
dwalleckGood catch!21:51
NobodyCamlifeless: I just saw your comment21:53
NobodyCamdwalleck: We are docked at a friends farm here in needville21:55
*** epim has quit IRC21:56
*** zdiN0bot has quit IRC21:58
*** epim has joined #openstack-ironic22:00
*** rupsky has quit IRC22:01
*** zdiN0bot has joined #openstack-ironic22:02
*** epim has quit IRC22:02
*** harlowja has quit IRC22:03
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Drivers determine acceptable power states  https://review.openstack.org/8674422:04
*** harlowja has joined #openstack-ironic22:05
devanandasoliciting feedback on https://wiki.openstack.org/wiki/Ironic/ReleaseNotes/Icehouse22:10
dividehexcan someone help me wrap my head around how neutron ( and neutron dhcp-agent) is exposed to the bare metal nodes?22:10
*** dwalleck_ has joined #openstack-ironic22:10
devanandadividehex: sure. whatcha got so far?22:10
dividehexdevananda: i've been using the old nova baremetal driver and i'm looking at move to ironic.   on the old baremetal, i'm running a dnsmasq w/ static ip injection.  I'm also running neurton (ovs + gre).  How does ironic handle this?22:14
*** dwalleck has quit IRC22:14
*** tatyana has quit IRC22:15
devanandadividehex: ironic relies on neutron for dhcp, and for setting the dhcp boot option22:16
devanandadividehex: so, no dnsmasq. no static IP injection. no file injection of any sort.22:16
*** romcheg1 has quit IRC22:16
devanandahttp://docs.openstack.org/developer/ironic/api/ironic.common.neutron.html22:16
devanandahttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L49322:17
devanandaduring deploy, the PXE driver updates Neutron and changes the port dhcp options22:18
dividehexdevananda: thats awesome. although i'm not sure how to expose neutron dhcp-agent to the switch.  Do i need to do some ovs brigde magic? or does the dhcp agent run directly on the ethX device attached to the baremetal node switch?22:20
NobodyCamdevananda: could key feature #2 (Heterogeneous hardware support.) be confused with virt and baremetal in the same AZ?22:20
devanandadividehex: "expose neutron dhcpagent to the switch" -- this confuses me slightly22:23
devanandadividehex: is neutron-dhcpagent not on the same L2 broadcast domain as your bare metal nodes?22:23
devanandaNobodyCam: thanks, i'll clarify that22:23
NobodyCamother then that I really like it :)22:24
*** overlayer has joined #openstack-ironic22:25
dividehexdevananda: i might be confused about how neutron dhcpagent works.  My only experience Ive seen is L2 being isolated to the virt compute node22:25
*** athomas has quit IRC22:27
dividehexdevananda: is there any documentation regarding setting up neutron on a ironic conductor host or ironic environment?22:28
devanandadividehex: hm, not that i'm aware of. TripleO is doing that quite successfully, though22:29
devanandadividehex: in this case, the L2 is not isolated to a single host -- there is no virt compute node, after all.22:29
*** zdiN0bot has quit IRC22:31
devanandadividehex: all the testing I'm aware of to date relies on defining an AZ by putting all baremetal nodes into the same L2 domain, though you should be able to run multiple neutrondhcp agents. I don't know if anyone's tried spanning multiple L2 domains with Ironic (in a single AZ) yet.22:31
devanandaNobodyCam: feel like reviewing https://review.openstack.org/#/c/86971 ?22:34
dividehexdevananda: thanks for the help.  I'll keep poking through docs and probably take a look at what tripleO is doing.  I've been tasked with building out a baremetal provisioning system for out CI environment.  So I appreciate all the help and advice :}22:34
* NobodyCam looks22:34
devanandadividehex: great! please don't hesitate to ask -- folks in here are generally very helpful22:35
dividehexthanks!22:35
devanandadividehex: you also might be interested in our upstream CI work. devstack can stand up Ironic. configure neutron, etc...22:35
dividehexooohh that sounds interesting.  do you have a link?22:36
devanandadividehex: hmm. well. it's in devstack, so... :)22:36
dividehexi haven't tried devstack yet.  I take a look there22:37
devanandahttps://wiki.openstack.org/wiki/Ironic/Devstack22:37
devanandaactually22:37
devanandathat's a bit out of date22:38
* devananda dislikes wiki's for that reason22:38
dwalleck_I've realize that anything I don't store in a repository is always old22:39
devanandadwalleck_: exactly22:39
devanandadividehex: https://etherpad.openstack.org/p/IronicAndDevstackAgain22:39
dwalleck_And people don't like old data =P No good deed goes unpunished22:39
devanandadividehex: it's focused on our CI environment, but probably has enough data to get you started22:39
dwalleck_adam_g actually has a better one....there's one in the Ironic docs22:39
dividehexdevananda: excellent.  Thank you22:40
devanandadividehex: if you've never used devstack before, here's a tip: *dont* run it directly on your workstation!22:40
dwalleck_https://github.com/openstack/ironic/blob/master/doc/source/dev/dev-quickstart.rst is what I've been using22:40
dividehexhaha.. i'll make sure to spin up a vm for it.22:40
devanandadwalleck_: ah! right. I was just looking at that earlier today, heh22:41
* devananda annotates the wiki and 'pad to stop directing ppl there22:41
*** epim has joined #openstack-ironic22:48
*** iron1 has quit IRC23:00
*** jgrimm has quit IRC23:01
*** eguz has joined #openstack-ironic23:16
*** eguz has joined #openstack-ironic23:16
*** eghobo has quit IRC23:20
*** radsy has joined #openstack-ironic23:21
*** radsy has joined #openstack-ironic23:21
devanandarloo: you said there's a tool to convert .conf into xml doc'n -- would that work for eg. http://git.openstack.org/cgit/openstack/ironic/tree/etc/ironic/ironic.conf.sample ?23:22
rloodevananda: the tool converts 'ironic' command to xml doc. sec, let me give you an example.23:23
rloodevananda: http://docs.openstack.org/cli-reference/content/cinderclient_commands.html23:24
*** eguz has quit IRC23:24
devanandaah, that's handy too23:25
*** lucas-afk has quit IRC23:25
rloodevananda: there is docn about config settings too, I didn't ask the doc folks how they generated those. I assume they grab from the .conf but don't know if they have a script or not.23:26
devanandarloo: i was thinking of eg http://docs.openstack.org/havana/config-reference/content/configuring-openstack-compute-basics.html#section_compute-config-overview23:26
devanandayea23:26
rloodevananda. yup. i can ask. matty_dubs started writing something like that, but I think there must be some automated way...23:27
devanandaso eventually we'll need all that automata. I presume we'll be able to learn a lot more at the cross project doc'n sessions in atlanta23:27
rloodevananda. yup. when I 'spoke' with anne last week, she apologized for not having any docn for projects to do docn. She seemed really busy so I figured I'd ask more questions later.23:28
devanandaheh23:28
devanandathat's ironic :)23:28
*** eghobo has joined #openstack-ironic23:28
rloodevananda. I had this thought that I'd snoop around their stuff to figure things out, but ahh, I guess, that's low in my list of things I want to do soon.23:29
openstackgerritA change was merged to openstack/ironic: Refactor the driver fields mapping  https://review.openstack.org/8697123:30
rloodevananda. ie how docn do we need "now", vs "later"? If we have enough now, I'd rather postpone the rest for later.23:30
*** epim has quit IRC23:31
devanandarloo: we have users, increasingly many of them23:31
*** zdiN0bot has joined #openstack-ironic23:32
rloodevananda: so it'd be good to find out from doc folks, how soon we can leverage their scripts etc, to get docn up.23:32
*** openstackstatus has quit IRC23:32
devanandai'm not sure how to quantify "how much" we need, though. clearly, we aren't integrated with the main openstack-doc projects right now... but, i believe, that is a goal of the incubation process23:32
devanandaso that, when the TC votes to graduate ironic, we're already doc'd in all the right places and ways23:32
*** openstackstatus has joined #openstack-ironic23:32
devanandaand, to users, feel like just another openstack project23:33
devanandathat hasn't historically been the case ... but it's the goal the TC is pushing new projects towards23:33
devananda(and existing ones that aren't there yet)23:33
*** epim has joined #openstack-ironic23:33
rlooyes, it'd be nice to have docs before graduation. but we should since graduation is weeks away.23:34
devanandahm?23:34
rlooie, we have time before graduation to get the docs done ;)23:34
devanandas/weeks/months/ -- yes23:35
rlooi'm being optimistic ;)23:35
rloobesides, the weeks go by so quickly.23:35
devanandalol23:35
devanandathat they do23:35
devananda20 weeks really isn't that long ;)23:35
rlooonly 20?! better get movin'23:36
*** zdiN0bot has quit IRC23:36
*** epim has quit IRC23:36
rlooas far as the configuration docn goes, the stuff at http://docs.openstack.org/havana/config-reference/content/configuring-openstack-compute-basics.html#section_compute-config-overview looks mostly from the .conf.sample, so users can really just look at the .sample.23:37
devanandathat's what i figured ...23:38
rloowhat i think we need to do is make sure the docstrings for the config options are well-written.23:38
*** eguz has joined #openstack-ironic23:39
rloothe only additional useful info (from what i can tell) are the sample config settings.23:39
*** nosnos has joined #openstack-ironic23:39
*** eghobo has quit IRC23:43
*** overlayer has quit IRC23:50
*** rloo has quit IRC23:54
*** mordred has quit IRC23:58
*** mordred has joined #openstack-ironic23:58
*** ChanServ changes topic to "Restarting gerrit really quick to fix replication issue"23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!