Thursday, 2014-06-05

*** ellenh has joined #openstack-ironic00:01
*** eghobo has quit IRC00:04
*** eghobo has joined #openstack-ironic00:05
*** ellenh has quit IRC00:05
openstackgerritRuby Loo proposed a change to openstack/ironic: Driver interface's validate should return nothing  https://review.openstack.org/9785500:07
openstackgerritYongli He proposed a change to openstack/ironic: Rewrite ironic policy to use the new changes of common policy  https://review.openstack.org/9773100:23
*** rushiagr has quit IRC00:25
lifelessdevananda: so I think we need to reevaluate the locking strategy around nodes00:30
lifelessdevananda: dealing with hardware that has any fragility is super hard because the ipmi background tasks just stall00:30
lifelessdevananda: and I think this ties into the async API discussion00:31
*** eghobo has quit IRC00:31
lifelessdevananda: so - when you can, I'd like some high bw brainstorming, followed up by a spec for broad assessment00:31
*** rushiagr has joined #openstack-ironic00:32
devanandaback00:34
devanandalifeless: hi! i have ~1hr00:34
devanandalifeless: is that enough // is now good?00:34
lifelessdevananda: 20m right now would rock00:35
lifelesslet me relocate00:35
devanandalifeless: text? phone? vid?00:35
lifelessg+00:36
lifelessdevananda: g+00:38
* devananda kicks browser00:38
devanandatried to answer, nothing happened. sec00:38
*** annegentle has quit IRC00:40
devanandalifeless: https://etherpad.openstack.org/p/ironic-and-fragile-hardware00:40
NobodyCamthrough rain and hail we have arived in Buffalo Wy00:47
NobodyCamoh happy happy joy joy 97447 was blocked00:48
*** godp1301 has joined #openstack-ironic00:51
*** rwsu has quit IRC00:51
*** godp1301 has quit IRC00:54
openstackgerritChris Krelle proposed a change to openstack/ironic: Rework make_partitions logic when preserve_ephemeral is set  https://review.openstack.org/9759000:55
openstackgerritChris Krelle proposed a change to openstack/ironic: Wipe any metadata from a nodes disk  https://review.openstack.org/9313300:57
devanandaNobodyCam: you missed a long conversation about it01:01
devanandayes,it was blocked -- nova_bm was broken too, and the fix wasn't approved for that01:02
NobodyCam:) just rebased the lable patches01:03
NobodyCam:-p01:03
NobodyCamanyone want to review 93133 or 97590?01:04
NobodyCam:-p01:04
NobodyCamok brb runing to grab fast food.01:04
devanandacomstud: ping01:14
*** rloo has quit IRC01:21
devanandanvm01:22
devanandalifeless: ok, see the etherpad for some post-brainstorm notes01:25
devanandalifeless: i'm concerned this idea will be a massive rewrite of the driver API, even if it doesn't affect the REST API that much. you probably thought of a way to avoid doing that, though :)01:26
devanandalifeless: so pls add it to etherpad, i'llcheck back later (your tomorrow, probably)01:26
NobodyCamback but eating taco's01:29
devanandafinishing for the day ... bbtmw!01:33
*** coolsvap is now known as coolsvap|afk01:38
*** nosnos has joined #openstack-ironic01:46
NobodyCamnight devananda01:46
comstuddevananda: neverminding01:55
comstud(was on the road)01:56
NobodyCamwe should change our status message as 97447 is no longer inthe queue02:07
lifelessdevananda: it will be, but there should be a graceful way forward02:23
*** pcrews has quit IRC02:32
ryanpetrellodevananda: any reservations on https://review.openstack.org/#/c/97475/ ?02:32
ryanpetrelloI’m held up on a few pecan reviews because of the failing tests in the stable branch :\02:32
ryanpetrelloI could set ironic-stable to non-voting for a bit, but I’d really like to get the pecan tests gating against it :)02:33
*** Jatin360 has joined #openstack-ironic02:56
*** Jatin360_ has joined #openstack-ironic02:58
*** Jatin360 has quit IRC03:01
*** Jatin360_ is now known as Jatin36003:01
*** coolsvap|afk is now known as coolsvap03:13
*** vinbs has joined #openstack-ironic03:15
*** nosnos has quit IRC03:43
*** eghobo has joined #openstack-ironic03:45
lifelessdevananda: rambled a bit on https://etherpad.openstack.org/p/ironic-and-fragile-hardware03:54
*** harlowja is now known as harlowja_away04:07
*** rameshg87 has joined #openstack-ironic04:08
*** godp1301 has joined #openstack-ironic04:27
*** eghobo has quit IRC04:30
*** eghobo has joined #openstack-ironic04:31
*** jcoufal has joined #openstack-ironic04:36
*** lazy_prince has joined #openstack-ironic04:38
*** matsuhashi has joined #openstack-ironic04:39
*** nosnos has joined #openstack-ironic04:41
*** godp1301 has quit IRC04:52
*** eguz has joined #openstack-ironic04:55
*** eghobo has quit IRC04:58
*** k4n0 has joined #openstack-ironic05:02
*** Jatin360 has quit IRC05:03
*** eghobo has joined #openstack-ironic05:04
*** eguz has quit IRC05:04
*** eghobo has quit IRC05:04
*** eghobo has joined #openstack-ironic05:05
*** Jatin360 has joined #openstack-ironic05:05
*** sysexit has joined #openstack-ironic05:09
*** eguz has joined #openstack-ironic05:10
*** eguz has quit IRC05:10
*** eguz has joined #openstack-ironic05:11
*** eghobo has quit IRC05:11
k4n0morning all05:12
*** rakesh_hs has joined #openstack-ironic05:14
*** coolsvap is now known as coolsvap|afk05:38
*** coolsvap|afk is now known as coolsvap05:52
*** jcoufal has quit IRC05:56
*** Jatin360_ has joined #openstack-ironic05:57
*** Jatin360 has quit IRC06:00
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/9606306:02
*** Jatin360_ has quit IRC06:02
*** Jatin360 has joined #openstack-ironic06:03
*** aweeks has quit IRC06:04
*** aweeks has joined #openstack-ironic06:05
*** Kai14 has joined #openstack-ironic06:15
*** loki184 has joined #openstack-ironic06:27
*** Mikhail_D_ltp has joined #openstack-ironic06:33
*** lsmola_ has joined #openstack-ironic06:38
*** lsmola has quit IRC06:39
*** Jatin360 has quit IRC06:47
GheRiveromorning all06:52
Mikhail_D_ltpGood morning folks! :)06:55
*** Mikhail_D_ltp has left #openstack-ironic06:56
*** Kai14 has quit IRC06:56
*** Mikhail_D_ltp has joined #openstack-ironic06:58
*** loki184 has quit IRC06:59
*** Jatin360 has joined #openstack-ironic07:00
mrdaHi GheRivero and Mikhail_D_ltp07:01
Mikhail_D_ltpmrda: Hi! :)07:02
*** Jatin360 has quit IRC07:05
*** Jatin360 has joined #openstack-ironic07:06
*** Haomeng|2 has joined #openstack-ironic07:06
*** Haomeng has quit IRC07:06
*** Kai14 has joined #openstack-ironic07:10
*** Jatin360_ has joined #openstack-ironic07:11
*** ndipanov has joined #openstack-ironic07:12
*** Jatin360 has quit IRC07:15
*** Jatin360_ is now known as Jatin36007:15
*** Jatin360_ has joined #openstack-ironic07:25
openstackgerritRakesh H S proposed a change to openstack/ironic: ipmi double bridging functionality  https://review.openstack.org/9577507:27
*** Jatin360 has quit IRC07:28
*** Jatin360_ has quit IRC07:30
*** Jatin360 has joined #openstack-ironic07:33
Haomeng|2morning GheRivero, Mikhail_D_ltp, mrda :)07:41
mrdaHi Haomeng|207:41
Haomeng|2and k4n0 :)07:42
Haomeng|2mrda: :)07:42
*** max_lobur has joined #openstack-ironic07:43
Mikhail_D_ltpHaomeng|2: hi! :)07:44
Haomeng|2Mikhail_D_ltp: :)07:44
mrdaTime to say good night.  See you tomorrow!'07:44
*** mrda is now known as mrda-away07:44
*** Jatin360 has quit IRC07:51
*** jistr has joined #openstack-ironic07:53
*** Jatin360 has joined #openstack-ironic07:54
Mikhail_D_ltpk4n0: Hi! Are you around?07:55
Mikhail_D_ltpk4n0: Are you making this a task -> https://bugs.launchpad.net/ironic/+bug/1282836 ???07:56
*** pbrooko has joined #openstack-ironic07:57
*** pelix has joined #openstack-ironic08:01
Mikhail_D_ltpk4n0: Oh! I've already saw that you are not making this :)08:02
openstackgerritlifeless proposed a change to openstack/ironic: Add in text for text mode on trusty  https://review.openstack.org/9805008:02
*** r0j4z0 has quit IRC08:03
Haomeng|2FYI - our all Jenkins gate failed, that is because the nova new code changed, I raise defect to track the change -  https://bugs.launchpad.net/ironic/+bug/132668008:04
dtantsur|afkmorning Ironic08:13
agordeevmorning Ironic08:14
agordeevmorning dtantsur|afk Haomeng|2 Mikhail_D_ltp08:14
dtantsur|afkmorning, Haomeng|2, that's a know bug :) we've been stuck with it since yesterday morning08:14
Haomeng|2morning dtantsur|afk, agordeev :)08:14
dtantsur|afkagordeev, morning08:14
*** dtantsur|afk is now known as dtantsur08:14
Mikhail_D_ltpagordeev, dtantsur: g'morning :)08:14
dtantsurMikhail_D_ltp, morning08:15
Haomeng|2dtantsur|afk: ok, which one? let me update the bug I raised:) thank you the information.08:15
dtantsurHaomeng|2, already updated :)08:15
Haomeng|2dtantsur: thk08:15
dtantsuractually the situation is terrible now: Nova patch is being _reverted_, so we're stuck again08:15
dtantsurthis is a nightmare :(08:15
Haomeng|2dtantsur: looks like nova guys will rollback the change08:17
Haomeng|2https://review.openstack.org/#/c/97447/08:17
*** lucasagomes has joined #openstack-ironic08:17
dtantsuryeah, that's what I mean08:17
Haomeng|2dtantsur: ok, we can wait nova new patch:)08:18
*** martyntaylor has joined #openstack-ironic08:18
dtantsurHaomeng|2, we can't do anything anyway :) issues reverify of Nova patch, hope it lands asap...08:20
Haomeng|2dtantsur: yes08:20
Haomeng|2dtantsur: :)08:20
dtantsurbrb08:22
dtantsurbtw, someone update the topic of the channel with up-to-date information, please08:23
*** dtantsur is now known as dtantsur|afk08:23
vinbsHello Ironic!08:25
vinbsHaomeng08:26
Haomeng|2vinbs: welcome:)08:26
vinbsthank you08:26
Haomeng|2vinbs: :)08:26
vinbsHaomeng|2 I have got my openstack setup with Ironic now08:26
*** jcoufal has joined #openstack-ironic08:27
Haomeng|2vinbs: cool08:27
Haomeng|2vinbs: does it work now?08:27
vinbsHaomeng|2 , now if I launch an instance on a network which has dhcp enabled, the dhcp packets should reach the baremetal node, right?08:27
*** jcoufal has quit IRC08:27
vinbsI haven't tried it yet08:27
*** jcoufal has joined #openstack-ironic08:28
vinbsI have enrolled the baremetal node, created the baremetal flavor key too08:28
*** romcheg has joined #openstack-ironic08:28
*** romcheg has left #openstack-ironic08:28
vinbsand I have the required images in glance08:28
*** sabah has joined #openstack-ironic08:29
Haomeng|2vinbs: cool08:29
openstackgerritSandhya Balakrishnan proposed a change to openstack/ironic: Updates Ironic Guide with deployment information  https://review.openstack.org/9460408:30
*** athomas has joined #openstack-ironic08:30
Haomeng|2vinbs: did you check your net type08:30
Haomeng|2vinbs: let me show you the neutron command, if your network used by nova booting for baremetal is vlan, that is more complex08:30
vinbsHaomeng|2, I want to try with a simple setup first08:31
Haomeng|2vinbs: ok08:31
vinbsHaomeng|2, which network type should I choose for that?08:31
*** Kai14 has quit IRC08:31
Haomeng|2vinbs: can you run "neutron net-show" to check the net type08:33
Haomeng|2vinbs: if it is "provider:network_type     | local", that means the package will not be sent to outsite network08:34
*** max_lobur has quit IRC08:35
vinbsI have network type: gre08:35
vinbsHaomeng|2 here's my network details http://paste.openstack.org/show/82904/08:38
Haomeng|2vinbs: your net is gre, it is diffcult to debug I think08:44
*** Kai14 has joined #openstack-ironic08:44
*** romcheg has joined #openstack-ironic08:45
romchegMorning Ironic08:45
Haomeng|2vinbs: can you try with flat network?08:45
romchegSorry, I had to disappear unexpectedly yesterday due to personal reasons08:46
vinbsHaomeng|2 ok then.. let me change the network type to flat08:46
vinbsHaomeng|2 I'll have to modify the ml2_conf.ini file for this right?08:47
*** Jatin360 has quit IRC08:47
Haomeng|2vinbs: and make sure your host eth card can receive the dhcp request from our baremetal, that is physical networking scope08:48
Haomeng|2vinbs: no, just create another net which is type is flat, and boot with this flat net08:48
vinbsHaomeng|2 yes it can.. I have checked that by running my own dnsmasq service08:48
*** eglynn_ has joined #openstack-ironic08:49
Haomeng|2vinbs: for such issue, we have to debug for end-to-end to see where the package missing08:49
Haomeng|2vinbs: so if you just want to try our ironic, suggest to use the simple net work type - flat net08:50
romchegsudo: /usr/sbin/apache2ctl: command not found08:51
Haomeng|2vinbs: if your case require GRE, we have to debug the whole GRE path to check where our DHCP request missing or if the dhcp resposne missing08:51
vinbsHaomeng|2 yes I just want to try Ironic for now.. So I'm not particular about network type08:51
vinbsHaomeng|2 I'll create a network with type flat08:51
Haomeng|2vinbs: that is not problem, just play with them:)08:51
Haomeng|2vinbs: ok, good luck08:52
eglynn_Haomeng|2: good morning/evening!08:53
*** Jatin360 has joined #openstack-ironic08:53
Haomeng|2eglynn_: morning:)08:54
eglynn_Haomeng|2: ... just a quick question about ironic emitting notifications with IPMI sensor data for ceilometer to consume08:54
Haomeng|2eglynn_: sure08:54
eglynn_Haomeng|2: (... discussed at summit https://etherpad.openstack.org/p/juno-ironic-and-ceilometer in a session led by devananda)08:55
eglynn_Haomeng|2: ... just wondering if a fresh blueprint is needed for this?08:55
Haomeng|2eglynn_: yes08:55
eglynn_Haomeng|2: ... and do you know if it'll be worked on in the juno-2 timeframe?08:56
eglynn_Haomeng|2: (assuming its missed the boat on juno-1 at this stage)08:56
Haomeng|2eglynn_: to follow new process, for any blueprint, we need design spec, so I just plan to commit the spec first08:57
Haomeng|2eglynn_: then, I will work with ceilometer guys to confirm the solution, and will modify the existing patch to commit again for reviewing08:57
eglynn_Haomeng|2: ... cool, can you nominate me as a reviewer on the BP spec? (... from the ceilometer perspective)08:58
Haomeng|2eglynn_: sure08:58
Haomeng|2eglynn_: are your working from Ceilometer?08:58
Haomeng|2eglynn_: welcome your comments08:58
Haomeng|2eglynn_: and what is your launch pad id?08:58
eglynn_Haomeng|2: yeah I'm the ceilometer PTL for my sins ;)08:58
eglynn_Haomeng|2: launchpad ID == eglynn08:59
Haomeng|2eglynn_: thank you08:59
*** spearson has joined #openstack-ironic08:59
Haomeng|2eglynn_: I will prepare the spec asap08:59
eglynn_Haomeng|2: ... excellent, thank you sir!08:59
eglynn_Haomeng|2: ... also the ceilometer contributor who's likely to be working on the ceilometer code to consume the Ironic notifications will be Chris Dent (LP ID == cdent)09:00
Kai14hi Ironic!09:02
Kai14f got a question regarding the docu "Deploying Ironic with Devstack" http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack09:04
Kai14is this supposed to work in a single node?09:04
Haomeng|2eglynn_: ok, I will work with Chris to complete this design, thanks for your inforamtion09:08
eglynn_Haomeng|2: thanks again!09:09
Haomeng|2eglynn_: in icehouse release, I try to find ceilometer guys to work together for this bp:)09:09
Haomeng|2eglynn_: :)09:09
eglynn_Haomeng|2: ... yeah, I think we dropped the ball on that interaction from the ceilometer side, apologies!09:09
eglynn_Haomeng|2: ... but for Juno, I've pushed it up the priority stack09:10
Haomeng|2eglynn_: dot worry, that is fine with me:)09:10
Haomeng|2eglynn_: thanks for your supporting:)09:10
eglynn_Haomeng|2: (... because it's important for the Tuskar/TripleO folks, that makes it important for Ceilometer also)09:10
eglynn_Haomeng|2: ... well, thank *you* for your efforts on this :)09:11
Haomeng|2eglynn_: yes09:11
Haomeng|2eglynn_: welcome:)09:11
lucasagomesKai14, I believe that's using nested vms, so yes09:11
Haomeng|2eglynn_: that is my pleasure:)09:11
Haomeng|2eglynn_: one more question09:11
eglynn_Haomeng|2: shoot09:12
Haomeng|2eglynn_: based on current code, Ironic will send the message to Ceilometer directly, not sure if the message can be handled by Ceiloemter,  if the Ceilometer will validate the message first with any trust model?09:13
Haomeng|2eglynn_: that is my concern:)09:13
lucasagomesKai14, https://etherpad.openstack.org/p/IronicDeployDevstack << this is not updated, but you can have an idea about how to use more VMs to ur tests09:13
eglynn_Haomeng|2: ... the idea discussed at summit was that Ironic will simply emit an AMQP notification with these sensor data09:14
Haomeng|2eglynn_: that is fine with my existing code:)09:14
eglynn_Haomeng|2: ... and we take the AMQP message bus to be "implicitly secure"09:14
Haomeng|2eglynn_: ok09:15
Haomeng|2eglynn_: thank you:)09:15
eglynn_Haomeng|2: ... I *think* the general prinicipal in openstack seems to be that REST API call are authenticated, but AMQP-mediated interactions are assumed to be secure09:15
Kai14lucasgomes, thank you. The problem is when i come to the command "nova boot" my ironic nodes get powered on but the instance stucks in spanning state09:15
Haomeng|2eglynn_: yes, we can discuss the interface between Ironic and Ceilometer, both API and AMQP message are ok for me :)09:16
Haomeng|2eglynn_: let me prepare the spec, and welcome your comments:)09:16
eglynn_Haomeng|2: excellent, thank you!09:17
Haomeng|2eglynn_: :)09:17
Kai14lucasagmoes: the ironic node stucks in provisinging state "wait call-back"09:17
openstackgerritRakesh H S proposed a change to openstack/ironic: ipmi double bridging functionality  https://review.openstack.org/9577509:22
*** igordcard has joined #openstack-ironic09:27
lucasagomesKai14, right, and did you see the console of the machine ur trying to boot?09:28
romchegMorning lucasagomes!09:28
lucasagomesKai14, did they get an ip from the dhcp request and all?09:28
lucasagomesromcheg, morning09:28
lucasagomesmroning Haomeng|2 :)09:28
*** rameshg87 has left #openstack-ironic09:28
Haomeng|2lucasagomes: morning:)09:28
openstackgerritYongli He proposed a change to openstack/ironic: Rewrite ironic policy to use the new changes of common policy  https://review.openstack.org/9773109:29
Kai14lucasagomes, no console and they also don't get an ip. But I didn't do configure a dhcp server or TFTP or PXE. I think this should be all done by ironic. Or am I wrong?09:30
*** sabah has quit IRC09:30
lucasagomesKai14, yeah dhcp will come from neutron and the tftp devstack should have configured to u AFAIR09:31
lucasagomesdo you see any dnsmasq process running? (neutron uses dnsmasq as the dhcp server)09:31
*** max_lobur has joined #openstack-ironic09:32
Kai14lucasagomes, dnsmasq is running.09:32
*** vinbs has quit IRC09:33
*** vinbs has joined #openstack-ironic09:33
lucasagomesright hmm, it should have got an ip, I need to know what the machine machine booting is showing in the console :(09:33
lucasagomesdebbuging this part without seem it is pretty hard09:34
Kai14okay how can I connect to the console via virsh?09:34
*** Alexei_987 has joined #openstack-ironic09:35
Kai14virsh list --all shows that one baremetal node is running09:35
*** derekh_ has joined #openstack-ironic09:37
lucasagomesKai14, http://rwmj.wordpress.com/2011/07/08/setting-up-a-serial-console-in-qemu-and-libvirt/ might help, but instead of the grub.conf you gotta use the pxe config file09:38
Kai14lucasagomes, I know my host OS isn't supporting nested KVM (host os is rhel but I'm working with a ubuntu VM) could this be a problem? but you can use nested qemu instead of kvm therefore it should be no problem, right?09:41
Kai14lucasagomes, and thanks for the link I will work through that09:41
lucasagomesKai14, right, qemu will be pretty slow but might work09:42
lucasagomesKai14, you can also try things out without using nested vm, you set a bridge between the devstack vm and the vm u are trying to deploy09:43
openstackgerritSirushti Murugesan proposed a change to openstack/ironic-specs: Whole Disk Image Support  https://review.openstack.org/9715009:45
Kai14lucasagomes, yeah I already thought about that but my problem is how will the devstack vm connect to the vm I want to deploy. I suppose I create an ironic node an pass a MAC address as parameter. but I'm not sure which (ironic) driver I shoud use? pxe_ssh?09:45
Kai14lucasagomes, sorry I think it's the ironic port where the MAC address parameter exists09:47
lucasagomesKai14, so the host is the glue, on devstack you can configure ironic to ssh into ur host and issue virsh commands to start/stop the machine09:47
lucasagomesI mean, on the ironic running on the devstack machine09:47
Kai14lucasagomes, thank you.09:50
lucasagomesKai14, take a look at that etherpad, tho it's not updated you can picture how it's done09:50
*** dtantsur|afk is now known as dtantsur09:50
dtantsurg'afternoon, Ironic, now I'm finally here :)09:51
dtantsurHaomeng|2, lucasagomes, romcheg shall we just disable failing tests to unblock our approves? No one of our patches currently touches scheduler09:52
dtantsurit doesn't look like nova patch is going to be merged soon - it failed again in the gate09:52
lucasagomesdtantsur, hmm hard decision, we have to disable py27 and py26 checks for that no?09:53
lucasagomesI dunno if that's a good idea09:53
Haomeng|2dtantsur: it is a good idea, but we can sync with nova guys to see if new nova patch is ready soon09:53
dtantsurlucasagomes, disable only 4 failing tests09:53
dtantsurHaomeng|2, it's ready bug again failed both check and verification09:54
dtantsur* bug = but09:54
lucasagomespff damn, /me thinking09:55
dtantsurLet me know, what you think, folks. If you're ok, I think we can try. I'm afraid to rely on Nova fixing it soon enough (and Jenkins approve it)09:57
Haomeng|2lifeless: need your supporting here about this - https://review.openstack.org/#/c/97447/09:58
Haomeng|2lifeless: we depends on the nova fix I think, not sure if nova will rollback the code?10:00
*** Jatin360 has quit IRC10:00
*** Jatin360_ has joined #openstack-ironic10:00
*** Jatin360_ is now known as Jatin36010:00
lifelessHaomeng|2: https://review.openstack.org/#/c/97757/10:00
Haomeng|2lifeless: ok thank you10:00
* lifeless crashes for sleep10:00
Haomeng|2dtantsur: so we can wait https://review.openstack.org/#/c/97447/, code will be merged soon  I think, it is approved already10:01
dtantsurHaomeng|2, <dtantsur> it doesn't look like nova patch is going to be merged soon - it failed again in the gate10:01
dtantsurHaomeng|2, I already reverified this morning and it's gonna fail again10:02
dtantsur(I can see it in zuul)10:02
Haomeng|2dtantsur: yes, see your comments10:02
*** pradipta_away is now known as pradipta10:02
Haomeng|2dtantsur: I think nova team can help fix quickly10:02
dtantsurHaomeng|2, I don't think they can fix transient failures :) on the other hand, we can also hit them, so I don't know10:04
Haomeng|2dtantsur: :)10:04
*** Jatin360_ has joined #openstack-ironic10:05
Haomeng|2dtantsur: so we can discuss with Deva, maybe he has idea10:05
dtantsurmaybe. I just wanted to merge something, while gate pipeline is not full :) but well, I'm ok with waiting for nova10:05
Haomeng|2dtantsur: :)10:06
*** Jatin360 has quit IRC10:08
*** Jatin360_ is now known as Jatin36010:08
*** r0j4z0 has joined #openstack-ironic10:09
*** romcheg has quit IRC10:10
openstackgerritSirushti Murugesan proposed a change to openstack/ironic-specs: Whole Disk Image Support  https://review.openstack.org/9715010:11
*** Jatin360 has quit IRC10:17
dtantsurFolks, do we have any docs on our spec review process?10:20
*** pbrooko has quit IRC10:22
lucasagomesdtantsur, the README at the ironic-spec repo?10:27
lucasagomesdtantsur, https://github.com/openstack/ironic-specs/blob/master/README.rst10:27
lucasagomesand the template as well10:27
lucasagomesdtantsur, https://github.com/openstack/ironic-specs/blob/master/specs/template.rst10:28
*** matsuhashi has quit IRC10:31
*** matsuhashi has joined #openstack-ironic10:34
*** romcheg has joined #openstack-ironic10:46
*** romcheg has quit IRC10:50
*** romcheg has joined #openstack-ironic10:50
dtantsurthanks, lucasagomes. I would still like a more-or-less complete wiki page, but ok10:53
dtantsurin the meanwhile https://review.openstack.org/#/c/97757/ has failed. Reverifying again...10:54
openstackgerritImre Farkas proposed a change to openstack/ironic: Make driver validation asynchronous  https://review.openstack.org/9778910:57
lucasagomesdtantsur, yeah wiki page would be better indeed11:01
*** romcheg1 has joined #openstack-ironic11:02
*** romcheg has quit IRC11:02
*** matsuhashi has quit IRC11:06
*** romcheg1 is now known as romcheg11:06
*** matsuhashi has joined #openstack-ironic11:06
*** lazy_prince has quit IRC11:07
*** matsuhashi has quit IRC11:10
*** nosnos has quit IRC11:20
*** lucasagomes is now known as lucas-hungry11:23
*** matsuhashi has joined #openstack-ironic11:24
*** matsuhashi has quit IRC11:24
*** matsuhashi has joined #openstack-ironic11:24
dtantsurlucas-hungry and others: please have a look: https://wiki.openstack.org/wiki/Ironic/Specs_Process11:27
*** matsuhashi has quit IRC11:29
dtantsuralso addition in the end of https://wiki.openstack.org/wiki/Ironic11:30
romchegdtantsur: /me is looking11:39
*** k4n0 has quit IRC11:54
*** takadayuiko has joined #openstack-ironic11:57
NobodyCamgood morning Irpnic12:05
romchegMorning NobodyCam!12:05
NobodyCam:-p Ironic even12:05
dtantsurmorning NobodyCam :)12:05
NobodyCamhey, Morning  romcheg & dtantsur12:06
dtantsurfolks, I introduced a few official tags for our bugs, among them new 'driver' tag: https://bugs.launchpad.net/ironic/+bugs?field.tag=driver12:06
dtantsurthis is to help prioritize issues, as driver once have quite high relative priority, if we're going to merge with Nova12:07
NobodyCamis Haomeng|2 here?12:08
romchegNobodyCam: I think it's late for him12:08
NobodyCamya12:08
NobodyCamwhanted to ask about his comment on https://review.openstack.org/#/c/9759012:09
NobodyCamand oh is our gate still broke?12:10
NobodyCambroken even...12:10
* NobodyCam watches the coffee pot brew...wishing it would go faster12:11
dtantsurNobodyCam, it's a fun story12:11
dtantsurNobodyCam, now they reverted Nova patch :)12:11
dtantsurNobodyCam, and we're waiting for the revert to land12:11
dtantsurand it does not land due to transient failures12:11
dtantsurso I keep reverify it in a hope that it will merge :)12:12
NobodyCamoh ya12:12
dtantsurok. it failed. again. kmp >_<12:12
dtantsurNobodyCam, I even suggested disabling 4 failing tests on our side, until fix is found12:13
*** vinbs_ has joined #openstack-ironic12:13
dtantsurother cores were not that sure about it... and I still think it may be a good idea12:13
NobodyCamits our tests that are failing when its reverted?12:14
dtantsurNobodyCam, no, I meant, if our work is blocked due to 4 unit tests, maybe just temporary skip them?12:14
*** coolsvap is now known as coolsvap|afk12:15
NobodyCamI don;t have mail open do you have the link to the revert patch12:15
*** vinbs__ has joined #openstack-ironic12:15
dtantsurNobodyCam, https://review.openstack.org/#/c/97757/12:15
*** vinbs has quit IRC12:15
*** vinbs__ is now known as vinbs12:15
*** vinbs_ has quit IRC12:17
dtantsurNobodyCam, oh, sdague is writing to ML that things are really bad with gates now and asks to stop approving things12:18
NobodyCamoh joy  :(12:21
*** vinbs has quit IRC12:22
*** lucas-hungry is now known as lucasagomes12:24
lucasagomesdtantsur, thanks will do12:24
lucasagomesmorning NobodyCam12:24
NobodyCamgood morning lucasagomes12:28
NobodyCamwas just looking over 9775712:28
NobodyCam:-p12:28
NobodyCambrb12:29
lucasagomes:(12:32
lucasagomesstill not merged12:32
openstackgerritA change was merged to openstack/ironic-python-agent: Add missing methods to base HardwareManager class  https://review.openstack.org/9763112:32
lucasagomesreverify again12:33
lucasagomeslet's see12:33
NobodyCam:)12:34
lucasagomeswhat a pain12:34
dtantsuryeah, now your turn to reverify :)12:35
dtantsurYet Another (tm) reason to merge driver into Nova asap12:36
dtantsurthis would be their problem :D12:36
NobodyCamyes, but our tests would still be failing12:36
romchegCI should be redesigned12:37
romchegEvery time one project has a serious failure — everyone has it too :)12:38
*** godp1301 has joined #openstack-ironic12:38
NobodyCamromcheg: if you have thoughts on how to redesign shot a email to mordred on it :12:39
NobodyCam:)12:39
romchegNobodyCam: I don't have now so I can just be complaining :)12:39
NobodyCamlol12:39
NobodyCam++12:39
lucasagomesdtantsur, that would make it easier yes, tho the driver still our problem12:41
*** godp13011 has joined #openstack-ironic12:41
*** godp1301 has quit IRC12:43
romchegI just came up with an idea regarding to the specs process12:45
romchegI think it might be reasonable to add a section to the specification that is saying what configuration options are going to be added or removed and what are the reasonable defaults for them12:46
NobodyCamoh I like that.12:47
lucasagomesromcheg,  we have that already12:48
lucasagomeshttps://github.com/devananda/ironic-specs/blob/master/specs/template.rst12:48
*** linggao has joined #openstack-ironic12:48
lucasagomesOther deployer impact: What config options are being added? Should they be more generic than proposed (for example a flag that other hypervisor drivers might want to implement as well)? Are the default values ones which will work well in real deployments?12:48
*** rloo has joined #openstack-ironic12:48
romchegWhoops, I had not enough patience to read it that carefully12:49
lucasagomesheh12:49
lucasagomesmaybe it's a bit hidden and u want to have its own section for it12:49
lucasagomesfor the configs I mean12:49
NobodyCamhumm lucasagomes just off the top of your head do you know how parted would fail with bad drive... see https://bugs.launchpad.net/bugs/132617212:50
lucasagomesNobodyCam, oh not really12:52
lucasagomesNobodyCam, but u could simulate a bad device12:53
lucasagomesusing device mapper12:53
lucasagomesthere's an "error" target that can be used for that12:53
lucasagomesNobodyCam, http://linux.die.net/man/8/dmsetup12:54
NobodyCamneet-o12:59
NobodyCambrb12:59
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Checking formatting to the specified filesystem  https://review.openstack.org/9810213:01
NobodyCamI almost thought that was going to check for bad sectors13:04
NobodyCamlol13:04
*** rloo has quit IRC13:14
*** rloo has joined #openstack-ironic13:15
*** matty_dubs|gone is now known as matty_dubs13:19
Kai14lucasagomes, do you have a moment? I think I'm a step further with my problem. I did the second method: I will deploy a vm on my host using the devstack vm (so NO nested VM).13:19
Kai14lucasagomes, ironic found the node on the host "Found Mac address...." but the deployment fails. ironic node-show tells my something about an HTTP404. what could be the problem?13:20
*** early has quit IRC13:21
*** Mikhail_D_ltp has left #openstack-ironic13:22
*** Mikhail_D_ltp has joined #openstack-ironic13:22
romchegMikhail_D_wk: in addition to my comments please also change the title13:23
romchegMikhail_D_ltp: to something like "Check whether specified FS is supported"13:23
dtantsurlucasagomes, re https://bugs.launchpad.net/python-ironicclient/+bug/1326749 what is it a bug?13:23
dtantsurlucasagomes, I would say we should add unique constraint on instance_uuid, not fixing client13:24
*** early has joined #openstack-ironic13:24
lucasagomesKai14, hey, hmm so did ironic started the vm?13:25
lucasagomesdtantsur, ah, hmm yeah I didn't know where actually I should put that bug13:26
dtantsurlucasagomes, I would highly vote for preventing this situation, not making client work with it13:27
lucasagomesdtantsur, idk it's confusing to have 2 bug trackers one for the client and one for ironic13:27
Kai14lucasagomes, hmm not sure have to check. Maybe the 404 comes from glance. But you're right first I should check if ironic even started the vm13:27
dtantsurlucasagomes, I also hate it :(13:28
lucasagomesdtantsur, this bug in the client affects the nova driver, since the nova driver uses the libs13:28
lucasagomesdtantsur, http://paste.openstack.org/show/wOdHiJurWONIhlYrejCj/13:28
lucasagomesthe fix is really in Ironic, but urghh heh it's a mess13:28
lucasagomesdtantsur, you think it would be easier to report the client erros in the ironic bug tracker? instead of having this division?13:29
dtantsurlucasagomes, I would like on bug tracker per team. Otherwise we also need IPA bug tracker and so on...13:30
lucasagomesdtantsur, right... but anyway, the fix of that bug is really in ironic13:30
dtantsurbtw, lucasagomes how are you going to fix the client, provided the error is from server (aka error 500)?13:31
dtantsuroh, I see we're thinking of the same :)13:31
lucasagomesdtantsur, yeah I wouldn't fix the client, the fix would go to Ironic13:31
lucasagomesmaybe i will just mark that bug as invalid13:31
dtantsuryes please13:31
lucasagomescool13:31
dtantsurlucasagomes, now my question is: what should node.get_by_instance_uuid return in this case?13:33
dtantsurlucasagomes, the only answer I see is that we should prevent this situation from even happening13:33
dtantsurwhat do you think?13:33
lucasagomesdtantsur, +1, what I'm doing to fix it13:33
lucasagomesis to add a unique constraint to the instance_uuid in Ironic13:34
lucasagomesand guarantee that if the deployment fail13:34
lucasagomesexception/timeout etc...13:34
lucasagomesthe instance get unassociated13:34
lucasagomeswith that node13:34
lucasagomesI'm working on that as part of https://bugs.launchpad.net/ironic/+bug/132636413:34
lucasagomesthis is part of the problem13:34
dtantsuraha. these 2 steps both look good to me!13:35
lucasagomesyeah13:35
lucasagomescause13:35
*** takadayuiko has quit IRC13:35
lucasagomesthe reason why if one instance fail it tries to deploy another is because of the RetryFilter in the nova scheduler13:35
lucasagomesso instance 1 fails for whatever reason13:35
lucasagomesnova tries to deploy the next13:35
Kai14lucasagomes, cool! one vm starts another vm it's kind of magic despite I understand how it works. Now it says deploy complete. Thank you very much, you helped me really a lot!13:35
lucasagomesbut the instance still associated with the first and no unique constraint13:36
lucasagomesso nova will associate that instance with the second node13:36
lucasagomesdriver will use the lib to find the node associated with that instance13:36
lucasagomesthat will fail with that 500 error, cause now there's 2 nodes associated with the same instance13:36
dtantsurouch13:36
lucasagomesand things just get really messy13:36
lucasagomesheh13:36
lucasagomesso it's a bunch of things tangled together13:37
lucasagomeshaving the unique constraint and making sure that the instance gets unassociated if the deploy fails is a step to fix it13:37
lucasagomesdtantsur, what u think?13:37
lucasagomesKai14, no worries, feel free to ask more question. I know our documentation is not the best13:37
lucasagomesKai14, but we will try to improve it as we get things more stable13:38
dtantsurlucasagomes, sounds good, but we need somehow to cope with the situation, if we fail to clean instance id13:38
lucasagomesdtantsur, yup, looking at that right now13:38
dtantsurlucasagomes, maybe the driver can check and clean instance uuid from previous node or so13:38
dtantsurif it sees, that it failed to deploy13:39
dtantsurI donna, but so that we don't return "constraint violation" to nova13:39
lucasagomesdtantsur, yeah, I'll soon submit a patch addressing that problem so u can take a look13:39
dtantsurgreat!13:39
lucasagomesI see 3 parts where we can fail and leave the instance associated... when u issue the deploy and something goes bad; when the first part of the deploy is completed but the ramdisk didn't ping ironic back to continue it; something goes bad in the second part of the deployment13:40
lucasagomesthe ramdisk didn't ping ironic back = timeout problem13:41
*** rakesh_hs has quit IRC13:41
Mikhail_D_ltpFolks :) If I need to synchronize only one method from Oslo code, I can don't sync all Oslo code? :)13:42
dtantsurMikhail_D_ltp, depends on the situation, I guess. It better sync on files level to avoid conflicts in the future13:42
lucasagomesdtantsur, uhul 97757 verified!13:43
lucasagomesnow going to gate13:44
dtantsurfingers crossed...13:44
*** pradipta is now known as pradipta_away13:44
NobodyCamnice!13:45
godp13011From a new devstack this morning: stack@devstack:~/devstack$ openstack project create admin13:49
godp13011ERROR: openstackclient.shell Exception raised: six>=1.6.013:49
*** pcrews has joined #openstack-ironic13:54
*** eghobo has joined #openstack-ironic13:55
*** eguz has quit IRC13:56
*** eghobo has quit IRC13:56
dtantsurerrands, folks, hope to be online in a few hours14:05
*** dtantsur is now known as dtantsur|afk14:05
*** rloo has quit IRC14:06
*** rloo has joined #openstack-ironic14:06
*** rloo has quit IRC14:06
*** rloo has joined #openstack-ironic14:07
*** rloo has quit IRC14:07
*** rloo has joined #openstack-ironic14:07
*** rloo has quit IRC14:13
*** rloo has joined #openstack-ironic14:14
*** athomas has quit IRC14:17
*** athomas has joined #openstack-ironic14:21
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add unique constraint to instance_uuid  https://review.openstack.org/9812014:27
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Unassociate instance if the deployment fail  https://review.openstack.org/9812114:27
NobodyCamhumm seems my google rules are eating messages sent directly to me with  openstack in the subject... hummm14:35
*** jgrimm has joined #openstack-ironic14:35
*** Lingo_ has joined #openstack-ironic14:36
*** Lingo_ is now known as TravelingBear14:37
*** TravelingBear is now known as BadCub0114:39
NobodyCammorning BadCub0114:40
BadCub01Morning NobodyCam14:40
NobodyCamour house in currently under attack by birds :-p14:43
BadCub01Creepy!!!! :-O14:44
NobodyCamwill 1326289 be our recheck bug once 97757 lands?14:46
Kai14hi! If got the problem that ironic can start a baremetal node (in fact another VM on my host OS) but this vm doesn't get a dhcp offer. How can I bring neutron to run on the network interface which is used by both vms?14:49
devanandamorning, all14:51
NobodyCamgood morning devananda :)14:51
romchegMorning devananda!14:51
BadCub01Morning devananda14:51
devanandalooks like the gate is still broken?14:52
NobodyCamyeppers they are reverting see 9775714:52
NobodyCamdevananda: we should update the topic/ status14:53
*** coolsvap|afk is now known as coolsvap14:53
*** jgrimm has quit IRC14:53
NobodyCamKai14: are you running devstack or devtest?14:54
Kai14NobodyCam: actually I started with devstack. But I'm not using nested vms now. I have one vm running with devstack/ironic and this vm powers on another vm on my host os14:55
Kai14NobodyCam, the devstack vm has to networkinterfaces one is connected to a bridge on the host os. The vm which I want to deploy has one network interface which is also connected to the same bridge on the host os14:57
Kai14NobodyCam, but since I started with devstack. Ironic or dnsmasq is running on the wrong interface (I suppose).14:58
*** jistr has quit IRC14:58
Kai14I mean neutron respectively dnsmasq14:59
NobodyCamKai14: off the top of my head it sounds like a networking issue. Have you used something like tcpdump to see if the request is making it to the correct interface14:59
*** jistr has joined #openstack-ironic15:00
NobodyCambbt..brb15:02
Kai14NobodyCam, I will look into that.15:02
lucasagomesdevananda, morning15:04
lucasagomesdevananda, yes :( the nova patch is now being tested on gate15:04
lucasagomesfingers crossed15:04
lucasagomesdevananda, when you get a time can we talk a bit about #1326364 ?15:05
*** devananda changes topic to "ATTN: Ironic's gate queue is broken, pending a fix in nova: https://review.openstack.org/#/c/97757/"15:06
BadCub01BadCub01 is off to another PM meeting :-p15:07
devanandaBadCub01: enjoy :p15:07
*** Kai14 has quit IRC15:11
devanandadtantsur|afk: on the 'driver' tag, this term is slightly overloaded15:16
devanandadtantsur|afk: it could mean "ironic.drivers.*" or "nova.virt.ironic"15:16
Mikhail_D_ltpdevananda g'morning :)15:16
NobodyCammorning Mikhail_D_ltp15:16
* devananda skims some scrollback...15:19
lucasagomesdevananda, so on bug #1326364, there are more than one problem tangled15:19
lucasagomesdevananda, what I see happening there is that nova tries to deploy a machine and it fails for some reason, then the RetryFilter picks another node to deploy that instance15:20
lucasagomesbut the instance_uuid from the first machine wasn't cleaned up, so when the driver which is now deploying the machine number two tries to find the machine associated with that instance, the libs fail with "InternalServerError: Multiple rows were found for one() (HTTP 500"15:20
devanandaright15:20
lucasagomesbecause it's now returning multiple rows15:20
lucasagomeswhere it was expected to return only one15:21
lucasagomesand then things get messy heh15:21
devanandaso there are at least two things to address15:21
devananda1) make sure instance_uuid is cleaned up properly15:21
lucasagomesdevananda, are you confortable on adding a unique constraint to the instance_uuid field?15:21
lucasagomesdevananda, yes15:21
devananda2) stop exploding when instance_uuid isn't unique15:21
devanandalucasagomes: so the problem with making it unique is, if we dont' get (1) done right, then the UX will break the ability to reschedule15:22
lucasagomesright, yeah that's the two problems I'm seeing there, I put up 2 patches for that, one to add the unique constraint and the second one to clean the instance_uuid when the deploy fails15:22
lucasagomesdevananda, true15:22
lucasagomesdevananda, perhaps I should invert the order of the patches I think I'm adding the unique constraint before fixing the cleaning up15:22
devananda:)15:22
lucasagomesdevananda, it seems to get fixed in my env15:23
lucasagomesI'm raising some exception on random parts15:23
lucasagomesdriver and in our conductor15:23
devanandafwiw, i thought we were already cleaning up the instance_uuid all the time. either I was wrong or something changed15:23
*** coolsvap is now known as coolsvap|afk15:23
lucasagomeschecking if the instances get stuck in nova, it seems to fix, but I won't know for sure until I test on that env that you guys saw thr bug15:23
*** rloo has quit IRC15:23
lucasagomesdevananda, there's 3 parts where it needs to be cleaned15:23
devanandaah15:24
*** rloo has joined #openstack-ironic15:24
lucasagomesdevananda, when the deploy fail for whatever reasons before going to the second phase of the deployment; when the timeout occurs waiting the ramdisk to ping the ironic api back; when it fails for whatever reason on the 2nd phase of the deployment15:24
NobodyCambrb15:25
*** Mikhail_D_ltp has quit IRC15:28
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add unique constraint to instance_uuid  https://review.openstack.org/9812015:28
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Unassociate instance if the deployment fail  https://review.openstack.org/9812115:28
lucasagomesinverted the order of the patches15:29
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Improve GenericHardwareManager  https://review.openstack.org/9284715:36
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Add hardware_utils  https://review.openstack.org/9239915:36
*** coolsvap|afk is now known as coolsvap15:36
*** eghobo has joined #openstack-ironic15:38
*** athomas has quit IRC15:42
*** eghobo has quit IRC15:44
*** eguz has joined #openstack-ironic15:44
agordeevMikhail_D_wk: https://bugs.launchpad.net/ironic/+bug/1326849 fresh low-hanging fruit for you or for somebody else :)15:44
*** eguz has quit IRC15:44
*** eghobo has joined #openstack-ironic15:44
*** christop1eraedo has quit IRC15:45
*** christopheraedo has joined #openstack-ironic15:46
*** jistr has quit IRC15:46
*** jistr has joined #openstack-ironic15:47
*** jcoufal has quit IRC15:49
*** athomas has joined #openstack-ironic15:52
romchegagordeev: He's just left the office :)15:54
*** coolsvap is now known as coolsvap|afk15:56
devanandaupdate on the gate:16:04
devananda- 97757 is a revert for the nova change that broke us to begin with16:04
*** Haomeng|2 has quit IRC16:04
JayFaweeks: < agordeev> Mikhail_D_wk: https://bugs.launchpad.net/ironic/+bug/1326849 fresh low-hanging fruit for you or for somebody else :)16:05
devananda- there was a discussion with infra, lifeless, myself, and a few nova cores about whether to approve the fix for ironic (97447)16:05
JayFaweeks: ^ that would be a great first bug for you16:05
devananda- but tripleo was still broken, pending a non-approved change to nova16:05
devananda- so the decision was to revert the nova change (by landing 97757)16:05
devananda- however, that didnt land (i think it hit transient failures, and wasn't promoted to the top of the queue again)16:06
devananda- and i'm working on addressing that now16:06
*** godp13011 has quit IRC16:06
JayFthanks deva16:06
romchegThank you for the update!16:07
lucasagomesthanks16:07
rloodevananda: thx. Yest, we weren't supposed to approve unless rebased on 97447. Today, should we just wait to see what happens before approving anything?16:08
NobodyCamrloo: :)16:09
rlooNobodyCam: sorry for not reviewing your two dear-to-the-heart patches sooner.16:11
NobodyCamhumm is there a way we can test and test and report a 3rd party nova driver back to nova... ie our driver, until it lands in nova16:12
*** Haomeng has joined #openstack-ironic16:13
NobodyCamrloo: nothing is landing now... I just trying to keep them up to date for when the gate is un-broken16:13
*** hemna_ has joined #openstack-ironic16:14
devanandawho was working on elastic recheck patterns for ironic bugs?16:14
Shrewsdevananda: adam_g maybe?16:17
jrollagordeev: nice find on https://bugs.launchpad.net/ironic/+bug/132684916:18
*** ellenh has joined #openstack-ironic16:19
devanandaShrews: hi! busy?16:19
jrollmorning y'all :)16:19
Shrewsdevananda: just trying to recover code from a power loss yesterday. what's up?16:20
romchegMorning jroll!16:20
NobodyCammorning jroll JayF and Shrews ...16:20
*** openstackgerrit has quit IRC16:20
devanandaShrews: wondering if i can enlist your help in the gate breakage16:20
NobodyCamShrews: hope I didn't drink tomuch lastnight16:20
NobodyCamat the party16:20
ShrewsNobodyCam: eh, you were a good boy16:20
Shrewsdevananda: sure16:20
*** openstackgerrit has joined #openstack-ironic16:21
*** jgrimm has joined #openstack-ironic16:21
devanandaShrews: two things on my $urgent plate: add elastic recheck queries. add unit tests to nova for the places that ironic's out of tree code depends on things.16:21
devanandaShrews: want to help?16:22
Shrewsdevananda: never touched elastic recheck, but i can probably tackle the unit test stuff16:22
Shrewsbut i could learn elastic recheck if needed16:22
devanandaShrews: ack. see the context in -infra.16:22
devanandaShrews: tldr; first one: a unit test that would have caught this change: https://review.openstack.org/#/c/94043/2/nova/scheduler/host_manager.py16:23
devanandaShrews: since that broke ironic and nova_bm16:23
devanandaShrews: perhaps in a file named "test_ironic_api_contracts.py" with a gigantic # NOTE saying "if you change this, we'll hunt you down"16:24
devanandaShrews: unit test should fail against current nova trunk and succeed on top of https://review.openstack.org/#/c/97757/16:25
devanandaShrews: then we should expand that to cover other internal APIs that ironic is depending on, eg, anywhere we're replacing nova classes/functions with code that's in ironic/nova/*16:26
devanandameanwhile i'll hit E-R and see what I can do there16:26
Shrewsdevananda: so, the __init__ signature for HostState is the utlimate culprite, correct?16:27
Shrewsb/c you mentioned HostManager's signature in -infra, but I don't see that one changing16:27
devanandaShrews: fwiw, all that ^ unit test stuff will help us avoid nova inadvertently breaking ironic in this sort of way again. even jogo and I weren't aware that this would break us :(16:27
devanandaShrews: bah. typing fast. you're correct - HostState, not HostManager16:28
devanandaI think we depend on both16:28
Shrewsright... just trying to come up to speed quickly16:28
NobodyCamShrews: awesome TY16:29
aweeksJayF: I'll take a look16:29
*** jistr has quit IRC16:31
*** r0j4z0 has quit IRC16:33
*** max_lobur has quit IRC16:35
NobodyCamrloo: for the save and raise comment... because I wanted the node uuid in the log16:37
*** romcheg has quit IRC16:38
NobodyCamI will take another look but I recall it wouldn't give node id.. but I could be wrong there16:38
*** martyntaylor has left #openstack-ironic16:39
rlooNobodyCam: 'sok to log the node id. But you're raising the same exception right?16:42
NobodyCamyep16:43
rlooNobodyCam: so you can do 'with excutils.save_and_reraise_exception(): LOG....'. no need to raise16:43
rlooNobodyCam: see line 309, it is used there.16:45
NobodyCamrloo: ok I can do that16:45
NobodyCamya16:45
*** coolsvap|afk is now known as coolsvap16:48
*** harlowja_away is now known as harlowja16:50
*** godp1301 has joined #openstack-ironic16:57
openstackgerritChris Krelle proposed a change to openstack/ironic: Rework make_partitions logic when preserve_ephemeral is set  https://review.openstack.org/9759016:59
*** matty_dubs is now known as matty_dubs|lunch17:02
*** eghobo has quit IRC17:02
*** derekh_ has quit IRC17:06
lucasagomesit's dinner time for me, have a good night everyone!17:07
*** lucasagomes is now known as lucas-dinner17:07
JayFjroll: russell_h: Others: email just went out to os-dev@ asking people to not approve patches until the gate clears17:11
JayFapparently the queue has gotten large enough to cause headaches and expose more bugs, and they want to give the queue time to work through before making it longer17:11
*** jbjohnso has joined #openstack-ironic17:15
*** rakesh_hs has joined #openstack-ironic17:20
NobodyCamwill push in a bit... need to do quick walkies17:22
*** r0j4z0 has joined #openstack-ironic17:23
*** BadCub01 has quit IRC17:26
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Fix concurrent deletes in virt driver  https://review.openstack.org/9818417:26
jrollbugfix for the virt driver right there ^17:26
*** coolsvap is now known as coolsvap|afk17:30
*** athomas has quit IRC17:33
*** eghobo has joined #openstack-ironic17:33
*** eghobo has quit IRC17:34
*** eghobo has joined #openstack-ironic17:37
*** spearson has quit IRC17:39
*** pelix has quit IRC17:47
*** athomas has joined #openstack-ironic17:47
*** Alexei_987 has quit IRC17:47
*** eguz has joined #openstack-ironic17:48
*** matty_dubs|lunch is now known as matty_dubs17:49
*** eghobo has quit IRC17:51
*** jbjohnso has quit IRC17:53
devanandajroll: ah shit, good catch. how many other places are affected by that?18:02
jrolldevananda: good question :P18:03
jrollcomstud actually found it18:03
JayFdevananda: hey an FYI, aweeks is Alex, and he's going to be working with us as well (not just for the summer, hopefully for-ever)18:03
aweeksJayF: dawwww18:03
jrollI hope none of us are working on this forever :)18:04
JayFsomething something software is never done18:04
jrollI want to retire one day18:04
jrollbefore forever happens18:04
*** jbjohnso has joined #openstack-ironic18:05
devanandajroll: so that's not taggign any bug18:06
jrolldevananda: I don't see it anywhere else in the virt driver, not sure about elsewhere18:06
devanandajroll: might it be a cause of https://bugs.launchpad.net/ironic/+bug/1326364 ?18:07
jrolldevananda: damn, I knew you would ask me to file a bug :)18:07
jrollmmm, idk. this makes tear_down time out too quickly18:07
jrolloh right, so no, it wouldn't18:07
jrollwell, maybe18:07
* jroll thinks18:07
jrollok, so, this bug I fixed just makes nova time out tear_down too quickly18:08
jrollbut ironic does still do the tear_down18:08
jrollso, instance_uuid should get cleared18:08
jrollbut imbw18:09
jrolldevananda: ^18:09
comstuddevananda: Hm, I don't think those are the same bugs18:09
comstudUnless18:09
comstudthere's another self.* somewhere causing that one18:09
jrollyeah18:09
comstudbut yeah, the one jroll is fixing is just affecting teardown waiting18:09
jrollI'm heading out to lunch, bbiab18:09
devanandajroll: i haven' tlooked too closely yet. so IMBW. but it seemed possible18:09
jrollsure, it's worth some thought18:09
comstudself.tries being set by multiple greenthreads18:09
devanandano, it totally is related18:12
devananda_cleanup_deploy is what unsets the node.instance_uuid18:12
devanandaif _wait_for_provision_state times out and raises, it doesn't call _cleanup_deploy at all18:13
devanandaso if this loop short-circuits (eg, runs in less than the time it takes ironic api -> conductor -> db to update) then it will raise NovaExceptiona nd not clear node.isntance_uuid18:14
*** eguz has quit IRC18:14
* devananda edits commit message18:14
*** eghobo has joined #openstack-ironic18:14
devanandawell, before i do that, would be great to have another pair of eyes tell me i'm not crazy :)18:14
devanandacommented on the review18:25
devanandacomstud: not the same bug, but a contributing factor18:25
devanandamay help explain why 1326364 shows up more under concurrent workloads18:26
comstudwill look18:27
*** romcheg has joined #openstack-ironic18:28
*** rloo has quit IRC18:29
*** rloo has joined #openstack-ironic18:30
*** igordcard has quit IRC18:32
lifelessmorning18:40
lifelessdevananda: hi18:40
openstackgerritChris Krelle proposed a change to openstack/ironic: Wipe any metadata from a nodes disk  https://review.openstack.org/9313318:40
NobodyCammorning lifeless18:41
NobodyCam:)18:41
NobodyCamrloo: that look a little better?18:42
NobodyCam:-p18:42
rlooNobodyCam: you're asking me? Can't you tell? :-) In meeting, will look in 30 min.18:43
NobodyCamlol18:44
NobodyCamsorry on the road and bandwidth comes and goes18:44
NobodyCamoh I see more comments.. doh will fix them18:44
*** rloo has quit IRC18:48
*** rloo has joined #openstack-ironic18:48
openstackgerritRakesh H S proposed a change to openstack/ironic-specs: Enabling IPMI double bridge support  https://review.openstack.org/9820818:48
*** romcheg has quit IRC18:49
openstackgerritChris Krelle proposed a change to openstack/ironic: Rework make_partitions logic when preserve_ephemeral is set  https://review.openstack.org/9759018:49
openstackgerritChris Krelle proposed a change to openstack/ironic: Wipe any metadata from a nodes disk  https://review.openstack.org/9313318:51
devanandalifeless: hi18:52
*** romcheg has joined #openstack-ironic18:53
NobodyCamdevananda: you working 96902?18:54
NobodyCamlol http://downdetector.com/status/verizon-communications/map note big red spot in Wy so thats where my bandwidth went18:58
openstackgerritRakesh H S proposed a change to openstack/ironic-specs: Enabling IPMI double bridge support  https://review.openstack.org/9820819:00
jrolldevananda: oh, nice19:03
jrollyou might be right19:03
*** ellenh has quit IRC19:03
jrolldevananda: do you want a partial-fix tag or whatever on that, then?19:04
rlooNobodyCam: fwiw, wrt 97590, I'm not convinced that it helps to solve bug 1317647; seems like a diff bug. Or at least I don't think the connection is made.19:06
devanandajroll: related-bug19:08
devanandajroll: if you agree with me that it's related19:09
NobodyCamrloo: if you dont call parted then you dont encounter the bug19:09
jrolldevananda: sounds like, you're right, I'm going to poke around and decide for myself19:09
jrollthanks19:09
devanandajroll: thanks!19:09
jroll:)19:10
devanandaShrews: for the api contract tests, I'd add one for filters.BaseHostFilter:host_passes19:10
devanandaShrews: and check with sdague if he thinks its wortha dding one for each public method of nova.virt.driver.virt_driver:ComputeDriver that we're using in ironic.nova.virt.ironic.driver.IronicDriver19:12
Shrewsdevananda: ack19:13
devanandahm, he's not in this channel19:13
rlooNobodyCam: wrt 93133. The tests. I replied to your reply.19:14
devanandaShrews: he says yes19:15
*** stevebaker has quit IRC19:15
rlooNobodyCam: also, what about more unit tests for get_dev_block_size & destroy_disk_metadata()? (I commented on this but wondering if you missed it.)19:15
*** stevebaker has joined #openstack-ironic19:15
Shrewsdevananda: ack x 219:15
devanandapcrews: how's things?19:17
NobodyCamrloo: humm thought i got them all, but missed that one. ack. will alook at adding more test19:17
NobodyCams19:17
rloothx NobodyCam. I'm trying to get you to reach #60 :-)19:18
pcrewsdevananda: well, my brain hasn't exploded...yet ;)  Been delving into the mysteries of tripleo testing and whatnot19:19
pcrewsseemingly bumping into this - https://bugs.launchpad.net/ironic/+bug/130058919:19
openstackgerritRakesh H S proposed a change to openstack/ironic-specs: Enabling IPMI double bridge support  https://review.openstack.org/9820819:24
devanandapcrews: that's a very unspecific bug with no discernable cause, a proposed fix that sais DO NOT MERGE, and the last lines of the traceback are something we already fixed19:24
devanandapcrews: so if you've hit that recently, i'd be delighted i fyou wouldn't mind posting more details on the bug :)19:25
*** coolsvap|afk has quit IRC19:25
pcrewsdevananda: good to know :)  I'll poke into it a bit more as I've been hitting it consistently19:26
openstackgerritRakesh H S proposed a change to openstack/ironic-specs: Enabling IPMI double bridge support  https://review.openstack.org/9820819:31
*** coolsvap|afk has joined #openstack-ironic19:32
comstuddevananda: Ok, I see. So, we ran into this as well...19:33
comstudwhere instance is not unassigned19:33
comstudSo, we're finding nova not waiting long enough is 1 problem19:33
comstudand then things get out of sync19:33
comstud(at least with IPA, it's not waiting long enough)19:34
devanandasame is happening with PXE19:34
comstudI tend to think nova is doing the right thing here19:34
devanandaonce it gets out of sync, then the nova driver balks because .one() fails19:34
comstudgotcha19:34
lifelesscomstud: I have a patch up for waiting longer19:34
lifeless(in Ironic)19:34
comstudFrom nova's perspective, it's thinking the unprovision failed... or is stuck19:35
devanandalifeless: and there's a fix from jroll for a race that was shortening the wait time19:35
lifelessdevananda: can we put a unique constraint on the instance_uuid ?19:35
devanandacomstud: yea, unprovision gets stuck -- what should it do at that point? reschedule or stop?19:35
comstuddevananda: Even without the race, we're seeing nova not waiting long enough19:35
devanandalifeless: yes19:35
devanandalifeless: that'll cause reschedule to fail faster19:35
comstuddevananda: Well, it's unprovision... there's no 'reschedule'19:35
comstudor I'm not sure what you mean19:35
lifelessdevananda: it will also prevent ironic getting panties in knot :)19:35
lifelesscomstud: nova scheduler reschedules 3 times19:36
devanandacomstud: if provision failed, it calls unprovision. if unprovision fails at that point, it still tries to schedule again19:36
comstudlifeless: On build, yes19:36
devanandai think19:36
comstudyes19:36
comstudthat's correct19:36
devanandaso that's the race19:36
lifelesscomstud: I think you're saying19:36
comstudOk, we have a problem on just straight destroy as well19:36
devanandaif that happens, we get >1 node with same instance uuid19:36
comstudThere's like multiple problems :)19:36
lifelesscomstud: 'when nova delete foo fails it leaves crap behind' ?19:36
lifelesscomstud: I filed a bug for that too :)19:36
comstuddelete 10 instnaces at once19:36
devanandacomstud: right. that compounds when the destroy fails during privision19:36
comstudself.tries is overwritten19:36
comstudbut also...19:36
comstudeven when self.tries is correct, we need a longer wait time for IPA it seems19:37
lifelessso the driver rework devananda and I brainstormed yesterday wil fix this I think19:37
comstudk19:37
comstuddevananda: Right19:37
lifelessin that we can poke the desired state into ironic without contention with whatever is going on in the conductor19:37
jrollcomstud: we've also talked about a different solution19:37
jrollcomstud: where we set some other state that nova sees equivalent to deleted ('decom' or something)19:38
devanandalifeless: i skimmed the etherpad but didn't get thorugh all your notes... will look in a bit. i need to wrap my head around an incremental plan for that and start writing it19:38
lifelessand from nova's perspective all we need to do is *not* update the host resources during unprovision19:38
comstudI kinda want nova to be hands off once it tells ironic to deprovision19:38
jrollcomstud: the reason for the long wait is because we wait for the agent to come up and do decom work19:38
lifelessinstead we'll pick it up automatically once ironic has successfully converged state19:38
lifelesscomstud: exactly19:38
comstudbecause anything after that point is an ironic problem19:38
comstudok great!!19:38
devanandayes, but -- question for the room :)19:38
lifelesscomstud: have you seen the etherpad?19:38
comstudi have not19:38
comstudI'm going to claim you stole my idea19:39
devanandaif a node under ironic's control fails (eg, hw fault)19:39
lifelessdevananda: the room is listening19:39
* comstud smirks19:39
devanandawhat should happen to the nova instance?19:39
comstudright19:39
lifelessdevananda: nova should refuse to alter things at that point19:39
comstudI think nova should consider it destroyed still19:39
comstudand the node goes into mainteannce or something in ironic19:39
lifelessdevananda: but it shouldn't power it off or consider its state changed19:39
comstudso that nova doesn't try to use it again19:39
devanandacomstud: so if it's destroyed/deleted, then ironic contains a reference to something that doesnt exist19:39
lifelessdevananda: if the node is gone in ironic, nova should treat the instance as destroyed19:40
comstud'consider it destroyed' == the nova instance19:40
lifelessdevananda: (theres specific code in nova to do that already)19:40
devanandalifeless: "if the node is gone" is not what I said19:40
comstudwell, can ironic de-associate the nova instance uuid immediately?19:40
lifelessdevananda: I know19:40
lifelesscomstud: I don't think that makes sense19:40
comstudk.19:40
devanandalifeless: hw fault => node is still there, preserving state (at least in ironic).19:40
lifelesscomstud: Ironic can only detect mgmt plane failures19:40
devanandaif the operator deletes the ndoe from ironic, i agree, any instance in nova should be deleted immediately19:40
*** rakesh_hs has quit IRC19:40
lifelesscomstud: what if the BMC blows up but the server is still running just fine19:40
devananda^^ exactly19:41
comstudyeah19:41
lifelessso what I'm proposing is that 'machine dead' -> ops remove from ironic, nova logs 'missing in hypervisor' and follows that codepath19:41
devanandacomstud: ironic can't initiate an action in nova (at least not today). we can propagate some changes via the various periodoic tasks(eg resource tracker )19:41
comstudyeah19:42
comstudI was about to say: DO we need callbacks to nova?19:42
lifeless'transient fault' -> Ironic logs that it can't control the machine, we stop advertising its resources to the nova scheduler, but allow normal nova requests like 'unprovision' etc to be set in the Ironic API19:42
comstudnova has the mechanisms to support it19:42
lifelessthey will either converge when its fixed, or it will be removed by ops eventually19:42
comstudbut we can also make nova try to sync state in a better way19:42
mat128I'm not sure the instance should be destroyed from nova19:42
lifelessmat128: if the machine is unregistered from Ironic19:43
mat128Imagine you spun up an instance and it just disappeared from nova list?!19:43
lifelessmat128: its precisely equivalent to someone using virsh directly to delete a kvm VM19:43
mat128unregistered, not unreachable19:43
mat128ok19:43
comstudwe could have a nova periodic task that manages these 'in progress' things19:43
lifelessmat128: whatever happens in that case, should happen in this, no ?19:43
comstudvs the inline polling we have within driver.destroy19:44
mat128lifeless: agreed. what are the mechanisms by which nova ensures that the vm is present in libvirt?19:44
lifelesscomstud: the scheduler sync one is all we need I think; other syncing will happen (like it does with virsh) when the user requests something19:44
comstudlifeless: I'm talking about things like nova actually deleting instances etc19:44
lifelessmat128: when it makes a query and its missing, it throws an ERROR state; when the hypervisor starts up it cross-checks what its meant to be managing and whats locally present.19:44
mat128lifeless: so it's in error, not completely removed from the instance list19:45
lifelesscomstud: so, I'm proposing that we write to the Ironic API the right settings to make it be deleted, and from novas side then stop.19:45
lifelessmat128: there are config knobs at that point but yeah :)19:45
comstudlifeless: When does nova mark instance as deleted?19:45
lifelessmat128: point is we don't and shouldn't do anything special here. Just map Ironic's facilities into regular hypervisor19:45
mat128lifeless: ok then I agree, same should happen if physical node disappears. This is analog to a kill -9 on the kvm process19:45
devanandaso the corrolary for this is, what happens when a provision fails due to hardware fault?19:45
lifelesscomstud: there are two cases I know of: api DELETE and startup routine19:46
lifelesscomstud: and I may be wrong on the startup routine :)19:46
comstudstartup routine in nova does try to re-issue deletes19:46
comstudfor things stuck in 'deleting' task_state19:46
comstudif that's what you're referring to19:47
lifelessdevananda: so, the node is still in ironic but ironic has detected a fault it can't converge around (e.g. IPMI non-responsive, power not coming on etc)19:47
lifelessdevananda: ?19:47
lifelesscomstud: that may be it19:47
comstudlifeless: link to etherpad?19:47
comstudhttps://etherpad.openstack.org/p/ironic-and-fragile-hardware this one?19:48
lifelesshttps://etherpad.openstack.org/p/ironic-and-fragile-hardware19:48
lifelessah yes19:48
comstudty19:48
comstudok, probably a little much to digest right now19:49
lifelessdevananda: so ideally I'd expect nova to time out eventually, and initiate cleanup by resetting the node properties to not-deployed, and Ironic to only mark the node usable again when the fault has cleared19:49
comstudbut I like what I'm reading so far19:49
*** slamont has joined #openstack-ironic19:49
lifelessdevananda: that implies a bunch of stuff we haven't written or considered yet19:49
JayFThe big thing in that etherpad, that I commented on19:52
JayFis that we should be very careful about modelling specific decom steps for the agent in ironic19:53
JayFbecause the idea is that the agent can have different hardware drivers that do different things19:53
JayFand I'd want to ensure we didn't create a model that someone with wacky enough handware couldn't follow.19:53
lifelessJayF: so the state machine for the agent driver could just hand over to the agent19:58
lifelessJayF: and let it run autonomously with its own state machine (stored in the same measured-side driver_info)19:58
lifelessJayF: that would then get idempotency, support for rebooting in stages and other such things, for roughly free19:59
JayFyeah something russell_h just mentioned though in meatspace to me is that there are some tasks, such as firmware updating, that need ironic cooperation or that ironic might drive (i.e. OOB firmware updates)19:59
JayFso there's probably some middle ground there, where Ironic directs the agent to do some stuff, but maybe the agent can define additional things it wants to do for specific hardware20:00
JayFi don't really know, but I want to ensure the model allows the agent to do more things in a generic 'decom' state than ironic needs to know about20:00
JayFi.e. 5 different firmwares on a system with 5 different crappy utilities to update them, Ironic doesn't need to know we're doing 5 things 5 ways20:00
*** ellenh has joined #openstack-ironic20:02
*** igordcard has joined #openstack-ironic20:05
jrollI would think the flow would be: ironic tells the agent to do any 'pre-decom things', then tells the agent to do x, y, z, then tells the agent 'do anything else you need to do post-decom'20:09
*** romcheg has quit IRC20:12
*** romcheg has joined #openstack-ironic20:15
*** romcheg has quit IRC20:15
*** devananda has quit IRC20:19
*** rloo has quit IRC20:22
*** rloo has joined #openstack-ironic20:23
*** rloo has quit IRC20:26
*** rloo has joined #openstack-ironic20:26
Shrewsdevananda MIA?20:29
lifelessJayF: it does20:33
lifelessJayF: the whole point of saying its a state machine is to let the framework get out of the way20:34
lifelessShrews: he was here just before20:34
*** rloo has quit IRC20:34
*** rloo has joined #openstack-ironic20:35
*** rloo has quit IRC20:45
*** eglynn_ has quit IRC20:45
*** rloo has joined #openstack-ironic20:45
*** stevebaker has quit IRC21:00
*** stevebaker has joined #openstack-ironic21:00
*** ndipanov has quit IRC21:01
*** jbjohnso has quit IRC21:06
lifelessShrews: he's having trouble with is irc proxy21:09
*** rloo has quit IRC21:09
*** rloo has joined #openstack-ironic21:10
Shrewslifeless: no worries. i'm about to bug out for the day21:10
*** rloo has quit IRC21:11
*** rloo has joined #openstack-ironic21:11
*** rloo has quit IRC21:12
*** rloo has joined #openstack-ironic21:12
*** slamont has quit IRC21:16
*** devananda has joined #openstack-ironic21:17
* devananda throws rocks at the intertubes21:18
*** linggao has quit IRC21:22
lifelessdevananda: wb21:23
*** slamont has joined #openstack-ironic21:28
*** rloo has quit IRC21:30
*** rloo has joined #openstack-ironic21:30
NobodyCamHello from YellowStone (or Billings Montana really)21:32
*** rloo has quit IRC21:32
*** rloo has joined #openstack-ironic21:32
*** rloo has quit IRC21:35
*** mrda-away is now known as mrda21:35
*** rloo has joined #openstack-ironic21:35
mrdaMorning Ironic!21:35
*** rloo has quit IRC21:36
*** rloo has joined #openstack-ironic21:36
*** rloo has quit IRC21:37
*** rloo has joined #openstack-ironic21:37
*** rloo has quit IRC21:37
*** rloo has joined #openstack-ironic21:37
jrolldevananda: where is instance_uuid set to null? I couldn't find it quickly21:38
*** rloo has quit IRC21:38
devanandamorning, mrda21:38
*** rloo has joined #openstack-ironic21:38
lifelessjroll: in the nova driver?21:39
devanandajroll: https://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L24621:39
NobodyCammorning mrda21:39
mrda\o21:39
*** romcheg has joined #openstack-ironic21:39
jrollwow21:40
jrollthanks devananda21:40
*** romcheg has left #openstack-ironic21:40
jrollI read that function at least 3 times and totally missed it every time21:40
devanandanp21:40
*** rloo has quit IRC21:41
*** rloo has joined #openstack-ironic21:41
jrolldevananda: so yeah, I think you're right wrt that bug21:42
devanandajroll: awesome21:42
* jroll adds partial-bug to his commit message21:42
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Fix concurrent deletes in virt driver  https://review.openstack.org/9818421:43
lifelessdevananda: reminder: dinner with hernan :)21:43
devanandalifeless: ack. i pinged him. no response21:43
lifelessack21:48
lifelessdevananda: when would you like to do another pass on the api stuff?21:48
devanandalifeless: after i recover from nova meeting :)21:52
devanandaand rebuild my irssi host21:52
devanandalifeless: timing will be hard, but it'd be great to get you and lucas in a hangout about the api, as he's done most of the work on it21:55
lifelesscan do21:58
lifelesslucas-dinner: yo :)21:58
*** rloo has quit IRC21:58
*** rloo has joined #openstack-ironic21:59
*** stevebaker has quit IRC22:03
*** stevebaker has joined #openstack-ironic22:03
jrollcan someone assign lucas-dinner back to this? https://bugs.launchpad.net/ironic/+bug/132636422:03
jrollI accidentally stole assignment22:04
jrollwith my commit22:04
jroll(which anecdotally, isn't showing up as 'fix proposed' or whatever)22:04
rloojroll: done. but can't you do it?22:04
mrdajroll: done22:04
rlooha ha22:05
jrollrloo: 'you can only assign yourself because you're not part of the project team' or something dumb22:05
mrdasnap22:05
jrollthanks mrda22:05
jroll'You may only assign yourself because you are not affiliated with this project and do not have any team memberships.'22:05
jrollis the actual membership22:05
* devananda restarts irssi and stuff... bbiab22:05
jrollwow22:05
rloojroll, you need to go to the dark side and join us22:05
jrolls/membership/message22:05
jrollheh22:05
*** devananda has quit IRC22:05
jrollI just figured it meant core22:05
* jroll pokes around launchpad22:05
mrdarloo: does this mean I get to wear a cape now?22:06
mrdajroll: not core, just bug team22:06
rloomrda: only if you wear black and a mask.22:06
*** devananda has joined #openstack-ironic22:06
rloojroll: i can't remember now, how you sign up. i seem to recall it wasn't totally obvious.22:06
mrdaI'm happy to do that.  Just so long as I don't have to dress like Charlie Chaplin22:06
jrollmrda: hmm, so it's not something I can flip on I guess?22:06
jrolloh22:06
jrollrloo: launchpad.22:06
mrdajust join the group22:06
mrdaIIRC it will need approving, but that shouldn't be too hard to get :)22:07
jroll:P22:07
jrollnow how to join the group..22:07
*** devananda has quit IRC22:07
JayFjroll: if you figure out, show me22:08
JayFheh22:08
mrdahttps://launchpad.net/~ironic-bugs22:08
mrdaClick "join" :)22:08
jrollwheeeeeeeee22:08
jrollthanks mrda22:08
jrollwait does this mean I need to help triage?22:08
* jroll runs away22:08
mrdaI am a useful engine22:08
mrdajroll: yes, you're part of the dark side now22:09
rloojroll: yeah. initiation rites...22:09
jrolllol22:09
*** slamont has quit IRC22:09
mrdaooo, I missed out on that rloo22:09
mrdacan you show me the secret handshake?22:09
rloomrda: never too late. i'll have dtantsur|afk talk to you ;)22:10
mrda;)22:10
*** godp1301 has quit IRC22:13
*** jgrimm has quit IRC22:16
*** stevebaker has quit IRC22:28
*** stevebaker has joined #openstack-ironic22:28
*** aboutGod has joined #openstack-ironic22:31
*** sysexit has quit IRC22:32
*** slamont has joined #openstack-ironic22:34
*** aboutGod has left #openstack-ironic22:36
*** matty_dubs is now known as matty_dubs|gone22:36
*** devananda has joined #openstack-ironic22:45
*** devananda has quit IRC22:45
*** athomas has quit IRC22:47
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Update Nova driver's list_instance_uuids()  https://review.openstack.org/9826822:47
*** devananda has joined #openstack-ironic22:48
devananda\o/22:48
devanandagot all my irc things fixed, and switched to SSL while I was at it22:49
NobodyCamnice22:49
jroll\o/ for ssl22:55
openstackgerritEllen Hui proposed a change to openstack/ironic-python-agent: Tries to advertise valid default IP  https://review.openstack.org/9698023:06
devanandaso folks, our gate is still broken, and the fix in nova (97757) hit a neutron failure the last time it made it to the top of the queue23:28
devanandaSO23:28
devanandanow it's at the bottom of the queue again23:28
devanandawhat can YOU do to help? watch the rechecks page http://status.openstack.org/rechecks/ and help FIX THOSE23:29
devanandaalso watch 97757 and, if it fails to merge, investigate the failure -- if it's known bug, recheck bug ###. if there's a bug but no elastic-recheck, create an E-R query.23:30
devanandain short, right now, we're suffering along with all of openstack, so help fix anything that's polluting the gate with random failures will help us, too23:30
mrdathanks devananda - will try and keep a look out for this today23:31
devanandaShrews: keep on what you were doing. that'll help us directly prevent some of this in the future :)23:31
devanandaand anyone who's working on fixing bugs (especially bugs that creep into the gate randomly) in ironic, please continue doing that!23:32
devanandaeveryone else -- please help out. your features can't land until the gate gets better anyway.23:32
*** hemna_ has quit IRC23:37
openstackgerritChris Krelle proposed a change to openstack/ironic: Wipe any metadata from a nodes disk  https://review.openstack.org/9313323:44
NobodyCamok folks dinner is calling23:44
NobodyCamdevananda: should we be poking folks in infra to bump it up?23:46
devanandaNobodyCam: no. I already did. and they did. and it failed due to a neutron bug. it's in the queue again, and they know23:47
NobodyCamack :(23:47
*** ellenh has quit IRC23:51
devanandajust sent an email to the list23:51

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