Tuesday, 2014-10-07

*** ChuckC has joined #openstack-ironic00:07
*** praneshp has quit IRC00:09
*** chuckC_ has joined #openstack-ironic00:09
*** praneshp has joined #openstack-ironic00:13
*** todd_dsm has joined #openstack-ironic00:35
*** todd_dsm has quit IRC00:45
*** ryanpetrello_ has joined #openstack-ironic00:57
*** ryanpetrello_ has quit IRC00:59
*** nosnos has joined #openstack-ironic01:01
*** ryanpetrello_ has joined #openstack-ironic01:09
*** r-daneel has quit IRC01:10
*** ryanpetrello_ has quit IRC01:10
*** ryanpetrello_ has joined #openstack-ironic01:16
*** ryanpetrello_ has quit IRC01:16
*** todd_dsm has joined #openstack-ironic01:19
*** todd_dsm has quit IRC01:21
*** ryanpetrello_ has joined #openstack-ironic01:21
*** ryanpetrello_ has quit IRC01:26
*** takadayuiko has joined #openstack-ironic01:27
openstackgerritMark Atwood proposed a change to openstack/ironic: Cleans up some Sphinx rST warnings in Ironic  https://review.openstack.org/12527301:28
*** ryanpetrello_ has joined #openstack-ironic01:30
*** marcoemorais has quit IRC01:31
*** ryanpetr- has joined #openstack-ironic01:34
*** ryanpetr- has quit IRC01:34
*** ryanpetrello_ has quit IRC01:36
*** ryanpetrello_ has joined #openstack-ironic01:40
*** spandhe has quit IRC01:43
*** Kui has joined #openstack-ironic01:47
*** ryanpetrello_ has quit IRC01:48
*** ryanpetrello_ has joined #openstack-ironic01:51
*** ryanpetrello_ has quit IRC01:54
*** Poornima has joined #openstack-ironic01:54
*** todd_dsm has joined #openstack-ironic01:56
*** ryanpetrello_ has joined #openstack-ironic01:59
*** ryanpetrello_ has quit IRC02:01
*** ryanpetrello_ has joined #openstack-ironic02:06
*** rloo has quit IRC02:07
*** todd_dsm has quit IRC02:10
*** Haomeng has joined #openstack-ironic02:12
*** Haomeng|2 has quit IRC02:12
*** ryanpetrello_ has quit IRC02:12
*** dlaube has quit IRC02:12
*** todd_dsm has joined #openstack-ironic02:17
*** ryanpetrello_ has joined #openstack-ironic02:18
*** pcrews has quit IRC02:19
*** praneshp has quit IRC02:20
*** ryanpetrello_ has quit IRC02:21
*** ryanpetrello_ has joined #openstack-ironic02:25
*** praneshp has joined #openstack-ironic02:26
*** ryanpetrello_ has quit IRC02:27
*** zigo has quit IRC02:27
*** zigo has joined #openstack-ironic02:29
*** ryanpetrello_ has joined #openstack-ironic02:31
*** ryanpetrello_ has quit IRC02:32
*** todd_dsm has quit IRC02:35
*** ryanpetrello_ has joined #openstack-ironic02:36
*** ryanpetrello_ has quit IRC02:42
*** ryanpetrello_ has joined #openstack-ironic02:46
*** ryanpetrello_ has quit IRC02:46
*** notsogentle is now known as annegentle02:47
*** ryanpetrello_ has joined #openstack-ironic02:50
*** praneshp has quit IRC02:51
*** praneshp has joined #openstack-ironic02:51
*** ryanpetrello has quit IRC02:57
*** ryanpetrello_ is now known as ryanpetrello02:57
*** praneshp has quit IRC02:58
*** nosnos has quit IRC03:24
*** praneshp has joined #openstack-ironic03:29
*** praneshp_ has joined #openstack-ironic03:32
*** praneshp has quit IRC03:35
*** praneshp_ is now known as praneshp03:35
*** rushiagr_away is now known as rushiagr03:38
*** ramineni has joined #openstack-ironic04:01
*** rushiagr is now known as rushiagr_away04:09
*** nosnos has joined #openstack-ironic04:10
*** pensu has joined #openstack-ironic04:11
*** Poornima has quit IRC04:15
*** pensu has quit IRC04:19
*** Poornima has joined #openstack-ironic04:44
*** lazy_prince2 has joined #openstack-ironic05:10
*** lazy_prince2 has quit IRC05:12
*** rakesh_hs has joined #openstack-ironic05:17
*** loki184 has joined #openstack-ironic05:21
*** rushiagr_away is now known as rushiagr05:23
*** coolsvap|afk is now known as coolsvap05:24
*** harlowja is now known as harlowja_away05:26
*** nosnos has quit IRC05:37
*** nosnos has joined #openstack-ironic05:38
*** amitpp has joined #openstack-ironic05:40
*** amitpp has quit IRC05:41
*** nosnos has quit IRC05:42
*** nosnos has joined #openstack-ironic05:43
*** pensu has joined #openstack-ironic06:03
GheRiveromorning all06:49
*** jcoufal has joined #openstack-ironic07:09
*** arif-ali has quit IRC07:11
*** arif-ali has joined #openstack-ironic07:11
*** ifarkas has joined #openstack-ironic07:21
*** jistr has joined #openstack-ironic07:46
*** lazy_prince has quit IRC07:48
*** lazy_prince has joined #openstack-ironic07:49
*** lazy_prince2 has joined #openstack-ironic07:51
*** lazy_prince is now known as killer_prince07:53
*** killer_prince is now known as lazy_prince07:56
*** derekh has joined #openstack-ironic07:57
*** lazy_prince2 has quit IRC07:58
*** foexle has joined #openstack-ironic08:00
*** lucasagomes has joined #openstack-ironic08:11
*** openstackgerrit has quit IRC08:11
*** praneshp has quit IRC08:20
*** nosnos has quit IRC08:23
*** athomas has joined #openstack-ironic08:31
*** nosnos has joined #openstack-ironic08:40
*** dtantsur|afk is now known as dtantsur09:20
dtantsurg'afternoon Ironic09:20
*** loki184 has quit IRC09:26
*** lazy_prince has quit IRC09:29
lucasagomesdtantsur, afternoon :)09:36
*** kincl_ has joined #openstack-ironic09:43
*** kincl has quit IRC09:47
*** GheRivero has quit IRC09:47
*** GheRivero has joined #openstack-ironic09:47
*** loki184 has joined #openstack-ironic09:48
*** pelix has joined #openstack-ironic09:51
*** tatyana has joined #openstack-ironic10:09
*** romcheg has joined #openstack-ironic10:12
*** lazy_prince has joined #openstack-ironic10:34
*** lucasagomes_ has joined #openstack-ironic10:48
*** lucasagomes has quit IRC10:54
*** yuanying has quit IRC10:54
*** agordeev has quit IRC10:54
*** dhellmann has quit IRC10:54
*** mordred has quit IRC10:54
*** ramineni has quit IRC10:55
*** dhellmann has joined #openstack-ironic10:58
*** loki184 has quit IRC11:02
*** tatyana has quit IRC11:04
*** yuanying has joined #openstack-ironic11:07
*** agordeev has joined #openstack-ironic11:07
*** mordred has joined #openstack-ironic11:07
*** romcheg has quit IRC11:07
*** foexle has quit IRC11:09
*** foexle has joined #openstack-ironic11:11
*** lazy_prince has quit IRC11:23
*** lazy_prince has joined #openstack-ironic11:23
*** lucasagomes_ is now known as lucasagomes11:28
*** romcheg has joined #openstack-ironic11:29
*** lazy_prince has quit IRC11:30
*** jistr has quit IRC11:32
*** yuanying has quit IRC11:32
*** yuanying has joined #openstack-ironic11:33
*** takadayuiko has quit IRC11:35
*** takadayuiko has joined #openstack-ironic11:37
*** yuanying has quit IRC11:37
takadayuikolucasagomes, are you here??11:38
lucasagomestakadayuiko, hello there, yes I am11:39
takadayuikolucasagomes, Hi! I have a question about your patch, can I ask?11:40
*** lucasagomes has quit IRC11:44
*** Poornima has quit IRC11:48
*** jistr has joined #openstack-ironic11:52
*** jistr is now known as jistr|english11:54
*** lucasagomes has joined #openstack-ironic11:54
*** lucasagomes is now known as lucas-hungry11:54
lucas-hungrytakadayuiko, my connection is terrible today! please leave the comment on the patch... I will take a look at it soon after lunch11:54
lucas-hungryor here11:56
takadayuikommm, in fact it's not about your patch... about some source comments which you wrote, OK, I'll send an e-mail to you!11:56
lucas-hungrytakadayuiko, oh, is it? ok... well u can ask here too11:57
lucas-hungryI think my conn is back now11:57
lucas-hungryback to normal (I hope)11:57
takadayuikoOK OK11:57
takadayuikohttps://github.com/openstack-dev/devstack/blob/master/lib/ironic#L50011:57
takadayuikoCan we delete L.500-503 which you wrote?11:57
*** ndipanov has joined #openstack-ironic11:58
takadayuikoI've checked the BP(spec) https://blueprints.launchpad.net/ironic/+spec/add-node-instance-info but some patches related to this BP have been abandoned.11:58
lucas-hungrytakadayuiko, oh good one! yeah i think we are good now, we should include the pxe_deploy_kernel and pxe_deploy_ramdisk as part of the driver_info of the node directly11:59
lucas-hungryinstead of using the flavor11:59
*** dprince has joined #openstack-ironic11:59
lucas-hungrytakadayuiko, yeah the one that touches that bit is this one here https://review.openstack.org/#/c/101864/4/ironic/nova/virt/ironic/patcher.py12:00
lucas-hungrythat's basically a backwards compat thing, if the flavor contains the deploy kernel and deploy ramdisk id we use it12:01
lucas-hungryif not we assume the node have it in the driver_info12:01
* lucas-hungry brb 1 sec12:01
lucas-hungryI mean couple of minutes (is cooking)12:02
takadayuikohmm12:02
*** yuanying has joined #openstack-ironic12:03
takadayuikothank you, I'll read codes and patches again!12:06
*** coolsvap is now known as coolsvap|afk12:07
takadayuikoI'm too hungry to think about...12:08
takadayuikoI'm sorry to have kept you.12:09
*** linggao has joined #openstack-ironic12:30
lucas-hungrytakadayuiko, no worries :)12:30
*** tatyana has joined #openstack-ironic12:30
lucas-hungryyeah so on devstack we can delete that lines and make it add the kernel/ramdisk to driver_info directly :)12:30
*** tatyana has joined #openstack-ironic12:30
*** r-mibu has joined #openstack-ironic12:31
*** r-mibu has left #openstack-ironic12:31
*** tatyana has quit IRC12:31
* NobodyCam wishes he was ot awake :-p 12:38
NobodyCams/ot/not :-p12:39
*** lucas-hungry is now known as lucasagomes12:44
lucasagomesNobodyCam, morning12:46
*** openstackgerrit has joined #openstack-ironic12:49
NobodyCammorning lucasagomes :)12:50
*** viktors|afk is now known as viktors12:50
dtantsurNobodyCam, morning, today is a hard day to wake up :(12:54
NobodyCam:) morning dtantsur :) was easy to get up.. hard to sleep ..lol :-p12:55
dtantsuroh, that doesn't sound good either12:55
NobodyCamhehehehe12:56
*** pensu has quit IRC12:56
vdrokafternoon ironic!13:01
vdrokthere are some questions about https://review.openstack.org/#/c/125361/13:02
vdrokhow do you think tests should be split up?13:02
vdroklucasagomes suggested including context in base TestCase, and db fixture and dbapi in DbTestCase13:05
*** hyakuhei has joined #openstack-ironic13:06
lucasagomesyup, well I think it make things easier... The context is lighweight afaict... so on tests you just need to decide between do I need access to db or not? and inherit from TestCase or DbTestCase13:06
*** jistr|english is now known as jistr13:07
lucasagomesinstead of having 4 different classes: TestCase (no context, no db), ContextTestCase, DbTestCase and DbAndContextTestCase13:07
vdroklucasagomes, yup, I think it's a good idea, and context is separated from db fixture13:07
lucasagomesyup13:07
*** ndipanov is now known as ndipanov_gone13:08
hyakuheiHey all, I'm working to updates to our security notes, we have one about Nova Baremetal, currently it suggests that baremetal is only viable for test systems: http://lists.openstack.org/pipermail/openstack-dev/2013-July/011213.html13:10
hyakuheiThat seems a little stale...13:10
dtantsurvdrok, ++ for lucasagomes13:12
hyakuheiCan I get a very quick gerrit review to update it please? https://review.openstack.org/#/c/126203/1/security-notes/OSSN-0031 just point out anything that looks wrong and I'll make the changes.13:13
dtantsurhyakuhei, hi. the problem is still in place and will probably be solved only in K13:13
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Fix exceptions names and messages for Keystone errors  https://review.openstack.org/12650013:13
hyakuheiThanks dtantsur I'll update the OSSN.13:14
vdroklucasagomes, dtantsur, ok, thanks, will do it that way for now, and will wait for comments if someone comes up with something different13:14
*** bradjones has quit IRC13:15
*** dprince has quit IRC13:15
*** dprince has joined #openstack-ironic13:16
lucasagomeshyakuhei, dtantsur this are notes to Nova baremetal right? not ironic13:16
lucasagomesso it won't be fixed in K13:16
hyakuheiYeah, sorry for the ambiguity.13:17
lucasagomesthe problem affects ironic as well, so in Ironic yes it may be fixed in K13:17
dtantsurhyakuhei, yeah right, I was assuming you're talking about Ironic13:17
dtantsurnova-bm will never be fixed13:17
hyakuheiI'll modify the note. Mind if I ping you a review link once that's done?13:17
lucasagomeshyakuhei, that's all good :)13:17
lucasagomesfeel free to ping me13:18
hyakuheiCheers13:19
*** igordcard has joined #openstack-ironic13:21
*** r-daneel has joined #openstack-ironic13:23
*** nosnos has quit IRC13:24
*** zz_jgrimm is now known as jgrimm13:29
openstackgerritA change was merged to openstack/ironic: Cleans up some Sphinx rST warnings in Ironic  https://review.openstack.org/12527313:31
*** kincl_ is now known as kincl13:35
*** kincl has quit IRC13:35
*** kincl has joined #openstack-ironic13:35
*** Kui has quit IRC13:38
openstackgerritA change was merged to openstack/ironic: Validate the power interface before deployment  https://review.openstack.org/12652313:39
*** rloo has joined #openstack-ironic13:47
*** takadayuiko_ has joined #openstack-ironic13:47
NobodyCambrb13:48
*** killer_prince has joined #openstack-ironic13:48
*** killer_prince is now known as lazy_prince13:48
jrollmorning ironic :)14:04
jrollare we going to try to get the whole verifiable boot chain in kilo?14:04
*** foexle has quit IRC14:05
NobodyCamgood morning jroll14:13
jrollheya NobodyCam :)14:13
NobodyCam:)14:13
NobodyCamjroll: verifiable boot chain == trusted boot?14:14
jrollye14:14
NobodyCamI hope so :)14:14
jrollnice14:14
lucasagomesjroll, motning14:16
lucasagomesmorning*14:16
lucasagomesyeah hope so :)14:16
* lucasagomes gotta finish the boot interface soon cause works are going to conflict14:17
NobodyCamworth puting it up on the spread sheet14:17
jrollmorning lucas :)14:17
*** bradjones has joined #openstack-ironic14:20
* NobodyCam added to spread sheet fwtw :-p14:23
dtantsurjroll, morning14:25
jrollmorning :)14:25
dtantsurbrb14:25
rloomorning, afternoon everyone!14:29
rloojroll: someone was asking me about IPA documentation. ??14:30
jrollhiya, rloo :)14:30
NobodyCamgood morning rloo :)14:30
* jroll hides14:30
jrollyeah, we need to get on that :/14:30
jrollrloo: for IPA itself or the agent driver in ironic?14:30
rloojroll: ok, do it soon, your fans are waiting.14:30
rloojroll: for IPA14:30
jrollok14:31
rloojroll: at least for the agent driver, there is the spec :-)14:31
jrollwe started on docstrings14:31
jrollheh14:31
GheRiveromorning all14:31
rloohi GheRivero14:31
jrollrloo: when is juno final?14:31
NobodyCamieek: http://www.bbc.com/news/world-europe-2951492014:31
NobodyCamthats a little close to the summit14:32
NobodyCammorning GheRivero :)14:32
rloojroll: in 2 weeks I think? Oh, Oct 16. That's soon.14:32
jrollD:14:32
jrollyeah14:32
* jroll cries14:32
rloojroll: about the juno final, or the ebola, or both?14:33
jrolljuno :P14:33
*** rakesh_hs has quit IRC14:33
GheRiveroNobodyCam: nothing to worry.... yet14:34
NobodyCam:)14:34
NobodyCamphew14:34
* NobodyCam trusts GheRivero :)14:34
*** dprince has quit IRC14:35
*** jjohnson2 has joined #openstack-ironic14:35
*** pcrews has joined #openstack-ironic14:36
*** coolsvap|afk is now known as coolsvap14:37
NobodyCamok heres a question for you operations type folks, if you were getting metrics for, oh say Ironic, would you want the output as statsd like or snmp like?14:38
lucasagomesGheRivero, rloo morning14:38
rloohi lucasagomes14:38
jrollNobodyCam: we use statsd in production :)14:38
NobodyCamwith some log store backend like log stash?14:40
NobodyCamor stright into cati, graphite , ect...14:41
jrollyeah, into graphite14:41
jrollright now it's just API call timings14:42
jrollbut we want to add more14:42
jrollthere's a spec for this...14:42
jrollhttps://review.openstack.org/#/c/100729/14:43
NobodyCamquestion comes from : https://review.openstack.org/#/c/100729/4/specs/juno/add-metrics.rst14:43
jrollneeds rebase though14:43
jrollaha, yeah14:43
jrollNobodyCam: aweeks is on our team, fwiw :)14:44
NobodyCamside question: have we talked about what to do with the old specs?14:44
rlooNobodyCam: which old specs?14:45
jrollthey need to be rebased and match the new template14:45
jrollor do you mean approved specs or?14:45
NobodyCamrloo: https://review.openstack.org/#/q/status:open+project:openstack/ironic-specs,n,z14:45
rloospeaking of specs, I just came across this one, can't figure out what the status is: https://review.openstack.org/#/c/95025/14:46
lucasagomesNobodyCam, owners should adapt and submit it again for kilo14:46
lucasagomesadapt == adhere to the new kilo spec14:46
jrollyep14:46
jrollor abandon14:46
rlooNobodyCam: what lucasagomes said.14:46
NobodyCamlucasagomes: can / should we move the old juno specs to a new folder or such14:46
lucasagomesNobodyCam, hmm I don't see why, the old ones are in the "juno" folder14:47
lucasagomesnew ones will go to the "kilo" folder14:47
lucasagomesso it's fine to leave as-is I think14:47
rloohmm. Whoever -2'd those spec patches (JayF?) needs to un -2 them.14:47
rloodtantsur, JayF: I randomly looked at a couple of spec patches, and you -2'd them. Kilo is open now, so whichever ones you -2'd, I think you can remove.14:49
lucasagomeswe also need to remember that for specs that still not clear whether it belongs to ironic or is aligned to the project goals we need to submit a small first, and then once we have an agreement the owner should submit the full one14:50
jrollright14:50
jrollso, people don't *need* to do that, but they can to avoid extra work14:50
NobodyCamrloo: ohh14:50
lucasagomesjroll, yeah14:50
rlooNobodyCam: ohh?14:51
jrolllucasagomes: I think we need to make that very clear to folks14:51
NobodyCamthat spec from nova14:51
lucasagomesjroll, yeah, true14:51
lucasagomesjroll, +114:51
rlooNobodyCam: yeah. Not sure what that spec from nova means...14:51
*** chuckC_ has quit IRC14:52
lucasagomesrloo, can't fully remember what was agreed too... but seems that with the merge of the ironic driver nova bm is already "deprecated"14:53
lucasagomesmeaning that no new features can be added to it, only bug fixes14:53
lucasagomesand soon should be removed from the nova tree14:54
* lucasagomes might be wrong tho14:54
lucasagomessoon = next cycle14:54
rloolucasagomes: yeah. do not sure what to do with that proposed spec. Hopefully devananda knows ;)14:55
lucasagomesyeah14:55
lucasagomesrloo, probably we gotta get that merged this cycle14:56
NobodyCamgah all kinds of competing calls this morning :-p14:57
* lucasagomes just got the first machine booted with the new boot interface!14:58
lucasagomes\o/14:58
rloolucasagomes: nice!14:59
lucasagomesrloo, ... so the way I'm thinking about it ^ is14:59
jrollwow, nice one14:59
lucasagomesthe deploy interface should have control over the boot interface right?14:59
rloowrt 126500, can we just rename an exception? Does that break backwards compatibility?15:00
lucasagomesbooting and controlling power, is part of the deploy15:00
lucasagomesso the invokation for boot() a machine comes from a deploy interface15:00
lucasagomesdoes this logic sounds correct to u guys?15:00
lucasagomesjroll, NobodyCam dtantsur ^15:00
lucasagomeseveryone really ^15:01
rloolucasagomes: deploy shouldn't be the only place where power is controlled, but I'm not sure that's what you meant.15:01
jrolllucasagomes: yeah, that sounds reasonable...15:01
lucasagomesrloo, oh yeah no... for e.g for PXE the boot() cause the node to power15:02
jrolllucasagomes: though should allow for boot() and shutdown()15:02
*** chuckC_ has joined #openstack-ironic15:02
lucasagomespower on*15:02
devanandamorning, all15:02
jrollmorning deva :)15:02
lucasagomesdevananda, morning15:02
rloomorning devananda15:02
*** pensu has joined #openstack-ironic15:02
NobodyCamlucasagomes: I can agree with that logic15:02
NobodyCamlogic15:03
jrolllucasagomes: and how do you see pxe/disk working with this?15:03
NobodyCammorning devananda15:03
lucasagomesdevananda, ^ ur input re boot interface there too please15:03
lucasagomesjroll, disk ? iscsi?15:03
jrolllucasagomes: like... boot from disk15:03
jrollwhole disk images15:03
jrollagent driver, etc15:03
devanandalucasagomes: re: nva.virt.baremetal, afaik it will be deleted soon. I'll check.15:03
*** pensu has quit IRC15:03
*** rushiagr is now known as rushiagr_away15:04
Shrewsrloo: re: 126500... i was looking at that too. i don't see how it would break backward compatibility.15:04
devanandare: boot, power, deploy ... these interfaces are able to call to each other through the driver interface (but not directly)15:04
rlooShrews: only if the CatalogExc* or whatever was exposed, and someone coded for it.15:05
devanandahypothetical example: code in drivers.modules.pxe.PXEBoot should not call directly to drivers.modules.iscsi.iSCSIDeploy -- instead it should use task.node.driver.deploy15:05
lucasagomesjroll, ah right... so I don't see much where it changes... the deploy() method for the agent just update some ports in neutron, set the boot device and then power on the node15:06
lucasagomesthis is what the boot interface does for pxe15:06
lucasagomesso in the deploy() of the agent you simply would call driver.boot.boot()15:06
lucasagomesbecause doing all that is related to the way it boots not the way it deploys, the deploy works after you boot the node15:06
jrolllucasagomes: right... but with whole disk images, you don't need to update ports in neutron, and boot device is set differently15:07
jrollbut you still might pxe boot the ramdisk15:07
jrollso deploy boot and instance boot are different, might need different drivers?15:07
lucasagomesdevananda, yes!15:07
devanandajroll: or same driver but state awareness15:07
Shrewsrloo: those aren't used beyond the changed files, that i've seen15:07
jrolldevananda: right, or that15:07
rlooShrews: so eg what if someone has their own driver that isn't in the ironic tree.15:08
lucasagomesdevananda, as well the PXEDeploy (which should maybe be called iSCSIDeploy) should not call pxe related functions but driver.boot...15:08
devanandawe really need to decouple (disk structure=[partition|whole]) and (boot device=[disk|pxe|other]) this cycle15:08
devanandawhich seems like it is a consideration in how you're refactoring deploy interface15:08
devanandalucasagomes: correct15:09
Shrewsrloo: IMO, exceptions aren't an agreed to interface, like an API.15:09
jrolldevananda: right... I'm less asking how this will work and more making sure it's considered :)15:09
lucasagomesjroll, I haven't start playing with the agent driver to decouple it yet... I started with the PXE one which I'm more familiar with15:10
rlooShrews: so our drivers try to catch specific exceptions from 3rd party libraries. If those exceptions changed, that'd break our code. I don't want to do a similar thing to our users.15:10
lucasagomesI have looked the code of the other drivers ofc to see if I'm not missing anything15:10
lucasagomesI will play with it soonish15:11
jrolllucasagomes: right, I'm just saying think about it as you design :)15:11
lucasagomesjroll, will do :)15:11
Shrewsrloo: valid point, though not sure how much we need to guard against that. what other drivers are outside our tree?15:11
rlooShrews: how would I know? It ain't in our tree. Whether we need to worry about them or not, is the question.15:12
jrollShrews: there could be thousands for all we know :P15:12
rlooShrews: we can alias the exceptions.15:12
devanandaShrews: exceptions are an expected return code from a method. So they are part of the API.15:12
Shrewsrloo: ooh, i like the alias idea15:12
devanandaShrews: at least our code documents what exceptions it expects to raise ...15:12
jrollas someone who used to run ironic with an out of tree driver, I think we shouldn't break them :)15:13
lucasagomesShrews, hmm I think we should try to not break the drivers out of the tree15:13
rlooShrews, devananda, jroll: ok, we'll alias the exceptions then. thx. (something to remember for future patches).15:13
*** kylestev has joined #openstack-ironic15:14
devanandarloo: we need to be considerate of out-of-tree drivers15:14
lucasagomesthis is something I will have to deal with this boot interface too... tho I want it to be a *core* interface we may want to consider having it as an optional interface for this cycle15:14
lucasagomesand promote it later to give people time to adjust their drivers15:14
rloodevananda: do you know of a list of things to look out for, wrt maintaining backwards compatibility?15:15
lucasagomesdevananda, ^ sounds correct?15:15
devanandalucasagomes: I think it's worth creating a stubbed-out driver that implements the current interfaces which we /dont/ update, just to test ourselves15:15
*** takadayuiko_ has quit IRC15:15
lucasagomesdevananda, yeah... well we can get the let's say old pxe one... name it different and enable it and see if that still works15:17
devanandalucasagomes: so, this also kinda supports something else I started thinking about recently15:17
devanandawithin the big-tent discussion and nova splitting out their drivers15:17
devanandarather than take our drivers out of tree (there are a lot, and they're small, and I don't think we need to yet)15:18
devanandawhat if we took the driver base class and made that a separate package15:18
devanandathen imported it15:18
devanandaso we could properly version that interface15:18
lucasagomeshmm that's not a bad idea15:18
lucasagomes(and just to say, I'm a bit against separating the drivers from the tree)15:18
* devananda shamelessly borrows mordred's idea15:18
lucasagomesI just think that nova does more than it should15:18
lucasagomesIMO nova should splitt all that creating instances, manage flavors etc in another project15:19
russell_hdoes versioning the base class actually solve a problem?15:19
lucasagomesand be something like ironic is but for hypervisors15:19
devanandathis would let us, for example, test with both juno/stable version of the driver interface and kilo/master15:19
lucasagomesthat would allow them to keep drivers in tree cause it's now not a gigantic code15:19
lucasagomesdevananda, I like the idea, gotta think more about it15:19
devanandarussell_h: I think it would solve the "oops, we didn't realize we broke backwards compat" problem15:19
lucasagomesbut it sounds good15:19
russell_hah I see what you mean15:20
lucasagomeskinda like the RPC objects interface we try to maintain15:20
russell_hmore explicitly version the base class15:20
devanandalucasagomes: right. that's all unrelated to the actual abstraction of the hypervisor.15:20
lucasagomess/try/do maintain15:20
jrolldevananda: but if the code in ironic that interacts with the drivers breaks backward compat, then what?15:20
lucasagomesdevananda, exactly... well but it's outside the conv topic15:20
devanandalucasagomes: indeed15:20
jrolldevananda: presumably if you change a method signature in the base class, you're going to call that differently from conductor.manager or whatever, no?15:21
devanandajroll: sure. but we can easily unit test conductor/manager against both current version of the base class package and any prior release of it15:21
devanandajroll: we can't do that when they're in the same tree, tho15:22
devanandas/we can easily/we could, if we released base class as a package, easily/15:22
jrollhmm15:22
russell_his the objective to make a really stable driver interface, or to build a system where you can rev it all the time really easily?15:24
russell_hassuming the former, you could write some unit tests that:115:24
devanandarussell_h: objective is two-fold: assure taht we are backwards compatible, give out-of-tree driver maintainers a stable interface to code against15:25
russell_h1) validate the heck out of ConductorManager's use of the driver interface15:25
devanandathere's a third objective too: set an example for other projects (eg, Nova)15:25
russell_h2) validate an individual driver's implementation of the interface15:25
russell_hright15:26
devanandaas all of openstack moves to a less tightly-coupled gate system15:26
devanandarussell_h: even using unit tests to enforce that, it wouldn't give us versioning15:26
russell_hright, you'd basically need to copy/paste the unit tests every time you rev it15:27
russell_hor try to factor things nicely to avoid that15:27
devanandaeg, if I'm maintaining an out of tree driver (which I'm not, fwiw) I could write it against v1.x of the base class and know that it'll work with Ironic as long as Ironic doesn't require >=2.x of the base class15:27
lucasagomesthe way I see it, is very similar to the RPC objects interface we have, with versioning and all... the base class lives in a diff project (right now nova, but once oslofied will be in oslo)15:28
russell_hmm, right15:28
russell_hthere is also the reverse problem that we dealt with for a while15:28
russell_hof how you test an out of tree driver15:28
devanandalucasagomes: not really. the RPC interface is micro versioned for each method call,a nd can discover based on producer/consumer what methods are supported where15:29
devanandalucasagomes: it's designed to handle a rolling upgrade of a large system where different RPC producers/consumers might be at different versions15:29
devanandalucasagomes: we're not importing a SemVer'd class for the RPC code. On the API and Conductor side, we define what version of the API they each implement, and they negotiate which methods can be called15:30
lucasagomesdevananda, right and with a versioned base driver class, how it would work? let's say the version the driver written was based on is diff than the present base class? so we would say that the driver can't be enabled because the versions differ?15:31
russell_hI guess the general approach I'm advocating is to try to think of the driver interface as a public API to Ironic, very much like the REST API15:31
*** Hefeweizen has joined #openstack-ironic15:31
russell_hwrite tests to validate that iterface, and if you _ever_ have to change those tests you probably need to rev the API15:31
russell_h(or at least give a lot of scrutiny to why those tests are changing)15:31
russell_hnot that revving REST APIs is something people are especially good at15:32
* NobodyCam watches the ALL hands meeting15:32
*** k4n0 has quit IRC15:33
mordredrussell_h, devananda: I think if you did it right, you could get BOTH a ensuring backwards compat and facilitation of reving the interface all the time15:34
mordredbecause as long as you rev the interface in a backwards compatible manner, it's fine15:34
russell_hright15:35
russell_hI was thinking more of REST APIs where we suck at semver15:36
mordredwell, yeah15:36
russell_hso when we make a backwards compatible change we just claim it doesn't require a version bump15:36
russell_hfeels good :)15:36
mordredhave I mentinoed that everythign about api versioning in openstack makes me want to kill bunnies?15:37
mordredit CERTAINLY does not help end users deal with things15:37
jrollI've heard throw wet cats, same idea I guess15:37
NobodyCammorning mordred ...15:37
mordredmorning NobodyCam15:37
* NobodyCam pick up all the sharp things15:37
NobodyCams/pick/picks/15:38
mordredjroll: if you can't kill bunnies by throwing wet cats, then really what good are you?15:38
jroll:D15:39
*** igordcard has quit IRC15:39
rlooShrews et al. I added a note about changing exception names, to https://wiki.openstack.org/wiki/Ironic/Developer_guidelines#Guidelines_for_Developers15:44
Shrewsrloo: ++. thx15:45
arif-aliThere is an issue with the RC release of ironic that has a missing dependancy of pbr; is that a known issue?15:47
devanandaarif-ali: no. bug # ?15:47
devanandaarif-ali: our requirements.txt file contains: pbr>=0.6,!=0.7,<1.015:48
arif-aliI installed using python setup.py15:48
arif-aliand that didn't install it, so had to manually install pbr by using pip15:48
devanandaarif-ali: if you're using python setup.py, you should first do "pip install -r requirements.txt"15:49
*** Haomeng|2 has joined #openstack-ironic15:49
arif-aliah, thanks, I'm new to python and ironic, so testing things out15:49
devananda:)15:50
*** Haomeng has quit IRC15:50
kylestevI like that the majority of ironic folks are genuinely helpful. I guess that's one of the ways you keep an open source project alive, though :P15:54
NobodyCam:)15:54
kylestevs/folks/folk/15:55
jrollmaybe we're just desperate for users :P15:55
NobodyCam:-p15:55
arif-aliI've found the general OpenStack community up until now have been quite helpful, so my experience has been really good15:55
kylestevhehe15:55
jrollagree15:55
kylestevarif-ali: good to hear :)15:56
arif-aliIronic is one project that does deffo interest me quite a bit due to HPC15:56
kylestevI haven't interacted with many other projects, unfortunately.15:56
jrollI love the HPC use case for ironic15:56
kylestevhpc being high performance computing?15:56
arif-aliSo will be testing in anger over the next few weeks15:56
jrolllol15:56
arif-alikylestev, correct15:56
jrollkylestev: pq's cassandra cluster was similar, just different workload15:57
jrollboot a metric crapton of servers and distribute a workload15:57
arif-alixCAT is already working it's way for an ironic driver, and that is something I use quite heavily in a lot of our projects15:57
kylestevheh. I spent a week or so at my last internship (focusing on hpc) trying to convince people to use baremetal :o15:58
devanandaarif-ali: what does an "ironic driver for xcat" look like?15:58
*** jjohnson2_ has joined #openstack-ironic15:59
arif-alidevananda, the sourceforge website is not letting me go through source code, here's the github mirror https://github.com/xcat-org/xcat-core/tree/master/xCAT-OpenStack-baremetal16:00
arif-aliI don't really know the status of it, but once I have the base ironic driver working, I will be testing it16:01
devanandaarif-ali: this is an implementation of nova.virt.driver: https://github.com/xcat-org/xcat-core/blob/master/xCAT-OpenStack-baremetal/lib/python/xcat/openstack/baremetal/driver.py16:02
*** jjohnson2 has quit IRC16:02
devanandavery very minimal and probably non-functional implementation, fwiw16:02
*** jbjohnso__ has joined #openstack-ironic16:02
arif-aliah, ok, the git messages seemed to suggest ironic16:02
devanandaI haven't yet found any ironic-related code in there ...16:03
jrollit appears to be nova-bm16:03
arif-aliah, here it is https://github.com/xcat-org/xcat-core/tree/master/xCAT-OpenStack-ironic/ironic_baremetal16:03
jrollso maybe the goal is to get the... oh16:03
devanandaarif-ali: ah, yep16:04
jrollneat16:04
*** jjohnson2_ has quit IRC16:05
devanandahttps://github.com/xcat-org/xcat-core/tree/master/xCAT-OpenStack-ironic/ironic_baremetal/ironic/drivers/modules16:05
devanandathere we are. third-party out of tree driver.16:05
devanandawoot16:05
NobodyCamnice16:05
devanandaI think that's grand. I also think they should just contribute that to Ironic.16:05
jroll"just"16:06
kylestevdevananda: jroll: lol16:06
jroll:P16:06
arif-aliIs that the first driver out there, or are there any others?16:07
rlooShrews: look, an out of tree driver that uses exception.CatalogUnauthorized!16:08
jrollarif-ali: it's the only driver that is still out of tree, that we know of16:08
jrollarif-ali: the agent driver was run out of tree for a while, it's in tree now16:08
devanandaI suspect there are a few others16:09
jrollI'm sure there are, we just don't know about them16:09
jrollor I don't16:09
Shrewsrloo: ok16:09
*** ndipanov_gone has quit IRC16:12
JayFrloo: ahh yes, I'll take all those -2s and change them to -1s (pending the proposal being moved into kilo/)16:13
rlooJayF: thx16:13
devanandaJayF: cheers16:15
*** Ng has quit IRC16:22
*** aweeks has quit IRC16:22
*** coolsvap is now known as coolsvap|afk16:23
*** rushiagr_away is now known as rushiagr16:23
JayFLooks like I got them all, please ping me if I missed any :)16:23
*** igordcard has joined #openstack-ironic16:27
*** ifarkas has quit IRC16:28
*** jistr has quit IRC16:29
*** marcoemorais has joined #openstack-ironic16:29
*** dprince has joined #openstack-ironic16:34
*** dtantsur is now known as dtantsur|afk16:35
NobodyCamahh hands call done16:36
JayFDoes that mean you know if you'll be working for the H or the P yet?16:37
JayF</possibly_bad_joke>16:37
NobodyCamlol16:37
rlooas long as NobodyCam still works in Ironic, I'm happy ;)16:38
NobodyCamhehehe thats not changing at all..16:38
rloo:D16:39
NobodyCam:)16:41
*** romcheg has quit IRC16:43
*** zigo has quit IRC16:43
*** zigo has joined #openstack-ironic16:46
*** pensu has joined #openstack-ironic16:51
*** derekh has quit IRC16:53
NobodyCamoh devananda ... question.. rloo found this: https://review.openstack.org/#/c/95025 is it still a thing didn't we handle this?16:54
* devananda looks16:54
devanandalol16:54
devanandaso we did all that, even if Nova never landed the spec16:55
devanandayay process16:55
NobodyCamheheheh :-p I thought we did that16:55
*** aweeks has joined #openstack-ironic16:57
*** harlowja_away is now known as harlowja16:58
*** Ng_ has joined #openstack-ironic16:59
*** todd_dsm has joined #openstack-ironic17:01
*** dlaube has joined #openstack-ironic17:04
*** viktors is now known as viktors|afk17:05
*** rushiagr is now known as rushiagr_away17:09
openstackgerritTom Hancock proposed a change to openstack/ironic: Switch default partition type to gpt  https://review.openstack.org/12662517:12
*** praneshp has joined #openstack-ironic17:14
NobodyCamhey jbjohnso__ you around?17:19
devanandaadam_g: do you have a patch up yet to make our pxe_ssh tests voting on other projects?17:22
devanandaadam_g: if not, I'm about to post one17:22
lucasagomesaight I will call it a day here17:25
lucasagomeshave a good night everybody!17:25
devanandaNobodyCam: see https://review.openstack.org/#/c/126560/2 :)17:27
jbjohnso__NobodyCam, hello17:28
*** jbjohnso__ is now known as jjohnson217:28
adam_gdevananda, haven't yet17:29
jjohnson2NobodyCam, what is up?17:30
devanandaadam_g: posted just now17:32
NobodyCamhey hey jjohnson217:32
NobodyCamI just had a off the wall question.17:32
NobodyCamwould you happen to know of a good doc in the ipmi hex codes? I was playing with standing up a port listener that would accept ipmi commands and then do *SOMETHING* based on the command it recived17:34
*** lucasagomes is now known as lucas-dinner17:35
jjohnson2NobodyCam, like the well defined behaviors or arbitrary hex data?17:35
jjohnson2NobodyCam, I've had multiple requests to implement the converse side of the generic ipmi conversation17:36
NobodyCamthe defined behaviors.17:36
*** lucas-dinner has quit IRC17:36
NobodyCamI doing someting like: http://paste.openstack.org/show/0ntlCoCwTXfqFkbxvLpW/17:36
*** lucasagomes has joined #openstack-ironic17:36
jjohnson2yeah, so I have some ideas in terms of backend handlers under friendly names17:36
*** lucasagomes is now known as lucas-dinner17:36
NobodyCamnight lucas-dinner17:37
lucas-dinnerNobodyCam, g'night :)17:37
jjohnson2oh, what is that all about?17:37
jjohnson2the repr of binary strings is a pain to discern...17:38
*** jcoufal has quit IRC17:42
*** harlowja_ has joined #openstack-ironic17:42
*** harlowja has quit IRC17:42
*** andreykurilin_ has joined #openstack-ironic17:43
*** rushiagr_away is now known as rushiagr17:46
*** lucas-dinner has quit IRC17:47
*** athomas has quit IRC17:49
openstackgerritRuby Loo proposed a change to openstack/ironic: KeyError from AgentVendorInterface._heartbeat()  https://review.openstack.org/12663617:49
rloodid we decide that we were definitely not going to provide an API to change the maintenance mode of a node? https://review.openstack.org/#/c/125942/18:00
JayFWe already do via the public API fwiw18:00
JayFthat's about RPC apiu18:00
JayF(and no, you can't remove it from the public API, I use it too much :P)18:01
rlooJayF: how do we provide it from the public API? That patch is removing it. I don't see any hooks in API code.18:01
*** lucasagomes has joined #openstack-ironic18:01
JayFrloo: I run18:01
jrollrloo: ironic node-update uuid replace maintenance=True18:01
JayFironic node-update {UUID} replace maintenance=true # or false18:01
*** jcoufal has joined #openstack-ironic18:02
JayFjroll: it's slightly more upsetting when you finish my sentences on IRC /without/ sitting beside me :P18:02
rlooJayF, jroll: thx. [Yes, I will vouch that you are two different people.]18:02
jrollhehehe18:02
JayFHehehe18:02
JayFAnyone looking for a job working on Ironic? Requirements: Name must start with a J (Note: We will /consider/ candidates with IRC nicknames that start with J even if their name doesn't)18:03
JayF:P18:03
jrolllol18:03
rloono, I think 3 J's is just right. (3 bears, 3 muskateers, 3 stooges,...)18:04
NobodyCamlol18:06
jrolllol18:09
*** andreykurilin_ has quit IRC18:13
*** lucasagomes has quit IRC18:25
NobodyCambrb ... quick walkies time.. :)18:31
*** lucasagomes has joined #openstack-ironic18:39
*** romcheg has joined #openstack-ironic18:41
*** romcheg has quit IRC18:42
openstackgerritSirushti Murugesan proposed a change to openstack/ironic-specs: Whole Disk Image Support for PXE Deploy Driver  https://review.openstack.org/9715018:53
openstackgerritSirushti Murugesan proposed a change to openstack/ironic: Adds support for deploying whole disk images  https://review.openstack.org/7305418:53
*** rushiagr is now known as rushiagr_away18:55
NobodyCamJayF: thank you for -1 and not just unblocking the specs :-)18:57
sirushtiHi, could anyone take a look at these^? It'd be super helpful :-)18:57
NobodyCamsirushti: will do in a bit18:58
sirushtiNobodyCam, thanks alot, I've also posted a WIP patch if you want to take a look at that too even though the spec isn't approved18:58
NobodyCam:) yep I just saw that18:59
*** andreykurilin_ has joined #openstack-ironic18:59
*** Ng_ is now known as Ng19:02
NobodyCamwb Ng :-p19:03
*** lucasagomes has quit IRC19:03
Ng:)19:03
NobodyCamsirushti: just a question. is there a clean way to check that a whole disk image is infact not larger than the nodes phy. disk?19:07
*** todd_dsm has quit IRC19:08
sirushtiNobodyCam, my assumption is that the flavor will have the nodes phy. disk size and we check in deploy_utils.check_image_size?19:10
sirushtiNobodyCam, is it not clean in that the disk_size ~ root_mb naming assumptions confusing?19:11
sirushtiNobodyCam, *are confusing?19:11
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/11405819:12
*** lucasagomes has joined #openstack-ironic19:15
lifelessNobodyCam: qemu-img an tell you, for qcow2 images.19:16
jrolldoesn't glance also store the size?19:17
jrolloh I guess if we have to download it anyway, just check it ourselves19:17
* jroll doesn't like ironic downloading images :/19:17
lifelessglance has the compressed size19:21
lifelesslast I checked19:21
jrollmmm19:21
lifelessshould be able to annotate it in glance19:21
NobodyCamya I think glance is compressed size19:21
NobodyCamthank you :)19:21
*** HenryG has quit IRC19:28
JayFNobodyCam: well, I figured being in the wrong dir was well worth a -1 :P19:28
NobodyCam:)19:29
NobodyCamanyone seen this one before? http://logs.openstack.org/50/97150/13/check/gate-ironic-specs-docs/957f927/console.html#_2014-10-07_18_57_52_95719:34
*** lucasagomes has quit IRC19:36
sirushtiNobodyCam, I did this http://paste.openstack.org/show/119471/ and it went away19:40
rlooNobodyCam: that's 'normal'.19:40
rlooNobodyCam: the sphinx error. oh wait. that's for ironic-specs. hmm...19:41
NobodyCamrloo: ya19:41
sirushtiNobodyCam, also had to add a separate kilo folder19:41
NobodyCamsirushti: the other option I see is to add :orphan: to th template19:41
NobodyCamsirushti: yea19:42
rlooNobodyCam: I thought someone had opened kilo for specs. There should be a kilo/ subdir.19:43
sirushtiNobodyCam, but then we'd have to have :orphan: in every rst file then19:43
NobodyCamrloo: I think it not there because we havent landed anything for it.19:44
NobodyCamsirushti: true...19:44
*** bradjones has quit IRC19:44
JayFDo we need to land specs/kilo/.gitkeep? hehe19:44
NobodyCam:-p19:44
*** bradjones has joined #openstack-ironic19:46
NobodyCambrb19:48
*** romcheg has joined #openstack-ironic19:54
*** achanda has joined #openstack-ironic19:54
rlooNobodyCam, sirushti: yes, the change to doc/source/index.rst is needed.19:57
NobodyCamguy who is building a dog run is here... rloo you putting that patch up? :-p19:59
rlooNobodyCam: I'm not sure a patch with that change will work. I suppose I could try. I got an error because there were no files under specs/kilo/*. But I don't know what kind of errors are 'Jenkins' errors vs sphinx errors.20:00
sirushtirloo, yeah, sphinx complains if the kilo directory isn't present20:02
*** todd_dsm has joined #openstack-ironic20:02
*** jjohnson2 has quit IRC20:03
romchegHey guys!20:03
rlooNobodyCam: it didn't build any .html for me, so it probably won't work w/o a file in specs/kilo/*20:03
rloohi romcheg20:03
romcheglooks like both Dmitry and Lucas are away now20:03
romchegMorning rloo!20:03
rlooromcheg: what time zone are you in? :)20:04
romchegCEST20:04
NobodyCamhey romcheg :)20:04
rlooit is afternoon in california already20:04
romcheg22:04 here20:04
romchegrloo: It's just a habit to always say "morning" here :)20:05
NobodyCamhehehehehe20:05
rlooromcheg: ha ha20:05
NobodyCamme too20:05
*** HenryG has joined #openstack-ironic20:06
romchegbbiab20:08
*** harlowja_ is now known as harlowja_away20:09
romchegand back20:22
NobodyCamwb20:22
romchegcould someone please take a look at https://review.openstack.org/#/c/126265/2/ironic/common/context.py20:23
romchegI think about that show_deleted in the context20:23
romchegas I understand that is from Nova for telling whether or not a request should return deleted items20:24
romchegbut we do not use soft deletion so I think that attribute should be hidden20:24
romchegalong with everything else that is not supported in Ironic20:24
rlooromcheg: I haven't looked into this but I agree with lucas that it would be confusing to see it in the to_dict() but not in the init. does it hurt to pass it even if we don't use it?20:26
*** pensu has quit IRC20:27
romchegrloo: I was actually thinking on whether I should remote it from to_dict() or add it back to __init__()20:27
rlooromcheg: is that the *only* parameter that ironic doesn't use?20:28
romchegrloo: It's not about not using, it's about not supporting20:29
rlooromcheg: is that the *only* parameter that ironic doesn't support?20:29
romchegrloo: It looks so20:30
rlooromcheg: ok, i think the answer is easier. I looked at the commit to see what the patch was about.20:30
rlooromcheg: if it is to update to use newer version of policy, and if we already had show_deleted before, then you should leave it alone. in this patch anyway. you can remove it in a diff patch. does that make sense?20:31
romchegrloo: It does.20:31
NobodyCamrloo: ++20:31
romchegrloo: One thing at a time :)20:31
rlooromcheg: which doesn't answer whether we should or shouldn't have it. i just deferred the decision ;)20:31
romchegThanks anyway :)20:32
*** pelix has quit IRC20:32
jrollromcheg: if we don't have a test that our public apis are un-authenticated, that might be nice to add20:40
jrollnot sure if we have one yet20:40
NobodyCamoh good question jroll i'm not sure..20:41
jrollthere's a certain driver that currently relies on that :/20:41
* jroll can't wait to have client certs for that20:41
jrollor something20:42
* NobodyCam thinks of some kinda of acl but then stops...20:43
romchegHmm, I'm not sure I follow you guys20:43
jrollromcheg: we have public APIs in ironic20:43
jrollit would be nice to make sure those stay public with this change20:43
jrollNobodyCam: I mean, we use network ACLs20:44
jrollbut yeah20:44
romchegjroll: There are unit tests for that… I don't remember anything in tempest20:44
jrollromcheg: ok, that's what I wanted to know :)20:44
romchegjroll: https://github.com/openstack/ironic/blob/master/ironic/tests/api/test_acl.py20:45
romchegif that's what you mean :)20:45
jrollromcheg: perfect, thanks20:45
*** romcheg has quit IRC20:48
*** jjohnson2 has joined #openstack-ironic20:48
*** bradjones has quit IRC20:52
*** romcheg has joined #openstack-ironic20:54
*** bradjones has joined #openstack-ironic20:55
* romcheg is back after os x upgrade20:55
*** jgrimm is now known as zz_jgrimm20:56
romchegNow everything looks gorgeous, amazing, perfect, beautiful, unbelievably nice!20:57
romchegEspecially Vim20:57
NobodyCamlol ... maybe I'll do the upgrade..sometime20:57
romchegNobodyCam: It's still in beta20:58
NobodyCamlol my air has wanted me to update for months now.. lol :-p20:58
romchegNobodyCam: I heard women love risky guys so I'm on Yosemite since beta 2 :)20:58
NobodyCamnice !!! :-p20:59
*** marcoemorais has quit IRC20:59
romchegSo I'm going to revert any changes on the context in the policy patch and start the separate thread somehow21:00
*** marcoemorais has joined #openstack-ironic21:00
*** linggao has quit IRC21:01
*** jcoufal has quit IRC21:03
arif-ali`so trying to get ironic working in my RDO install, restarting all the services nova does not find the driver, all I keep getting is http://pastebin.com/D7RLjpAu21:04
*** harlowja_away is now known as harlowja_21:04
arif-alihas anyone successfully installed, and have it working? thanks in advance21:04
NobodyCamarif-ali: what is your compute driver in nova.conf set to21:05
arif-aliNobodyCam, compute_driver=nova.virt.ironic.IronicDriver21:06
arif-aliI followed the howto in http://docs.openstack.org/developer/ironic/deploy/install-guide.html21:07
NobodyCamlet me dbl check one thing21:10
*** Kui has joined #openstack-ironic21:12
jrollarif-ali: what version of nova are you on? e.g. is it new enough to have the ironic driver?21:13
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Move database fixture to a separate test case  https://review.openstack.org/12536121:13
arif-alijroll, I am currently running the RDO Juno M3 release of the apps, let me nova-compute is at openstack-nova-compute-2014.2-0.4.b321:14
jrollNobodyCam: did we make juno 3 or juno rc1 for nova?21:14
jrollI can't remember what FFEs do21:14
jrollarif-ali: try this: python -c 'import nova.virt.ironic.IronicDriver'21:16
arif-alihmm, no module found21:16
jrollarif-ali: actually... is python-ironicclient installed?21:16
arif-aliI installed that from git21:17
jrollhow, exactly?21:17
arif-aligit clone from https://github.com/openstack/python-ironicclient.git, and then used "python setup.py install"21:18
arif-alimaybe I am doing this wrong21:18
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Move database fixture to a separate test case  https://review.openstack.org/12536121:21
*** dprince has quit IRC21:22
*** jjohnson2 has quit IRC21:24
NobodyCamahh ha! try : nova.virt.ironic.driver.IronicDriver21:25
NobodyCamarif-ali: ^^^^^21:25
jrolloh ffs21:26
* jroll wonders what docs are wrong21:26
NobodyCamjroll: http://docs.openstack.org/developer/ironic/deploy/install-guide.html21:27
NobodyCamcompute_driver=nova.virt.ironic.IronicDriver21:27
jrollfun.21:27
annegentlebah21:28
jrollmind fixing that? my git repo is in a state I don't want to touch right now :P21:28
* jroll suddenly wonders if annegentle pings on docs.openstack.org :P21:28
NobodyCamone sec21:28
annegentlejroll: all the docs all the time21:29
jroll:)21:29
arif-aliNobodyCam, thanks trying now21:33
NobodyCamarif-ali: let me know if that works... I have a patch ready to push up if it does21:33
arif-alipreviously it was failing at the driver, and only one of the services was bombing out, now none of the nova daemons are starting. There maybe further misconfiguration on my part. I'll keep fishing21:35
arif-aliNo module named driver21:36
arif-alias now I have compute_driver=nova.virt.ironic.driver.IronicDriver21:36
jrollso, nova.virt.ironic.IronicDriver should actually work21:37
jrollhttps://github.com/openstack/nova/blob/proposed/juno/nova/virt/ironic/__init__.py#L1821:37
jrollso should nova.virt.ironic.driver.IronicDriver, though21:37
arif-alipython -c  'import nova.virt.ironic.driver.IronicDriver' --> ImportError: No module named driver.IronicDriver21:38
jrollstrange21:38
arif-alido I need to somehow reload the PYTHONPATH?21:38
NobodyCamfrom nova.virt.ironic.driver import IronicDriver21:38
jrollNobodyCam: https://github.com/openstack/nova/blob/proposed/juno/nova/virt/ironic/__init__.py#L1821:39
jrolloh21:39
jrollI see what you mean21:39
*** andreykurilin_ has quit IRC21:47
*** praneshp has quit IRC21:58
*** praneshp has joined #openstack-ironic22:01
*** igordcard has quit IRC22:08
NobodyCambbiafm22:13
*** mikal has quit IRC22:21
jrollanybody ever seen this?22:22
jrollapi logs say: 2014-10-07 22:22:25.554 24401 WARNING wsme.api [-] Client-side error: No valid host was found. Reason: No conductor service registered which supports driver agent_ipmitool.22:22
jrollironic driver-list has: | agent_ipmitool      | ironic-conductor01... |22:23
*** mikal has joined #openstack-ironic22:23
jrollthis is pre-hash ring changes btw22:24
NobodyCamjroll: hartbeat ok?22:33
jrollyeah, afaict22:34
jrollI don't think it would be constantly blipping22:34
jrollthis error is pretty constant22:34
arif-alidid you guys manage to figure out the problem with my issue with ironic?22:35
devanandajroll: api have a cached copy of the ring that's out of date? (I dont think API is caching it ...)22:36
jrolldevananda: I just deployed to and restarted the api and conductor servers22:36
jrolldeployed new code to*22:36
*** todd_dsm has quit IRC22:37
devanandahuh22:38
jrollyeah, dunno wtf is going on22:38
* jroll digs22:38
*** marcoemorais has quit IRC22:40
*** marcoemorais has joined #openstack-ironic22:40
*** romcheg has quit IRC22:41
*** marcoemorais has quit IRC22:41
jrollI wouldn't be so weirded out about this if driver-list matches22:43
*** marcoemorais has joined #openstack-ironic22:45
*** marcoemorais has quit IRC22:45
*** marcoemorais has joined #openstack-ironic22:46
*** chuckC_ has quit IRC22:46
*** marcoemorais has quit IRC22:46
NobodyCamarif-ali: i'm not sure what errors your encountering now.. can you paste (paste.openstack.org) them22:46
*** marcoemorais has joined #openstack-ironic22:46
*** chuckC_ has joined #openstack-ironic22:47
arif-alisimilar errors as before, where it wasn't able to find the compute_driver http://pastebin.com/PxL4eH7y22:50
*** chuckC_ has quit IRC22:51
NobodyCamarif-ali: and the driver is there? ls nova/virt/ironic/22:53
arif-aliNobodyCam, correct, it's there22:54
jrolldevananda: this almost feels like caching, just restarting the API fixes it... the conductor was started before the api service :/22:54
jrollreally odd22:55
devanandajroll: huh. odd.22:55
devanandajroll: have some of the hash ring patches been applied?22:55
* JayF attests he's seen it happen and that jroll is not insane22:56
jrolldevananda: no22:56
* jroll triple checks that22:56
devanandajroll: look for change-id Ib7ab55452499d1e1c362e4cd127f1e6e38106d6c22:56
arif-aliNobodyCam, there's nothing in nova/virt/ironic/__init__.py22:56
jrolldevananda: wait, "Add HashRingManager to wrap hash ring singleton"22:57
arif-aliBut ./ironic/nova/virt/ironic/__init__.py does22:57
jrollyep22:57
jrollinteresting...22:57
devanandaarif-ali: are you lookin in the nova tree or the ironic tree?22:57
*** marcoemorais has quit IRC22:57
devanandaarif-ali: within nova, nova/virt/ironic/__init__.py should have two non-commented lines22:58
devanandafrom nova.virt.ironic import driver22:58
devanandaIronicDriver = driver.IronicDriver22:58
NobodyCamarif-ali: those sound like old versions22:58
* devananda prepares to jump on a conf call22:58
devanandajroll: make sure the reset is being called in the right places ... maybe it's not22:58
arif-alii'm in /usr/lib/python2.7/site-packages22:58
NobodyCamarif-ali: https://github.com/openstack/nova/tree/master/nova/virt/ironic22:58
devanandajroll: are you using the uwsgi framework or apache mod_wsgi?22:58
*** marcoemorais has joined #openstack-ironic22:58
devanandai dont *think* that'd matter ....22:59
jrolldevananda: I hate to say, just the wsgirefthing22:59
NobodyCamhave we not removed our driver22:59
NobodyCamnm22:59
NobodyCamlol22:59
devanandajroll: hey, if that's good enough ... :)23:00
arif-aliright, /usr/lib/python2.7/site-packages/nova/virt/ironic comes from the RDO RPM, maybe that's the problem23:00
devanandajroll: I'd check that reset is being called. maybe it's not :(23:00
NobodyCamarif-ali: ahh older package :)23:00
jrolldevananda: I was just going to say, I don't think it is23:00
devanandajroll: that patch had the potential to introduce the behavior you're seeing, if reset wasn't called23:00
devanandacrap23:00
jrollbackport time23:01
jrollwhee.23:01
JayFdevananda: it's not good enough; it's just that we have other things that are more-bad at the moment :)23:01
JayFdevananda: re: wsgiref23:01
arif-aliok, back to drawing board, will tackle again tomorrow, thanks again for all your help !!23:01
*** ChuckC has quit IRC23:01
NobodyCamarif-ali: set compute mgr to ironic.nova.virt.ironic.driver.IronicDriver as a test23:02
jrolldevananda: so uh, I'm a bit confused as to where that should be called, when a conductor joins the ring?23:02
devananda 78         # NOTE(deva): this is going to be buggy23:02
devananda 79         self.ring_manager = hash_ring.HashRingManager()23:02
devanandash*t23:02
*** praneshp has quit IRC23:02
jrollI got a kick out of that comment23:02
jrollfwiw23:02
devanandait should be called in conductor/rpcapi.py get_topic_for()23:02
jrolloh23:03
jrollohhhhhhh23:03
devanandayah23:03
jrollI misread before, I thought the hook instantiated the ConductorAPI on each request, guess not?23:03
devanandaL79 creates teh cache. it SHOULD be reset on each fetch at L91, to preserve current behavior23:03
devanandait does23:03
devanandathe hook does that23:03
jrollwait, it does23:03
jrolloh, but it caches23:03
devanandabut now there's a global singleton for the hash ring23:03
devanandaie, a cache23:04
jrolloops23:04
jrollyou got this or you want me to?23:04
*** praneshp has joined #openstack-ironic23:05
*** praneshp has quit IRC23:05
*** marcoemorais has quit IRC23:05
*** praneshp has joined #openstack-ironic23:06
* devananda is now on a call23:07
* jroll makes a patch23:09
jrollunsure how to best test this... will look23:10
JayFjroll: apply patch to $downstream_fork, deploy and test?23:12
JayFjroll: yes, I know that's an awful answer :P23:12
jrolllol23:13
jrollnah, I figured something out23:13
*** praneshp has quit IRC23:20
*** ChuckC has joined #openstack-ironic23:23
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Fix ConductorAPI hash ring manager  https://review.openstack.org/12675123:25
jrolldevananda: ^ not sure why that isn't passing tests, I think I'm misunderstanding something23:25
JayFjroll: ^ should you target that at stable/juno as well?23:25
JayFjroll: or does it have to land in master first23:25
jrollJayF: I have no idea, I just want to share a patch23:25
JayFcool23:26
jrolltests don't pass anyhow23:26
NobodyCamjroll: also maybe add juno-rc-potential tag23:27
jrollmy main goal right now is for deva to look at this code23:27
NobodyCamack23:27
jrollif I wanted it merged, I would have a proper commit message etc23:27
NobodyCam:-p23:27
rloojroll: I thought the idea was to clear the hash-ring cache in get_topic_for()?23:30
jrolloh, ha23:31
jrollcall reset()23:31
jroll?23:31
rloojroll: yeah.23:31
jrollmakes more sense23:31
rloojroll: cuz you'll just get a pointer to the same cached thing the way you have it.23:31
rlooi guess i should -1 it...23:31
rloonot that i understand the code that well. just basing on the discussion above ;)23:32
jrollheh23:32
jrollyeah, I misread the above23:32
jrollyou can -1 if you'd like, trying that now23:33
jrolljust need a commit message23:33
*** marcoemorais has joined #openstack-ironic23:33
jrolltests pass23:34
jrollyay.23:34
*** marcoemorais has quit IRC23:34
rlooso basically, with this fix/change, we're creating the hash_ring with each API request.23:34
jrollright... which we've always done23:34
rloooh, we did? I've already forgotten. ok then ;)23:35
jrollI guess I should file a bug for this23:35
*** marcoemorais has joined #openstack-ironic23:36
rloo+1 for a bug.23:36
* devananda finishes call23:41
jrolldevananda: is "juno-rc-potential" a thing I should put here?23:42
devanandajroll: nope. it's not caling reset. all you're doing is getting the cached thing over and over again23:42
jrollabout to upload this23:42
jrolldevananda: right, fixed, just writing commit message23:43
devanandajroll: file a bug. tag the bug with juno-rc-potential23:43
devanandajroll: tag the commit with the bug23:43
devanandajroll: target it to master23:43
*** praneshp has joined #openstack-ironic23:43
devanandajroll: I'll handle the backport later (separate thing). we can't do a backport until the fix is in master, to prevent divergence of the stable tree.23:43
NobodyCamohh tag the bug23:43
jrollok23:44
* devananda goes back to editing something else23:44
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Clear hash ring cache in get_topic_for*  https://review.openstack.org/12675123:44
jrolldevananda, rloo ^23:44
jrolltagging bug now23:44
jrollhmm, how do I tag juno-rc-potential? don't see it as a milestone, propose for juno series?23:45
*** Haomeng has joined #openstack-ironic23:45
*** Haomeng|2 has quit IRC23:46
JayFjroll: just add juno-rc-potential as a tag on the bug23:47
jrollaha23:48
jrollI really hate launchpad23:48
rloojroll: i just did it23:48
JayFjroll: congrats on finding an RC bug, btw23:48
jroll"congrats"23:48
*** r-daneel has quit IRC23:48
JayFjroll: would you have rather it have been something downstream we changed? heh23:48
rloo+1. better now than after the release.23:49
jrolldevananda: I'm going to patch this into our staging environment, will let you know tonight / tomorrow23:49
devanandajroll: awesome23:49
jrollJayF: yes, there's no backport processes downstream :)23:49
JayFyes there is23:49
JayFit's called "hey jroll, can you backport this?"23:49
JayF;)23:49
jrollright23:49
jrollbut no bugging ttx etc23:49
NobodyCamlol23:50
NobodyCamgreat catch jroll... /me calls it a day23:50
jrollwow, it's 5 already23:50
* jroll deep breath23:50
JayFyeah man23:50
NobodyCamlol and the day started at 5:30 am23:51
NobodyCamlol23:51
jroll7 for me...23:52
* jroll throws NobodyCam a beer23:52
NobodyCamthats the normal time... :> TY jroll23:52
jroll:D23:52
*** praneshp_ has joined #openstack-ironic23:53
NobodyCamspeaking of... /me is out of suck... so now I'm running to the store too... g'night all :)23:53
NobodyCams/suck/such/ lol23:54
*** praneshp has quit IRC23:54
*** praneshp_ is now known as praneshp23:54
jrollnight NobodyCam :)23:54

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