Thursday, 2016-09-01

*** baoli has quit IRC00:00
*** wajdi_ has joined #openstack-ironic00:01
*** wajdi has quit IRC00:04
*** wajdi_ has quit IRC00:05
jrollrloo: release notes look good to me rendered: http://docs-draft.openstack.org/70/362870/6/check/gate-python-ironicclient-releasenotes/8cdfef8//releasenotes/build/html/current-series.html00:13
rloojroll: ugh. deprecation notes, it has 'openstack' not 'OpenStack'.00:19
*** Sukhdev has joined #openstack-ironic00:20
*** baoli has joined #openstack-ironic00:21
jrollblah00:23
jrollI'll fix real quick00:23
rloojroll: i +A'd your patch. you can add a new patch to fix that one or not, up to you.00:24
rloojroll: and if you do fix it, i guess it should be s/Deprecated/Deprecates/00:24
jrollyep, did that00:25
*** watanabe_isao has joined #openstack-ironic00:25
openstackgerritJim Rollenhagen proposed openstack/python-ironicclient: Correct a couple small grammar things in release notes  https://review.openstack.org/36399600:26
jrollrloo: ^ there's the update, I think it's small enough for a single +2 unless NobodyCam is still around00:26
*** thrash is now known as thrash|g0ne00:26
* jroll wants to get these out00:27
rloojroll: +A'd00:28
jrollthanks00:28
* jroll will release in the morning00:28
openstackgerritMerged openstack/python-ironicclient: Clean up release notes for 1.7  https://review.openstack.org/36287000:29
*** baoli has quit IRC00:30
rloowhy'd that take so long to render, yet so fast to merge!00:30
jrollcheck queue is always longer than gate00:31
jrolland I think it was backed up, seemed someone had pushed a ton of commits right before00:31
openstackgerritRuby Loo proposed openstack/python-ironicclient: Adds --chassis arg to 'openstack baremetal node set'  https://review.openstack.org/36399900:35
*** baoli has joined #openstack-ironic00:35
rloojroll: well, hopefully your last change is fast too00:36
jrollrloo: doesn't matter, I'm done for the night :P00:36
jrolljust needs to be faster than my sleep00:36
rloojroll: true. have a good sleep :)00:36
jrollthanks, enjoy your night :)00:37
rloojroll: :)00:37
*** sabeen has quit IRC00:37
*** rloo has quit IRC00:39
openstackgerritMerged openstack/python-ironicclient: Correct a couple small grammar things in release notes  https://review.openstack.org/36399600:39
jrollwell snap, maybe I'm not done00:41
TheJulia:(00:45
jrollTheJulia: no, I'm excited!00:48
* jroll marked another thing off his todo list00:48
*** mtanino has quit IRC00:49
jrolltomorrow will be driver deprecation day00:51
jrollgnight, everyone00:51
TheJuliagoodnight!00:51
*** vishwanathj has quit IRC00:53
*** wlfightup has quit IRC00:53
*** Goneri has joined #openstack-ironic00:54
*** Sukhdev has quit IRC00:55
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Add a new command "ironic node-inject-nmi"  https://review.openstack.org/24790501:05
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Add a new OSC command for Inject NMI  https://review.openstack.org/35766101:07
*** adnavare has quit IRC01:10
*** aNupoisc has quit IRC01:10
*** priteau has joined #openstack-ironic01:11
*** Sukhdev has joined #openstack-ironic01:12
*** Sukhdev has quit IRC01:13
*** hoangcx has joined #openstack-ironic01:14
*** priteau has quit IRC01:16
*** chlong has joined #openstack-ironic01:18
*** pmannidi has quit IRC01:20
*** pmannidi has joined #openstack-ironic01:21
*** baoli_ has joined #openstack-ironic01:28
*** baoli has quit IRC01:28
*** baoli has joined #openstack-ironic01:30
*** hoangcx has quit IRC01:31
*** baoli_ has quit IRC01:33
*** ijw has quit IRC02:01
*** sdake has quit IRC02:06
*** hoangcx has joined #openstack-ironic02:07
*** phuongnh has joined #openstack-ironic02:11
*** sabeen has joined #openstack-ironic02:28
*** syed_ has quit IRC02:32
*** Goneri has quit IRC02:35
*** Sukhdev has joined #openstack-ironic02:48
*** amotoki has joined #openstack-ironic02:51
*** hoangcx has quit IRC02:58
openstackgerritRuby Loo proposed openstack/python-ironicclient: Move duplicated info to new v1/utils.py  https://review.openstack.org/36403803:00
*** wajdi has joined #openstack-ironic03:02
*** amotoki has quit IRC03:08
*** amotoki has joined #openstack-ironic03:21
*** amotoki has quit IRC03:30
*** sabeen has quit IRC03:31
*** amotoki has joined #openstack-ironic03:35
*** vikrant has joined #openstack-ironic03:36
*** sabeen has joined #openstack-ironic03:42
*** hj-hpe has quit IRC03:45
*** amotoki has quit IRC04:01
*** Sukhdev has quit IRC04:09
*** vikrant has quit IRC04:09
*** vikrant has joined #openstack-ironic04:10
*** MattMan has quit IRC04:12
*** MattMan has joined #openstack-ironic04:12
*** fragatina has quit IRC04:14
*** amotoki has joined #openstack-ironic04:16
*** baoli has quit IRC04:24
*** links has joined #openstack-ironic04:32
*** fragatina has joined #openstack-ironic04:34
*** krtaylor has quit IRC04:34
*** rajinir has quit IRC04:35
*** BadCub has quit IRC04:37
*** amit213 has quit IRC04:37
*** Ng has quit IRC04:38
*** NobodyCam has quit IRC04:38
*** betherly has quit IRC04:38
*** vdrok has quit IRC04:38
*** amit213 has joined #openstack-ironic04:40
*** vdrok has joined #openstack-ironic04:40
*** betherly has joined #openstack-ironic04:40
*** NobodyCam has joined #openstack-ironic04:41
*** BadCub has joined #openstack-ironic04:42
*** Ng has joined #openstack-ironic04:42
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/36386304:56
*** moshele has joined #openstack-ironic04:57
*** pcaruana has quit IRC04:57
*** cppforlife_ has quit IRC05:03
*** sergek has quit IRC05:03
*** agordeev has quit IRC05:03
*** kun_huang has quit IRC05:04
*** rama_y has joined #openstack-ironic05:05
*** sergek has joined #openstack-ironic05:05
*** agordeev has joined #openstack-ironic05:05
*** cppforlife_ has joined #openstack-ironic05:05
*** harlowja_at_home has joined #openstack-ironic05:06
*** rama_y has quit IRC05:06
*** kun_huang has joined #openstack-ironic05:07
*** mgkwill has quit IRC05:07
*** rama_y has joined #openstack-ironic05:07
*** mgkwill has joined #openstack-ironic05:08
*** pas-ha has quit IRC05:10
*** pas-ha has joined #openstack-ironic05:10
*** fyxim has quit IRC05:13
*** fyxim has joined #openstack-ironic05:14
openstackgerritNaohiro Tamura proposed openstack/ironic: Update driver requirement for iRMC  https://review.openstack.org/36407105:14
*** yibo has joined #openstack-ironic05:18
*** fragatin_ has joined #openstack-ironic05:22
*** sdake has joined #openstack-ironic05:23
*** fragatina has quit IRC05:25
openstackgerritNaohiro Tamura proposed openstack/ironic: Update driver requirement for iRMC  https://review.openstack.org/36407705:30
*** mjura has joined #openstack-ironic05:42
*** ChubYann has quit IRC05:42
*** syed_ has joined #openstack-ironic05:50
*** harlowja_at_home has quit IRC05:51
*** mjura has quit IRC05:51
*** mjura has joined #openstack-ironic05:51
*** hoangcx has joined #openstack-ironic05:56
*** sabeen has quit IRC05:57
*** Sukhdev has joined #openstack-ironic06:01
*** rcernin has quit IRC06:08
*** ljjjustin has quit IRC06:21
*** ljjjustin has joined #openstack-ironic06:21
*** vnogin has quit IRC06:22
*** vnogin has joined #openstack-ironic06:22
*** pcaruana has joined #openstack-ironic06:30
*** rcernin has joined #openstack-ironic06:41
*** Sukhdev has quit IRC06:42
*** rcernin has quit IRC06:45
*** rcernin has joined #openstack-ironic06:45
*** hoangcx has quit IRC06:52
*** hoangcx_ has joined #openstack-ironic06:52
openstackgerritVasyl Saienko proposed openstack/ironic: Fix updating port.portgroup_uuid for node  https://review.openstack.org/36409506:53
*** tesseract- has joined #openstack-ironic07:03
*** rama_y has quit IRC07:06
*** rama_y has joined #openstack-ironic07:06
pas-hamorning Ironicers :)07:06
*** rama_y has quit IRC07:08
*** rama_y has joined #openstack-ironic07:08
openstackgerritzhufl proposed openstack/ironic: Remove unused LOG and CONF  https://review.openstack.org/36410907:16
*** jlvillal has quit IRC07:22
*** rama_y has quit IRC07:23
*** jlvillal has joined #openstack-ironic07:23
*** rama_y has joined #openstack-ironic07:24
*** jpich has joined #openstack-ironic07:25
*** praneshp has quit IRC07:26
*** ifarkas_afk is now known as ifarkas07:28
*** rama_y has quit IRC07:29
*** phuongnh has quit IRC07:30
*** phuongnh has joined #openstack-ironic07:31
*** hoangcx_ has quit IRC07:35
*** hoangcx has joined #openstack-ironic07:40
*** mgoddard has joined #openstack-ironic07:43
*** sdake has quit IRC07:43
*** sdake has joined #openstack-ironic07:44
*** phuongnh has quit IRC07:50
openstackgerritMerged openstack/ironic-lib: Sync tools/tox_install.sh  https://review.openstack.org/36308607:57
*** dtantsur|afk is now known as dtantsur07:58
dtantsurMorning Ironic, morning pas-ha07:58
*** ohamada has joined #openstack-ironic07:59
*** zzzeek has quit IRC08:00
*** ljjjustin has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** syed_ has quit IRC08:02
*** jaosorior has joined #openstack-ironic08:04
*** athomas has joined #openstack-ironic08:04
*** hoangcx has quit IRC08:05
*** milan has joined #openstack-ironic08:10
*** parlos has quit IRC08:10
*** ohamada has quit IRC08:10
*** ohamada has joined #openstack-ironic08:11
openstackgerritMerged openstack/ironic: Replace DOS line endings with Unix  https://review.openstack.org/36390008:22
dtantsurjroll, do you plan on an ironic release this week?08:24
dtantsuralso clients were just released \o/08:24
*** narasimha_SV has joined #openstack-ironic08:27
narasimha_SVhttp://paste.openstack.org/show/565646/08:27
narasimha_SVanyone facing this error08:27
narasimha_SVI have deployed ironic with the master code08:27
narasimha_SVI am getting above error in nova-compute configured with ironic08:27
narasimha_SVthe ironic section mentioned are the values from nova.conf08:28
*** Romanenko_K has joined #openstack-ironic08:33
*** priteau has joined #openstack-ironic08:37
dtantsurnarasimha_SV, on my environment, the admin_url has /v2.0 prefix, maybe that can help08:38
dtantsurs/prefix/postfix/08:38
*** lucas-dinner is now known as lucasagomes08:38
lucasagomesgood morning all08:38
dtantsurin your case http://192.168.56.101:35357/v2.008:39
dtantsurmorning lucasagomes08:39
openstackgerritMerged openstack/ironic: Add a newline at the end of release note files  https://review.openstack.org/36391908:39
ifarkasmorning all08:39
dtantsurmorning ifarkas as well :)08:39
*** e0ne has joined #openstack-ironic08:44
*** hwoarang_ has joined #openstack-ironic08:54
*** derekh has joined #openstack-ironic08:54
*** jhesketh_ has joined #openstack-ironic08:54
*** HenryG_ has joined #openstack-ironic08:54
*** amotoki_ has joined #openstack-ironic08:55
openstackgerritSzymon Borkowski proposed openstack/ironic-inspector: Add PCI devices plugin to inspector  https://review.openstack.org/35229508:56
*** jlvillal_ has joined #openstack-ironic08:57
*** jlvillal has quit IRC08:58
*** amotoki has quit IRC08:58
*** vikrant has quit IRC08:58
*** Fdaisuke has quit IRC08:58
*** tangchen has quit IRC08:58
*** ricardoas has quit IRC08:58
*** mrtenio has quit IRC08:58
*** jhesketh has quit IRC08:58
*** mat128 has quit IRC08:58
*** bapalm has quit IRC08:58
*** HenryG has quit IRC08:58
*** anteaya has quit IRC08:58
*** sambetts|afk has quit IRC08:58
*** stevebaker has quit IRC08:58
*** hwoarang has quit IRC08:58
*** Guest40699 has quit IRC08:58
*** bapalm has joined #openstack-ironic08:59
*** mat128 has joined #openstack-ironic08:59
*** tangchen has joined #openstack-ironic09:00
*** Fdaisuke has joined #openstack-ironic09:00
*** mrtenio has joined #openstack-ironic09:00
*** jlvillal_ is now known as jlvillal09:00
*** jlvillal is now known as Guest7795609:01
openstackgerritVasyl Saienko proposed openstack/ironic: Rely on portgroup standalone_ports_supported  https://review.openstack.org/36064709:02
*** vikrant has joined #openstack-ironic09:03
*** ricardoas has joined #openstack-ironic09:03
*** anteaya has joined #openstack-ironic09:03
*** sambetts|afk has joined #openstack-ironic09:03
*** stevebaker has joined #openstack-ironic09:03
*** Guest40699 has joined #openstack-ironic09:03
milanmorning dtantsur ifarkas lucasagomes! :)09:12
milanand morning Ironic! :)09:12
dtantsurmorning milan09:12
narasimha_SVdtantsur: thanks it worked09:14
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/36386309:15
lucasagomesmilan, hello there, good morning09:16
milano/ :)09:16
*** rbartal has joined #openstack-ironic09:16
*** HenryG_ is now known as HenryG09:17
openstackgerritMerged openstack/ironic-python-agent: Fix IPA for stable/mitaka with noauth mode  https://review.openstack.org/35999109:19
*** appu103_ has joined #openstack-ironic09:22
*** sambetts|afk is now known as sambetts09:23
sambettsMorning all09:23
openstackgerritBruno Cornec proposed openstack/bifrost: Fix minor documentation issue  https://review.openstack.org/36418509:25
lucasagomesmorning09:25
openstackgerritBruno Cornec proposed openstack/bifrost: Fix minor documentation issue  https://review.openstack.org/36418509:26
lucasagomescan I get few eyes on https://review.openstack.org/#/c/360658/ ? It's a simple patch and fixes this error here: http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_20_27_56109:26
*** bcornec1 has joined #openstack-ironic09:26
dtantsurmorning sambetts09:28
*** HenryG has quit IRC09:29
*** HenryG has joined #openstack-ironic09:29
*** hwoarang_ is now known as hwoarang09:31
openstackgerritBruno Cornec proposed openstack/bifrost: Fix minor documentation issue  https://review.openstack.org/36418909:33
sambettso/ lucasagomes dtantsur09:33
sambettslucasagomes: Nice +W i've seen at least 2 or 3 people in here asking whats causing that error when they stack recently09:36
lucasagomessambetts, yeah it's really misleading when you look at the logs and see that error09:37
lucasagomessambetts, dtantsur thanks for approving09:37
lucasagomesdtantsur, re: vim, I just find it easier to have it to remove trialing spaces for me, automation!09:38
lucasagomesmaybe we could configure bashate to fail on trailing spaces as pep8 does09:38
openstackgerritMerged openstack/ironic: Fix incorrect order of params of assertEqual()  https://review.openstack.org/35958009:42
*** daemontool has joined #openstack-ironic09:45
lucasagomeshas anyone seem this before http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_20_16_733 ?09:48
lucasagomesapparently there's a race on heartbeat() ? I can see that the node was suppose to be on "deploywait" state few lines above, and then it's failing cause it can move from "deploying" to "resume"09:49
lucasagomessounds like the node object that tried to change the provision state was outdated09:49
vsaienk0lucasagomes: I've seen this on multinode job, but didn't have enough time to debug, might be pas-ha may help, he also looked at this issue09:52
lucasagomesvsaienk0, thanks, first time I've seem it09:53
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add portgroup support to osc plugin  https://review.openstack.org/36213010:00
vdrokmorning ironic, pas-ha dtantsur lucasagomes milan sambetts vsaienk0 !10:00
*** sborkows has joined #openstack-ironic10:01
dtantsurmorning vdrok, vsaienk010:01
sborkowsHello10:01
*** sdake has quit IRC10:01
milanmorning pas-ha sborkows vdrok vsaienk0! :)10:01
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/36386310:04
sambettslucasagomes: it seems like prepare_image and therefore continue deploy ends up getting called twice in this log for the same node, so I think there might be a locking issue somewhere10:09
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
lucasagomessambetts, yeah10:10
lucasagomesmorning vdrok10:10
dtantsurfound an unpleasant behavior in our OSC plugin: https://bugs.launchpad.net/python-ironicclient/+bug/161922910:12
openstackLaunchpad bug 1619229 in python-ironicclient "OSC plugin fails when ironic service catalog entry contains /v1 postfix" [High,New]10:12
dtantsurjroll, ^^^10:12
sambettslucasagomes: errrr.. this isn't good ... I see an exclusive lock claimed on the node, and then a second exclusive lock claimed before the first is released10:12
pas-halucasagomes: also it seems we need to configure log collection properly on gates (not to /var/lib/ironic)10:13
lucasagomespas-ha, yeah there's a patch on gate right now fixing that10:14
pas-haok, cool10:14
lucasagomespas-ha, https://review.openstack.org/#/c/360658/10:14
lucasagomessambetts, I think that what is happening is, we are not updating the object upon getting a exclusive lock10:15
lucasagomessambetts, 2 threads gets a shared lock and therefor holds an instance of the node object10:16
lucasagomesonce they upgrade the lock, the object is not refreshed10:16
sambettslucasagomes: so both claim an exclusive lock?10:16
lucasagomesso the last thread to upgrade the lock still have some old information in the instance10:16
lucasagomessambetts, I'm unsure on that yet... lemme dig more10:17
lucasagomesin any case I will open a bug on it10:17
lucasagomes(if there's none already)10:17
sambettslucasagomes: I can see the first heartbeat coming in upgrading the lock to an exclusive lock, then the second heartbeat comes in a claims a shared and then also successfully upgrades it lock too10:17
sambettslucasagomes: http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_19_45_27410:18
sambettslucasagomes: from this point down10:18
sambettslucasagomes: I can see 2 successful upgrades before a exclusive release10:18
sambettsunless our logging is wrong10:18
*** rbartal has quit IRC10:19
lucasagomesyeah there's something fishy there10:19
*** thrash|g0ne is now known as thrash10:19
*** jhesketh_ is now known as jhesketh10:20
sambettslucasagomes: there is a heartbeat that comes in midway through the continue deploy call, that shouldn't have even been allowed and should have responded with a node locked error10:20
lucasagomesthere's def two logs about upgrading the log before a release10:20
sambettslucasagomes: I wonder if it has something to do with using the new API over the old vendor one10:22
lucasagomessambetts, def something to investigate since it touches those bits10:23
sambettslucasagomes: the old vendor one used to fail instantly if you tried to use it and the node was locked10:23
lucasagomesopened https://bugs.launchpad.net/ironic/+bug/161923210:23
openstackLaunchpad bug 1619232 in Ironic "Heartbeat()'s race condition: InvalidState: Can not transition from state 'deploying' on event 'resume' (no defined transition)" [High,New]10:23
openstackgerritBruno Cornec proposed openstack/bifrost: Fix minor documentation issue  https://review.openstack.org/36418910:26
jrolldtantsur: yeah, I was thinking about an ironic release, maybe after merging power state notifications? we need to get IPA out the door as well10:26
jrolldtantsur: I see your osc bug :( we should be able to backport that no problem10:26
lucasagomessambetts, so the thing is that _lock() has a rety mechanism10:26
dtantsurjroll, cool, I'm thinking about inspector release too, as soon as we finish with the PCI capabilities patch10:26
lucasagomessambetts, so I still think it may be a case of two shared locks trying to upgrade10:26
dtantsurjroll, osc bug.. yeah. I still don't quite understand where it originates tbh10:27
lucasagomesand once the second one succeed it's outdated10:27
jrolllucasagomes: we've been seeing that deploy/resume thing too, just started seeing it this week, thought it was a downstream hack bug10:27
jrollwow10:27
lucasagomesjroll, yeah investigating it now10:27
dtantsurthis week, hmm.. what did we merge this week?10:27
jrolldtantsur: well, we saw it in 6.0.0+hacks this week10:27
jrollso something there10:28
dtantsuraha10:28
jrolland I think with old IPA endpoint?10:28
jrollin case that matters10:28
jrollalmost certainly old IPA endpoint10:28
dtantsurwith old? hmm, interesting. I suspect we did something wrong around new IPA endpoints...10:28
jrolldtantsur: I think we changed something around locking with the old, actually10:29
dtantsurmilan, this is why I don't like merging things late in a cycle ^^^10:29
sambettsso I think the problem is that the the way locks were handled for the old vendor_passthrough method is a little differnt to other API calls10:29
dtantsurthis is the 3rd (?) regression around that10:29
jrollokay, so heartbeat doesn't require a shared lock10:30
jrollit used to10:30
jrollor did it, hm10:30
lucasagomesjroll, I think it required an exclusive one, no?10:31
jrolloh, right, because vendor passthru requires one no?10:31
lucasagomesyeah, I think before it was always exclusive10:31
lucasagomesbut now, I think it's up to the methods to upgrade the lock10:31
sambettsheartbeat used to require an exclisive lock10:31
jrollI'm looking at this bit of the change: https://github.com/openstack/ironic/commit/a9216bb07f4ccd4dc202fd1f5c14b36a08ac6046#diff-3e6e90ffe62c55e7f724a6bda068aebeR46210:31
lucasagomesbut I wonder why would IPA be using the old endpoint ?10:31
jrollyeah, in CI we should be using the new10:32
jrollbut I believe we're using the old downstream10:32
lucasagomesI see10:32
dtantsuranyway, we do upgrade the lock: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent_base_vendor.py#L45110:32
lucasagomeslemme look at the logs see if I can figure out whether it's old or new10:32
*** syed_ has joined #openstack-ironic10:33
sambettsdtantsur: yeah we can see that happening, but twice, from different requests10:33
sambettsdtantsur: before the first releases it10:33
dtantsurmmm, a bug in upgrade_lock?10:33
jrollyeah, lucas' theory is two heartbeats at the same time, and the upgrade doesn't refresh the object10:33
jrollcould be10:33
jrollthis is on the new endpoint http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-api.txt.gz#_2016-09-01_08_19_45_27610:34
jrollalso, don't have two heartbeats nearby in api logs, so maybe racing against power sync loop?10:34
dtantsurdo we also have two messages "Node %(node)s successfully reserved"?10:34
lucasagomesapparently it's the new one http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-api.txt.gz#_2016-09-01_08_22_05_35010:35
sambettsdtantsur: http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_19_45_27410:35
jrollthis actually doesn't seem like a race to me, it isn't happening during a heartbeat10:35
lucasagomesjroll, yeah heartbeats are pretty close to each other there10:36
jrollsee the timestamps10:36
jrollnot really? they're seconds apart10:36
* lucasagomes looks10:36
lucasagomestrue, at least ~4s10:36
dtantsurhmm, it looks like upgrade_lock does not quite work...10:36
jrolloh wait, fun10:36
sambettsthe second heartbeat is coming in during the continue_deploy, which should fail10:36
sambettsbecause of the lcoking10:37
dtantsurI don't see a "Node successfully reserved" message nearby10:37
jroll8:20:06 starts fetching command status, 8:20:16 finishes fetching it10:37
jrollthere's a heartbeat in the middle10:37
openstackgerritVladyslav Drok proposed openstack/ironic: Fix exception handling in NodesController._lookup  https://review.openstack.org/36422210:37
jrollit tries to upgrade the lock at 8:20:11 and then releases it (still shared) at 8:20:1310:37
vdrokmorning jroll10:37
sambettsjroll: if you look at 8:19:45 thats where we enter the continue_deploy function10:38
jrollhi vdrok10:38
sambettsjroll: and there is a heartbeat half way through it10:38
sambettsjroll: which then tries to continue_deploy itself10:38
vdroksambetts: a small issue in subcontroller handling - https://review.openstack.org/36422210:38
openstackgerritMerged openstack/ironic: Fix updating port.portgroup_uuid for node  https://review.openstack.org/36409510:38
jrollsambetts: yeah, seems like it10:39
openstackgerritVasyl Saienko proposed openstack/ironic: Rely on portgroup standalone_ports_supported  https://review.openstack.org/36064710:39
sambettsvdrok: Nice catch, Thanks!10:39
jrollman, thread IDs or something would be really nice here10:41
jrollhas someone filed a bug for this, btw?10:41
dtantsurmeh, something messy is going on there.. yeah, ++ for thread IDs10:41
dtantsurhttps://bugs.launchpad.net/ironic/+bug/1619232 >10:42
openstackLaunchpad bug 1619232 in Ironic "Heartbeat()'s race condition: InvalidState: Can not transition from state 'deploying' on event 'resume' (no defined transition)" [High,New] - Assigned to Lucas Alvares Gomes (lucasagomes)10:42
jrollthanks10:42
jrollI'm going to make an e-r thing for this, just for tracking10:42
jrollwe should also figure out how to log request IDs in conductor10:42
lucasagomes++10:42
*** parlos has joined #openstack-ironic10:44
jrollwe have them downstream, not sure what config is missing in CI10:44
*** stendulker has joined #openstack-ironic10:45
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/36386310:48
jrolloh, we do have request ids, what was I thinking10:48
* jroll clearly needs more coffee10:48
*** dtantsur is now known as dtantsur|lunch10:49
sambettssomething weird is happening definatly because I see the actions being taken by continue_deploy before a Node reserve for log10:54
openstackgerritMerged openstack/ironic: Remove unused LOG and CONF  https://review.openstack.org/36410910:55
jrolle-r check is landing10:56
jrollsambetts: yeah, it's odd, I need to read through it again10:56
sambettsjroll: its a shame request IDs aren't on all the logs, e.g. we're logging the req ID on the attempting to get shared lock log, but not on the Upgrading shared lock log10:59
jrollsambetts: yeah, I don't understand that11:00
sambettsjroll: and in fact looking at the req ids for any consistency I see the heart beat is one request ID and the logs for the continue deploy stuff is a different req ID :/11:01
jrollsambetts: well, as we suspect, right?11:01
sambettsjroll: oh wow... soo in fact the using the req IDs http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_19_35_27511:02
sambettsthis is the heart beat that is starting the continue_deploy, and in fact there are 2 heartbeats that come in after that point11:02
openstackgerritMerged openstack/ironic: DevStack: Configure retrieving logs from the deploy ramdisk  https://review.openstack.org/36065811:03
jrollsambetts: right, the one that actually does work takes 20s11:04
milandtantsur|lunch, I see11:04
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/36386311:04
sambettsyeah, so I guess the question is what is different between using upgrade_lock and just passing shared=False into the task manager11:05
jrollI don't see this entering the deploying state11:06
jrollso I like the theory of the object isn't refreshed11:06
lucasagomesjroll, yeah I don't see that either, so that;s why I think the object is just outdated11:07
lucasagomesbut again, reserve_node should update it >.<11:07
sambettshttp://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_19_45_41611:07
sambetts?11:07
lucasagomessambetts, it goes back to deploy-wait few lines below11:08
sambettslucasagomes: thats expected11:08
sambettslucasagomes: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent.py#L22811:08
lucasagomessambetts, right and then after that it fails saying the node was in "deploying" state11:08
*** sturivnyi has joined #openstack-ironic11:09
lucasagomesbut there was no transaction from deploy wait to deploying up to that point11:09
jrollinteresting that it blows up in reboot_to_instance, and we need to be in DEPLOYWAIT to get in there11:09
sambettslucasagomes: but thats because the heartbeat started midway through the node doing the contine_deploy code, so at the time it was right, but that should have been blocked by the exclusive locked11:09
sambettsthe second heartbeat*11:10
*** joprovost has joined #openstack-ironic11:11
sturivnyiHi All=) Would be grateful if you could review new patches. Tests for Ironic CLI.11:11
sturivnyihttps://review.openstack.org/#/c/251458/ https://review.openstack.org/#/c/259354/ https://review.openstack.org/#/c/262055/ https://review.openstack.org/#/c/291802/ https://review.openstack.org/#/c/342060/ https://review.openstack.org/#/c/343796/ https://review.openstack.org/#/c/344174/ https://review.openstack.org/#/c/344272/ https://review.openstack.org/#/c/344715/ https://review.openstack.org/#/c/360549/ https://review.openstack.org/#/c/311:11
sturivnyi60636/11:11
jrollsturivnyi: gerrit's "topic" feature may be helpful to you11:11
jrolllucasagomes: sambetts: I wonder if we're doing a process_event without an exclusive lock somewhere11:12
sambettsthe second heartbeat comes in when the node is in deploying, oh I guess the _lock retrying thing sets self.node so should have updated that tasks node11:12
lucasagomesjroll, so, one thing that would be nice to see (and we will when we get more data) is what drivers does it affects, because agent driver flips the state to deploywait when the image is being copied11:13
lucasagomeswhere iscsi doesn't11:13
lucasagomesit may happen at that point11:13
jrolllucasagomes: yeah, wouldn't be surprised if it's only agent11:13
* jroll does logstash magic11:15
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with node-list command  https://review.openstack.org/36054911:15
sborkowsdtantsur|lunch: I fixed my patch about pci_devices processing hook in Ironic -> now it's pointing to capabilities, as you suggest. You can check it out on review.11:15
sambettslucasagomes: this is a weird line to see http://logs.openstack.org/15/342915/7/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/0516c52/logs/screen-ir-cond.txt.gz#_2016-09-01_08_19_47_30311:16
lucasagomessambetts, yeah apparently when the node was still in deploying state11:17
sambettslucasagomes: how can we be releasing a shared_lock while in an exclusive one, I wonder who is calling release_resources here11:17
*** joprovost1 has joined #openstack-ironic11:18
sambettslucasagomes: I'm guessing it was the second heartbeat which failed to upgrade11:19
sambettslucasagomes: and then the third heartbeat no longer sees an exclusive lock so claims it for itself11:20
*** joprovost has quit IRC11:20
*** joprovost1 is now known as joprovost11:20
sambettslucasagomes: although it shouldn't release the exclusive if the lock type wasn't shared :/ damn...11:21
TheJuliagood morning everyone11:21
sambettso/ TheJulia11:22
dtantsur|lunchmorning TheJulia11:22
dtantsur|lunchsborkows, will check, lemme finish my lunch :)11:22
lucasagomesTheJulia, morning11:23
lucasagomessambetts, yeah... it's kinda odd11:23
lucasagomess/kinda/totally11:24
lucasagomesI wonder why that lock was released at that point11:24
sambettslucasagomes: I know why (I think) I think that log comes from the task manager of the second heartbeat, i.e. the second heartbeat comes in the task manager is setup with a shared lock, then tries to upgrade it, the upgrade fails, then it exits in the task_manager context so releases the shared lock it claims11:25
sambettslucasagomes: here https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L220411:26
lucasagomessambetts, interesting, I can see task_manager doesn't check for shared when relasing the resources11:27
lucasagomesthat might be the case11:27
lucasagomeslemme test it11:27
lucasagomesoh no it does urgh... wait...11:28
sambettsyeah... it does check it : /11:28
sambettslucasagomes: unless there is a race between upgrading and release_resources *mind splodes*11:29
lucasagomeshah yeah11:29
lucasagomesI think I need some energy, I will grab some lunch and continue looking at it after11:30
sambettssame11:30
*** lucasagomes is now known as lucas-hungry11:33
mat128morning everyone11:35
TheJuliagood morning mat12811:35
*** joprovost has quit IRC11:36
*** dprince has joined #openstack-ironic11:36
*** joprovost has joined #openstack-ironic11:37
*** moshele has quit IRC11:38
*** baoli has joined #openstack-ironic11:41
*** baoli_ has joined #openstack-ironic11:42
*** baoli has quit IRC11:46
jrollsambetts: I agree with it failing to upgrade and just releasing it11:49
jrollman this is a rough one11:49
sambettsjroll: which is the right behavior as far as I can tell, but looking at the release_resources logic releasing a shared lock shouldn't release a exclusive, but equally we shouldn't be able to claim a shared lock if we already have an exclusive right?11:50
sambettsmultiple shared yes, exclusive + shared no right?11:51
jrollsambetts: it reads to me that you should be able to get a shared lock if there's already an exclusive one11:51
jrollwhich seems a bit wrong11:51
sambettsyeah thats not right IMO11:52
jrollbut idk if it hurts anything11:52
sambettsjroll: only that important information can become out of date if the thing with the exclusive lock change them and the thing with the shared lock doesn't notice11:53
jrollmmm, yeah11:54
jrollsambetts: we do get a new node object if we try to upgrade, though11:54
sambettsyeah, which is why I'm finding it really hard to work out whats going wrong here :/11:55
jrollindeed11:55
mat128jroll: is that your deploying/deploy_wait issue from the other day?11:56
jrollmat128: yep11:57
lucas-hungryyeah, at the moment we do allow a shared + exclusive I'm not sure if it's wrong either... it would be hard to prevent in case we have a shared + shared and one of them upgrade the lock11:57
sambettsyup :'(11:57
*** dtantsur|lunch is now known as dtantsur12:04
dtantsurmorning mat12812:04
sambettsso stepping back a bit, it seems like: the first heartbeat is handled correctly, the second heartbeat fails to upgrade (which is the correct behavior), the third heartbeat requests the lock upgrade during the first heartbeats fsm_event to wait call-back, then takes the lock when the first heartbeat releases it12:05
mat128o/ dtantsur12:05
sambettsthe forth heartbeat does the same as the second12:05
*** jaosorior has quit IRC12:06
sambettsand so does the next12:06
*** jaosorior has joined #openstack-ironic12:06
openstackgerritImre Farkas proposed openstack/ironic: DRAC OOB inspection  https://review.openstack.org/34291512:19
*** joprovost has quit IRC12:20
*** lucas-hungry is now known as lucasagomes12:21
jrollsambetts: this has to be something not refreshing the node object properly12:23
jrollI'm not sure I understand *how*12:23
jrollbut it has to be12:23
sambettsjroll: yeah thats what I'm looking into now12:24
*** sturivnyi has quit IRC12:24
sambettsjroll: I can't work out why we've not seen it before now12:24
jrollI'm surprised an update query will return a db object12:24
*** wajdi has quit IRC12:24
jrollsambetts: previously vendor passthru would immediately request an exclusive lock, rather than a shared + upgrade12:25
sambettsjroll: that changed not to long ago, but before dtantsur's new API12:25
sambettsjroll: because we made it possible to have shared look vendor passthrough12:26
jrollsambetts: that would explain why I see it on the old endpoint too :)12:26
jrollold heartbeat endpoint, to be clear12:26
sambettshttps://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L25712:26
sambettsjroll: ah right so you see it on that one too12:26
* lucasagomes looks what synchronize_session=False might do12:27
* jroll playing around in a python session12:27
lucasagomeswe do update the node with that flag when reserving it12:27
sambettsjroll: interesting, so it must be an issue with the upgrade_lock thing, but what I don't understand is that upgrade_lock calls the same code path as a task_manager created with shared=False12:27
jrollsambetts: except you wouldn't have a node object to start with12:28
jrollso if it doesn't refresh the object correctly, that's the difference12:28
sambettshttps://github.com/openstack/ironic/blob/master/ironic/conductor/task_manager.py#L20912:29
jrollah12:30
sambettsboth call _lock() which should set self.node12:30
jrollso maybe there's a race in both, just much larger window for the upgrade case12:30
jrollI suddenly want this for ironic https://docs.djangoproject.com/en/1.10/ref/django-admin/#shell12:31
jrollgives you a python shell with config loaded and such12:31
sambettsheh12:31
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Bypassing NodeInfo.acquire_lock() to try OOL  https://review.openstack.org/36031112:34
* milan out, bye Ironic!12:36
sambettsmilan: cya dude!12:36
milansambetts, cya! :D12:36
sambettsjroll: I guess there is always going to be a problem with code that does, node = task.node, followed by a task.upgrade_lock() because then node is no longer == task.node because object references12:37
*** milan has quit IRC12:37
sambettsjroll: trying to see if that happens anywhere in this12:37
jrollsambetts: I don't think it does happen here, at least not in heartbeat()12:37
*** stendulker has quit IRC12:47
*** links has quit IRC12:51
sambettsjroll: in the task_manager what type of object is self.context?12:51
jrollsambetts: ironic.common.context.RequestContext12:51
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Fix Ubuntu 16.04 pxelinux path handling  https://review.openstack.org/32602412:51
sambettsjroll: I'm a little confused why we're using the context here https://github.com/openstack/ironic/blob/master/ironic/objects/node.py#L27112:52
*** syed_ has quit IRC12:52
sambettshttps://github.com/openstack/ironic/blob/master/ironic/objects/base.py#L7812:52
sambettsI'd expect a Node() object to be passed into _from_db_object right?12:53
jrollwhoa wat12:53
sambettsjroll: its in most of the functions in that class, I don't get what wizardry this is12:54
jrollsec, let me finish what I'm doing12:54
sambettssure12:54
*** Goneri has joined #openstack-ironic12:54
jrollcontext is super magic though12:54
jrollwe can't be that wrong, right?12:54
sambettsi'd hope not, I was just looking that the reservation code to try and work out if it was possible the object being returns wasn't being updated right and saw that and though wait what :/12:56
*** causten has joined #openstack-ironic12:58
lucasagomessambetts, probably just converting db object to rpc objects?12:58
lucasagomesnot sure12:59
jrollmuahahahaha13:00
jrollrepro'd it13:00
sambettsNice!13:00
jrolland I feel like the fsm is the suspect13:00
*** parlos has quit IRC13:01
sambettsoh? is it nor processing the event correctly even though the logging seems to say it is?13:01
jrollwe initialize the fsm at TaskManager init() time, with a start state13:01
jrollbut we don't refresh that if we upgrade the lock13:01
jrollso the fsm still thinks we're in the old state13:02
sambettsso self.node is right but the fsm isn't *face palm*13:02
jrollyep13:02
sambettsso it is simply a bug in upgrade_lock essentially then \o/13:03
jrollI think I can write a unit test for this13:03
jrolland the fix seems easy, just re-init the fsm13:03
*** appu103_ has quit IRC13:03
jrollthe test is the hard part :)13:03
lucasagomesjroll, hell hah13:04
sambettsthe UT should be pretty straight forward: create 2 task_managers, use 1 to trigger a fsm_event, and then upgrade_lock on the other, and check the task.fsm right?13:05
lucasagomesperhaps just initialize the fsm when process_event is called ?13:06
*** vikrant has quit IRC13:06
lucasagomesthat's the only place it's used13:06
*** rloo has joined #openstack-ironic13:07
jrollsambetts: oh, I think you're right, was thinking it needed to change state while blocking on upgrade_lock()13:07
* lucasagomes checks if it's not being used outside that calss13:07
lucasagomesyeah we do not use it outside the TaskManager class (only in tests)13:07
*** cdearborn has joined #openstack-ironic13:08
jrollokay, that makes sense13:08
lucasagomesso just check if self.fsm is None and if so initialize it the first time process_event() is called13:08
jrollthough13:08
jrollthen we'll be initializing it twice in some requests13:08
jrolle.g. for resume then wait13:08
jrollso I'm almost thinking do it in _lock()13:09
jrollwith a bonus of not being able to advance the fsm without an exclusive lock :)13:09
lucasagomesright, I was thinking of checking if "self.fsm is None"13:09
sambettswe need to do it anywhere we replace self.node with a fresh version from the DB13:09
lucasagomesbut yeah _lock() makes sense too13:09
jrollsambetts: ah yeah, true13:09
sambettsjroll: which right now luckly is only in the __init__ and in _lock13:10
jrollyep13:10
*** cdearborn has quit IRC13:10
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/36386313:10
jrollso yeah, just re-init in _lock() I think13:10
jrollwell, idk, I'll figure something cleaner out13:11
*** pionar has joined #openstack-ironic13:11
jrolldon't want to initialize it twice if I can help it13:11
sambettsjroll: I wonder if its worth having a node property on the task manager with getters and setters, and then in the setter just to the fsm init, then we don't have to remember it in the future13:12
jrolloh, I like that13:12
*** sabeen has joined #openstack-ironic13:12
jrollyeah that seems best13:13
*** cdearborn has joined #openstack-ironic13:13
jrollsambetts: btw, the way I figured this out was trying to reproduce it with just setting something in node.extra, and couldn't13:13
jrollso I knew it was related to process_event() somehow13:13
*** amotoki_ has quit IRC13:14
sambettsjroll: so it wasn't just tied to heartbeat then13:15
jrollright13:15
jrollwas just bouncing a node through manage->provide->done13:15
*** [1]cdearborn has joined #openstack-ironic13:15
*** [1]cdearborn has quit IRC13:18
sambettswhere in the code was that triggering the upgrade_lock? or did you have heartbeats going at the same time?13:18
jrollI was triggering it myself13:18
jrollso I had two python shells13:18
jrollone ran a function to get exclusive lock, sleep, process_event13:18
jrollthe other grabbed a shared lock, upgraded it, ran process event13:19
jrollrun one than the other in quick succession13:19
sambetts++ got it, I thought you where running it against a live Ironic, and I was trying to work out how it was triggering it :P13:19
jrollheh, no13:19
jrolltoo many moving pieces there :P13:19
sambettstotally :-P13:20
jrollI also made a todo to write ironic_shell.py13:20
openstackgerritGeorgy Dyuldin proposed openstack/ironic: Add Serial-over-LAN enable/disable test  https://review.openstack.org/36430313:20
jrollwhich will set up config, import objects, give you a context to use, etc13:20
*** cdearborn has quit IRC13:21
sambettsthat would be cool, basically like PBRing a breakpoint in an empty UT13:21
jrollyeah, basically13:21
jrollit was super useful working in django13:21
sambettssame for RoR13:21
jrollespecially for modifying the db for test, objects interface is way nicer than our api (sadly)13:22
sambettswell hopfully we can fix that with v2 :-P13:22
jrollyeah13:22
jrollI guess the main part is I know python better than curl :P13:23
jrolland bpython/etc makes it nicer because tab complete and such13:23
*** cdearborn has joined #openstack-ironic13:25
sambettshaha, yeah, I really enjoyed working with Rails because of its strict resourceful routing stuff which made designing resourcful APIs e.g. <object type>/<uuid>/<object type/<uuid> super obvious13:25
jroll+113:26
jrollneed to move to flask or something else more explicit13:26
lucasagomesyeah13:26
lucasagomesanyway great catch jroll, my hair was turning grey already :D13:27
jrolllucasagomes: thanks, these are the fun ones to me13:27
jroll(probably why I have gray hairs coming in)13:27
jroll:P13:27
*** wajdi has joined #openstack-ironic13:27
lucasagomesheh yeah13:27
wajdigood morning ironicers13:27
lucasagomeswajdi, morning13:27
wajdihey lucasagomes!13:28
Romanenko_KHi! Good morning )13:28
jrolllucasagomes: I've got a concert tonight to take the frustration out :D13:28
wajdiwhich concert?13:28
lucasagomesjroll, nice, who's playing?13:29
jrollprophets against rage - it's a mix of rage against the machine, cypress hill, and maybe one other group?13:29
wajdiso lucky13:29
sambettsoooh nice!13:29
wajdiI've been really wanting to see them13:29
jroller prophets *of* rage13:29
jrolloh, public enemy is the other one13:29
jroll"Prophets of Rage is Tom Morello, Tim Commerford, Brad Wilk, Chuck D, B-Real, and DJ Lord" http://prophetsofrage.com/13:29
jrollgonna be awesome \o/13:29
lucasagomesnice, tom morello is fecking awesome13:30
* lucasagomes will check their songs13:30
jrollyeah :D13:30
wajdiI missed it in Montreal =/13:30
*** joprovost has joined #openstack-ironic13:30
jroll:(13:30
wajdiI've been really bad with my event tracking lately. Missed a bunch of other things I was planning on going to see. We have a fantastic movie festival in Montreal called Fantasia, I also missed.13:31
jrollwajdi: get in the car and drive to detroit :P13:31
*** amotoki has joined #openstack-ironic13:31
wajdijroll: you know that's not impossible! :)13:31
jrollI know :D13:31
lucasagomesI'm waiting for black sabbath here in january, probably my last chance to see those guys playing13:31
* lucasagomes bought the tickets already13:32
wajdisweet13:32
*** causten has quit IRC13:32
openstackgerritGeorgy Dyuldin proposed openstack/ironic: Add Serial-over-LAN console validation test  https://review.openstack.org/36431313:34
jrollheh, that'll be awesome13:34
*** causten has joined #openstack-ironic13:37
*** causten has quit IRC13:38
openstackgerritGeorgy Dyuldin proposed openstack/ironic: Add Serial-over-LAN console validation test  https://review.openstack.org/36431313:39
*** rajinir has joined #openstack-ironic13:43
*** amotoki has quit IRC13:43
*** causten has joined #openstack-ironic13:44
*** causten has quit IRC13:46
jrollI think this exposes a weirdness in task manager tests, too :P13:46
jrolland found some code to delete \o/13:46
lucasagomesyay, there's an NOTE left by devananda about some juno compat code13:47
lucasagomesprobably can be deleted too13:47
lucasagomes(L221)13:47
jrollyeah, that one13:47
jrollso when I moved this fsm init around, our test nodes (with provision_state None) all started bombing out because the fsm init was above that compat code13:48
openstackgerritGalyna Zholtkevych proposed openstack/ironic: Optionally power off the node when needed  https://review.openstack.org/36033013:49
*** openstackgerrit has quit IRC13:49
sambettsjroll: move the compat code into the setter too?13:49
*** openstackgerrit has joined #openstack-ironic13:49
jrollsambetts: gonna kill it with fire13:50
sambettsoh awesome \o/13:50
jrollI updated the tests to use provision_state=AVAILABLE for the test node objects13:50
jrollwriting commit message now, sec13:50
*** amotoki has joined #openstack-ironic13:50
*** mrtenio has quit IRC13:51
Guest77956 /me read the backscroll and impressed with the team effort to figure out the reason for the bug. Nice job everyone!13:54
* Guest77956 read the backscroll and impressed with the team effort to figure out the reason for the bug. Nice job everyone!13:54
* Guest77956 also needs to login as himself.13:54
lucasagomesGuest30374, hey john :-)13:54
*** Guest77956 is now known as jlvillal13:55
jlvillallucasagomes, how did you know???13:55
jlvillal:)13:55
Romanenko_KWe have bug in ironicclient with node-validate when passing argument with tilde: https://bugs.launchpad.net/python-ironicclient/+bug/161929113:55
openstackLaunchpad bug 1619291 in python-ironicclient "Node-validate with tilde in argument causes server error" [Undecided,New]13:55
lucasagomeswhois :-)13:55
jlvillallucasagomes, Ah!13:56
jlvillallucasagomes, I thought you recognized my style of writing :)13:56
sambettshey jlvillal13:56
jrollRomanenko_K: hi, can you provide server logs there?13:56
jlvillalGood morning sambetts lucasagomes jroll TheJulia rloo and everyone else13:56
lucasagomesmorning13:56
vdrokmorning TheJulia wajdi and jlvillal13:56
wajdimorning vdrok13:57
jlvillalHey vdrok13:57
TheJuliaGood morning!13:57
jlvillaland wajdi :)13:57
vdrokRomanenko_K: jroll here is the fix already - https://review.openstack.org/#/c/364222/13:57
dtantsurmorning jlvillal13:57
wajdihey jlvillal!13:57
sambettsvdrok is faster than me :-P13:57
jlvillaldtantsur, :)13:57
rloohi and morning all, jlvillal (alias Guest77956), lucasagomes, vdrok, wajdi, TheJulia, Romanenko_K, jroll13:57
lucasagomesrloo, hi there13:57
vdrokmorning rloo :)13:57
jrollvdrok: magic!13:57
jrollhey rloo :)13:57
wajdio/ rloo13:57
sambettshey rloo13:57
Romanenko_KHello, Ruby!13:58
Romanenko_KThanks, Vlad.13:58
lucasagomesvdrok, that was quick13:58
* jroll +W13:59
vdrokheh, thanks :)13:59
*** amotoki has quit IRC13:59
*** mgoddard_ has joined #openstack-ironic14:00
*** abashmak has joined #openstack-ironic14:00
*** anush__ has joined #openstack-ironic14:00
openstackgerritVasyl Saienko proposed openstack/ironic: Rely on portgroup standalone_ports_supported  https://review.openstack.org/36064714:00
openstackgerritVasyl Saienko proposed openstack/ironic: Integrate portgroups with ports to support LAG  https://review.openstack.org/33217714:00
jrollsambetts: guess I need to remove that compat code in this patch as well:  - Failed: 103314:01
*** abashmak has left #openstack-ironic14:01
*** joprovost1 has joined #openstack-ironic14:01
sambettsjroll: :-P yay14:01
*** jheroux has joined #openstack-ironic14:02
*** mrtenio has joined #openstack-ironic14:02
*** joprovost has quit IRC14:02
*** joprovost1 is now known as joprovost14:02
*** mgoddard has quit IRC14:03
*** michauds has joined #openstack-ironic14:03
*** jaosorior has quit IRC14:04
vdrokjroll: we can set this one https://bugs.launchpad.net/ironic/+bug/1618754 as ref-approved right?14:04
openstackLaunchpad bug 1618754 in Ironic "[RFE] Add portgroups support to Ironic" [Undecided,In progress] - Assigned to Vasyl Saienko (vsaienko)14:04
openstackgerritSam Betts proposed openstack/ironic: Fix invalid chassis/nodes/chassis_uuid API url  https://review.openstack.org/31614914:04
openstackgerritSam Betts proposed openstack/ironic: Fix all possible node subresources routing collisions  https://review.openstack.org/31576614:04
jrollvdrok: yeah14:04
vdrokrfe-approved I mean14:04
jrollheh, I know :)14:05
*** vishwanathj has joined #openstack-ironic14:06
*** joprovost1 has joined #openstack-ironic14:12
*** joprovost has quit IRC14:13
*** joprovost1 is now known as joprovost14:13
robcresswellsambetts: Should ironic-ui be publishing its patches here btw? Or is there some separate channel?14:13
openstackgerritJim Rollenhagen proposed openstack/ironic: Refresh fsm in task when a shared lock is upgraded  https://review.openstack.org/36434114:13
jrollsambetts: lucasagomes: ^^14:13
jrollI almost wonder if I should split and delete the crutch first, but /shrug14:14
robcresswellsambetts: As in, the openstackgerrit bot messages :)14:14
jrollrobcresswell: it should, I'm not sure it's configured to do so14:14
robcresswelljroll: Ah, thanks14:14
*** amotoki has joined #openstack-ironic14:14
jrollrobcresswell: I believe that's a project-config patch, if you want to set it up14:14
robcresswellit is indeed. gerritbot time.14:15
*** bcornec1 has quit IRC14:20
*** fxpester has joined #openstack-ironic14:22
lucasagomesjroll, nice! I like the setter14:22
* lucasagomes +2;d14:22
robcresswellbetherly: https://review.openstack.org/#/c/364339/14:22
robcresswellbetherly: Adding translation :)14:23
betherlyrobcresswell: thanks!14:23
jrolllucasagomes: yeah, that was sambetts idea14:23
*** mtanino has joined #openstack-ironic14:24
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add basic tests for OSC plugin baremetal node commands  https://review.openstack.org/30168714:24
*** mkam has joined #openstack-ironic14:24
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add basic tests for OSC plugin baremetal node commands  https://review.openstack.org/30168714:24
*** praneshp has joined #openstack-ironic14:24
*** watanabe_isao has quit IRC14:25
jcookjroll thanks for fixing that14:25
openstackgerritRuby Loo proposed openstack/python-ironicclient: Adds --chassis arg to 'openstack baremetal node set'  https://review.openstack.org/36399914:25
jrolljcook: totes14:26
*** syed_ has joined #openstack-ironic14:26
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Allow using TempURLs for deploy images  https://review.openstack.org/34416014:31
dtantsurwhat would folks say about a configuration option to change default boot_option (local, netboot)?14:32
dtantsurI can imagine a few use cases for always using local, for example14:32
jrolldtantsur: can we just get rid of netboot? :)14:32
TheJuliaI would second getting rid of netboot14:33
* jroll thinks of one use case for always using local - sanity14:33
dtantsurjroll, this is step 2 :) as soon as we have an option, we can one day flip its value, the set a timer for removal14:33
jrollalso, with multitenant networking, netboot never works14:33
*** rama_y has joined #openstack-ironic14:33
sambettsjroll: I have some ideas about that ;)14:33
dtantsuryep, this is one of use cases14:33
TheJuliaWell, we could make an intermediate tool like sambetts and I were discussing in Austin to enable multitenant netbooting, but yeah14:33
jrollsambetts: pls no14:33
*** mkam has quit IRC14:34
dtantsurjroll, wanna have an RFE for that or just me quickly hack something?14:34
jrolldtantsur: I prefer we have a full plan to get rid of netboot, honestly14:34
jrollor at least a discussion14:34
sambettsthe only advantage of netboot is that you can update the kernal on the fly by uploading it to glance right?14:34
sambettstbh getting rid of netboot makes us more similar to VMs14:34
sambettsI think14:35
TheJuliaI don't think so, you can update it on disk though, but that is also a risk.14:35
jrollsambetts: not so sure about that, I feel like there's more to do (update pxe config etc)14:35
jrollwhich isn't accessible by the user14:35
lucasagomessambetts, hmm well, there's also the case that, with netboot you make sure that node machines are going to boot before your control plane14:35
lucasagomesjroll, ^14:35
jrolldtantsur: I'd prefer to wait for ocata for any of this, I think, it's pretty late14:35
dtantsurwell, an option would be a quick and small change, but whatever...14:35
jrolllucasagomes: can you rephrase? I don't get you14:35
lucasagomesjroll, say you have a power outrage and all machines are turned off14:35
dtantsurI'm writing some docs, and I'm looking forward to explain our capabilities syntax again...14:35
TheJuliaI think it would be interesting to hear from some of the operators on netbooting, because I know some shops have put specialized code for varying things where they are using netbooting14:36
lucasagomesso you started turning then back on14:36
dtantsurone use case for netboot is easy changing kernel options btw14:36
jrolllucasagomes: yeah, I understand the implications here, I don't understand the folks that don't want their machines up if their control plane is down14:36
TheJulialucasagomes: wouldn't that be better as shedding/recovery management?14:36
jrolldtantsur: how is it easier in netboot?14:36
jrollfor a user, anyway14:36
sambettsdtantsur: tenants can do a grub-update right?14:36
lucasagomesI don't use that either, but that was something in old ages of tripleO14:36
lucasagomesmaybe lifeless has a better use-case for that14:37
sambettsdtantsur: so it actually removes control from users14:37
dtantsuryeah, fair. I don't care about netboot much14:37
*** jheroux has quit IRC14:37
dtantsurI care about a long and fail-prone procedure to enable local boot rather14:37
* sambetts is good with killing netboot btw, just playing devils advacate ;)14:37
dtantsurin tripleo we have a special pre-deploy validation ensuing local boot is done right14:37
robcresswelljroll: https://review.openstack.org/#/c/36434714:37
jrolldtantsur: anyway, it's a bit late for new features, even if it's just a config, I'd prefer to wait for ocata, I think14:37
TheJuliaso, if we kill netbooting, we kill some of the boot from volume scenarios14:38
robcresswellI think thats right, will need some ironic core +1s I imagine.14:38
*** hj-hpe has joined #openstack-ironic14:38
jrollrobcresswell: I hope ptl +1 is enough :D14:38
* TheJulia thinks a very deep discussion, with whisky, may be required14:38
jrollTheJulia: +214:38
dtantsurjroll, well, fine. I'll prepare an RFE for the option and for a plan to switch it to "local" by default eventually. I won't lay out the plan for removing netboot completely though.14:38
jrolldtantsur: sounds good14:39
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for --wrap option for driver-properties output  https://review.openstack.org/29707714:39
sambettsdtantsur: cool :)14:39
jrolldtantsur: I'd also like to explore a plan to switch to multitenant network by default and get rid of 'flat' (because flat is just neutron with provisioning network == tenant network)14:39
jrollbut that's a separate thing14:39
sambettswhich is technically acheiveable in the multitenant case too if you wanted14:40
dtantsuroh yeah :) let folks adopt multitenancy first :D14:40
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Functional tests for portgroups in ironicclient  https://review.openstack.org/29772714:40
TheJuliadtantsur: ++14:40
jrollsambetts: exactly14:41
*** jheroux has joined #openstack-ironic14:42
lucasagomesdtantsur, sambetts and btw, I kinda disagree that it's easier to change the kernel/initrd for netboot14:42
*** causten has joined #openstack-ironic14:42
TheJuliaI think that would have to be navigated carefully because there are surely people out there that will have nodes on flat networks with switchgear that might not have an ml2 driver...14:42
lucasagomesI find it harder, with local boot you just need to apt-get/dnf/pacman kernel14:42
lucasagomesfor netboot the tenant requires the operator to change it14:43
lucasagomesand we don't even have a proper mechanism to that14:43
lucasagomeswhich sucks :-)14:43
dtantsurjroll and others: https://bugs.launchpad.net/ironic/+bug/161933914:43
openstackLaunchpad bug 1619339 in Ironic "[RFE] Switching to local boot by default" [Wishlist,Confirmed]14:43
jrollTheJulia: yeah, good point14:43
TheJulialucasagomes:  Agree with you there14:43
robcresswelljroll: Ha, sorry, I'd not realised who I was talking to. Thanks for the +1.14:43
jrollrobcresswell: no worries :)14:44
*** parlos has joined #openstack-ironic14:45
sambettslucasagomes: totally agree14:45
*** mkam has joined #openstack-ironic14:46
*** narasimha_SV has quit IRC14:48
*** joprovost has quit IRC14:49
*** jcoufal has joined #openstack-ironic14:50
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add test for 'baremetal port create' command  https://review.openstack.org/33288014:50
*** sborkows has quit IRC14:50
*** ChubYann has joined #openstack-ironic14:51
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add test for ironic port-list command  https://review.openstack.org/32906814:53
*** pionar has quit IRC14:53
*** Sukhdev has joined #openstack-ironic14:54
*** pionar has joined #openstack-ironic14:55
*** pionar has quit IRC14:56
*** joprovost has joined #openstack-ironic14:57
openstackgerritRuby Loo proposed openstack/ironic-specs: Update openstackclient commands  https://review.openstack.org/36392114:57
*** krtaylor has joined #openstack-ironic14:58
openstackgerritGalyna Zholtkevych proposed openstack/ironic: Optionally power off the node when needed  https://review.openstack.org/36033015:00
*** mjura has quit IRC15:01
*** pcaruana has quit IRC15:03
*** causten has quit IRC15:04
*** hshiina has joined #openstack-ironic15:05
*** rcernin has quit IRC15:06
*** mgoddard_ has quit IRC15:08
*** mgoddard has joined #openstack-ironic15:09
openstackgerritMerged openstack/ironic: Fix exception handling in NodesController._lookup  https://review.openstack.org/36422215:13
openstackgerritMerged openstack/ironic: Add standalone_ports_supported to portgroup - DB  https://review.openstack.org/36105315:15
openstackgerritMerged openstack/ironic: Update test_update_portgroup_address_no_vif_id test  https://review.openstack.org/36374715:15
dtantsurcalling it a day, see you tomorrow15:17
JayFo/15:17
TheJuliagoodnight dtantsur15:17
*** dtantsur is now known as dtantsur|afk15:17
jlvillaldtantsur|afk: ciao15:17
*** rbrud has joined #openstack-ironic15:17
*** jcoufal_ has joined #openstack-ironic15:23
*** sdake has joined #openstack-ironic15:23
lucasagomesdtantsur|afk, see ya15:23
*** Sukhdev has quit IRC15:24
*** praneshp has quit IRC15:25
*** jcoufal has quit IRC15:25
*** causten has joined #openstack-ironic15:27
*** causten has quit IRC15:28
*** causten has joined #openstack-ironic15:28
*** ifarkas is now known as ifarkas_afk15:28
openstackgerritVladyslav Drok proposed openstack/python-ironicclient:  Negative tests for testing actions with node  https://review.openstack.org/36158315:30
*** rcernin has joined #openstack-ironic15:31
devanandain theory, I agree: local boot and multitenant networking should be the defaults.15:32
devanandawe need some good messaging any time we change default behaviours though, since that is a breaking config change (if I didn't have a setting in my ironic.conf, and I upgrade, my environment will probably break)15:33
lucasagomesdevananda, ++15:34
lucasagomeschange defaults are hard15:34
lucasagomeswe still use elilo for uefi by default (which is not even mainteined anymore)15:36
lucasagomeswe probably should change that too and makre grub or ipxe default for uefi15:36
lucasagomesmake*15:36
*** causten has joined #openstack-ironic15:37
devananda+115:38
*** jheroux has quit IRC15:42
*** causten has quit IRC15:43
openstackgerritSam Betts proposed openstack/ironic: Add Network Interface Attach and Detach APIs  https://review.openstack.org/32704615:43
*** causten has joined #openstack-ironic15:45
*** causten has quit IRC15:45
*** ricardoas has left #openstack-ironic15:48
*** nicodemos has quit IRC15:49
vdrokis anyone able to do openstack endpoint delete on an devstack-created endpoint? I get 404 :(15:53
vdrokwhile being able to delete any endpoints I created myself15:54
*** mkam has quit IRC15:55
*** causten_ has joined #openstack-ironic15:57
openstackgerritSam Betts proposed openstack/python-ironicclient: Add python API for node interface attach/detach  https://review.openstack.org/36442016:05
openstackgerritMario Villaplana proposed openstack/ironic-specs: Update notifications spec  https://review.openstack.org/36442216:06
*** aNupoisc has joined #openstack-ironic16:07
*** adnavare has joined #openstack-ironic16:07
mariojv^ there's the spec update i was discussing with rloo and JayF yesterday, updates to the base classes/framework are coming shortly16:07
*** mkam has joined #openstack-ironic16:07
*** yogi has joined #openstack-ironic16:08
*** ijw has joined #openstack-ironic16:11
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Add possibility to set source branch for ironic-inspector  https://review.openstack.org/36330016:12
*** adnavare has quit IRC16:20
*** aNupoisc has quit IRC16:20
*** causten_ has quit IRC16:20
lucasagomesI'm calling it a day16:21
*** e0ne has quit IRC16:21
lucasagomeshave a great evening all, talk to you all later16:21
*** lucasagomes is now known as lucas-dinner16:21
*** hshiina has quit IRC16:23
NobodyCamGood Morning Ironic'ers16:24
NobodyCamhave a good night lucas-dinner16:24
NobodyCammorning vdrok :)16:24
openstackgerritRuby Loo proposed openstack/python-ironicclient: osc node power on & off commands  https://review.openstack.org/36444016:25
vdrokgood morning NobodyCam !16:25
*** krtaylor has quit IRC16:25
*** causten has joined #openstack-ironic16:25
NobodyCam:)16:25
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:28
lucas-dinnerquick fix ^16:28
* lucas-dinner goes now!16:28
*** snizar has joined #openstack-ironic16:28
*** jpich has quit IRC16:29
* sambetts -> home 16:35
sambettsnight everyone16:35
*** sambetts is now known as sambetts|afk16:35
*** sabeen has quit IRC16:36
*** ohamada has quit IRC16:36
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Add possibility to set source branch for ironic-inspector  https://review.openstack.org/36330016:37
NobodyCamnight sambetts|afk16:38
*** ijw has quit IRC16:40
*** daemontool has quit IRC16:40
*** snizar has quit IRC16:41
*** trown is now known as trown|lunch16:45
*** aNupoisc has joined #openstack-ironic16:46
*** adnavare has joined #openstack-ironic16:46
*** amotoki has quit IRC16:51
*** causten has quit IRC16:53
jlvillalvdrok: Someone told me that they increased presentations to allow three presenters16:54
NobodyCammorning jlvillal :)16:55
jlvillalNot sure if anyone knows if that is true or not. I had thought the limit was 2.16:55
jlvillalHey NobodyCam16:55
NobodyCam:)16:55
*** derekh has quit IRC16:56
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Add possibility to set source branch for ironic-inspector  https://review.openstack.org/36330016:59
*** tesseract- has quit IRC17:01
*** causten has joined #openstack-ironic17:05
*** athomas has quit IRC17:05
openstackgerritMerged openstack/ironic: Refresh fsm in task when a shared lock is upgraded  https://review.openstack.org/36434117:08
*** krtaylor has joined #openstack-ironic17:08
jrollwoooo17:10
JayFjroll: the nice thing is, that should backport cleanly to 6.0.017:10
JayFjroll: we should totally get that in our downstream branch17:10
jrollJayF: totes17:11
jrollmaybe even mitaka?17:11
jrollseems like it's always been there, but something changed to make it hit more17:11
JayFI certainly think we should backport that to mitaka if it does so cleanly17:12
JayFjroll: were we running at-least-mitaka downstream before our last deploy?17:12
jrollJayF: dunno17:12
jrollprobably not?17:12
JayFjust thinking, it only pops up in the gate occassinoally, but we deployed and it started happening a lot17:12
JayFso just wondering if it was actually in mitaka or not17:12
JayFI think you're right, that we weren't even that far ahead17:13
jrollyeah, I think it's exacerbated in newton17:13
jrollwith the "don't require exclusive lock for all vendor passthru" thing17:13
JayFwell can we backport it to mitaka? given it drops support for NOSTATE?17:13
jrolloh, good point17:14
jrollI just tried and it conflicts anyway17:14
jrollprobably not worth it17:14
*** causten has quit IRC17:15
openstackgerritRuby Loo proposed openstack/python-ironicclient: use utils.key_value_pairs_to_dict()  https://review.openstack.org/36447417:20
*** causten has joined #openstack-ironic17:24
*** early has quit IRC17:26
* jlvillal reads the fsm shared lock patch and again thinks Python is cool with the @property feature :)17:29
mat128jroll, JayF: is there a way to reproduce this easily?17:29
mat128I can try on liberty17:30
JayFmat128: we deployed 6.0.0 to our downstream cloud, and saw the # of times that error appeared become our #1 most common error17:30
JayFmat128: tbh we were happy when it hit in the gate as an upstream bug17:31
JayFmat128: it had to have been introduced sometime in the last 6 months or so, because that's about how large of a "bite" of the code we took17:31
JayFmat128: so IDK how to reproduce it directly, other than doing a lot of builds :)17:31
*** ricardoas has joined #openstack-ironic17:32
jrollmat128: it's incredibly hard to reproduce in live ironic17:32
jrollmat128: the unit test in that patch, you could run against your code17:32
jrollbut I think code in newton made it easier to hit in real life17:32
*** e0ne has joined #openstack-ironic17:32
*** ijw_ has joined #openstack-ironic17:35
*** causten has quit IRC17:38
mat128JayF, jroll: no occurrence at all for "Can not transition from state", unless the error message changed from liberty.17:38
mat128backporting new unit test to stable/liberty to see if that triggers it17:40
*** jtomasek is now known as jtomasek|afk17:45
openstackgerritRuby Loo proposed openstack/python-ironicclient: osc node power on & off commands  https://review.openstack.org/36444017:46
mat128JayF, jroll: The unit test fails on liberty: http://paste.openstack.org/show/565760/17:49
mat128I'd say it's backport worthy17:49
JayFmat128: it can't be backported in it's current form, as it removes support for NOSTATE as well17:50
jrollmat128: yeah, it's just not aggravated in liberty, because we don't upgrade the lock17:50
jrollI don't think it's worth it, honestly17:50
mat128jroll: ah that's it17:50
mat128the upgrade17:50
mat128ok then, never mind17:50
* jroll finds the change that made this happen more17:50
*** ijw_ has quit IRC17:51
*** leitan has joined #openstack-ironic17:52
leitanHi guys, i have a general doubt about ironic + neutron, can anyone lend me a hand on this ?17:52
*** e0ne has quit IRC17:53
*** sabeen has joined #openstack-ironic17:53
*** jjohnson2 has quit IRC17:54
jrollmat128: I guess it was the change to refactor heartbeat out17:54
*** early has joined #openstack-ironic17:56
jrollleitan: don't ask to ask, just ask :)17:56
leitanjroll, haha ok !17:57
*** harlowja_ has joined #openstack-ironic17:58
leitanjroll, 1 - in mitaka is possible to work with "flat networks per tenant" to place the baremetal on a "private" l2 space on each tenant once deployed ?  2 - in an standard dvr neutron deployment where i have DHCP agents on many nodes, in order to provide DHCP to the baremetals, i need to have the bridge mappings for the baremetal network (ironic-provisioning), on every node that i have a dhcp-agent 3 - cleaning net id is the same l2 network i create17:59
leitan as ironic-provisioning on neutron ?17:59
*** harlowja has quit IRC18:00
openstackgerritMerged openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800018:00
jrollleitan: I was just stepping away, I'll try to answer quickly: 1) I think so, but the control plane needs to be able to access each of those L2 networks, 2) I think yes, 3) for mitaka and/or flat network case, yes, in multitenant mode in newton they can be different18:01
*** e0ne has joined #openstack-ironic18:01
jrollhopefully someone else is around that can answer followups/elaborate18:01
* jroll bbiab18:01
leitanjroll, thanks for the quick answer !  until someone elaborate a lil bit more it will be great to have some reference topologies to the solution, maybe my question is really simple but it can get it clear from the docs18:04
openstackgerritFabio Dassan proposed openstack/pyghmi: Implement M4 and Kent support  https://review.openstack.org/36145718:05
*** trown|lunch is now known as trown18:06
leitanjroll, one more, quick, the ironic conductor needs to have direct connection to the IPMI network (that can be isolated) is that right ?18:07
openstackgerritMerged openstack/bifrost: Fix minor documentation issue  https://review.openstack.org/36418918:09
*** dstepanenko_ has joined #openstack-ironic18:10
dstepanenko_hey18:11
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Add possibility to set source branch for ironic-inspector  https://review.openstack.org/36330018:11
*** hoonetorg has quit IRC18:11
*** ijw has joined #openstack-ironic18:16
*** hoonetorg has joined #openstack-ironic18:16
dstepanenko_I'm working on investigating ability to perform openstack rolling upgrade on multinode cluster containing nova, neutron, glance, cinder, keystone, swift, heat, ceilometer and ironic from mitaka to newton version. Is it possible to perform rolling upgrade for ironic? If no, which bugs/features blocks it? If I want to upgrade cluster with openstack components listed above, which particular order of components should I chose?18:16
*** openstackgerrit has quit IRC18:18
*** openstackgerrit has joined #openstack-ironic18:19
*** linuxgeek has quit IRC18:22
*** sabeen has quit IRC18:24
natorioushey JayF18:26
JayFnatorious: sup18:26
*** mtanino__ has joined #openstack-ironic18:26
natoriousre: https://review.openstack.org/#/c/363959/18:26
natorious1) Please update all existing metrics to use this decorator if it makes sense.18:27
natoriousdo you know where the existing metrics are?18:27
JayFI'd just grep the code for metrics_utils18:27
natoriousonly in ipa or elsewhere?18:27
JayFhttps://github.com/openstack/ironic-python-agent/blob/dfaf92b611d7c4abb98345fbcf21ef3ed4bb9d3b/ironic_python_agent/api/controllers/v1/status.py#L52 is a good example18:27
JayFin IPA18:27
*** mtanino has quit IRC18:27
natoriousok18:27
JayFbecause like the devdocs say, we have to use that obtuse context manager syntax18:28
JayFbut your decorator should get around it, so it'll be cleaner18:28
natoriousand do you have a link to the dev docs project so I can look at updating that?18:28
JayFit's in the same repo18:28
natoriousk18:28
JayFdoc/source/metrics.rst iirc, something like that18:28
JayFhttp://docs.openstack.org/developer/ironic-python-agent/metrics.html is the rendered version18:28
natoriousmy commit message, I was limiting to 50 characters.  Is that not needed then?18:29
JayFjust the first line limited to that18:29
natoriousah, ok18:29
JayFyou can do two newlines then put a larger description, like it says in the link I posted w/the comment18:29
*** jjohnson2 has joined #openstack-ironic18:29
*** linuxgeek has joined #openstack-ironic18:31
*** mtanino has joined #openstack-ironic18:31
*** harlowja_ has quit IRC18:31
*** harlowja has joined #openstack-ironic18:32
*** mtanino__ has quit IRC18:33
*** ijw has quit IRC18:35
openstackgerritMario Villaplana proposed openstack/ironic-specs: Update notifications spec  https://review.openstack.org/36442218:43
mariojvJayF: updated to respond to your comment ^18:43
*** linuxgeek has quit IRC18:48
*** fragatin_ has quit IRC18:48
*** david-lyle has quit IRC18:49
*** linuxgeek has joined #openstack-ironic18:49
*** ijw has joined #openstack-ironic18:49
*** david-lyle has joined #openstack-ironic18:50
vdrokjroll: pecan.expose return value is different in case of exception, we'll have to change the client too :(18:51
*** aNupoisc has quit IRC18:51
vdrokit returns only the following - {"error_message": "{\"code\": 400, \"description\": \"Expected a logical name or UUID but received 123~123.\", \"title\": \"Bad Request\"}"}18:51
*** adnavare has quit IRC18:52
vdrokwithout possibility of traceback as it seems18:52
vdrokI'll put up a patch in a couple of hours18:52
vdrokalso jroll JayF have you seen this one? https://review.openstack.org/33628118:54
vdrokseems to work18:54
*** linuxgeek has quit IRC19:00
*** linuxgeek has joined #openstack-ironic19:01
*** linuxgeek has quit IRC19:02
jrollvdrok: woo19:04
jrollvdrok: :( for pecan.expose thing thuogh19:05
rloojroll: the hash-ring code in ironic & nova. are they the same/similar? wondering if we should try to move to oslo (or are you already doing that)19:06
jrollrloo: it's planned for ocata, I plan to do it unless someone else wants to19:06
mariojvare warnings expected when building ironic docs? i'm getting 15 docs not in toctree, unrelated to any changes i'm making19:06
* jroll has a todo on his list already19:06
rloojroll: thx. off my todo (actually, my todo would have been 'open a bug about it')19:06
jrollmariojv: not really, but the sphinx/pbr option currently doesn't work so it does happen19:07
JayFmariojv: for bonus points, push a different patch fixing them19:07
JayFmariojv: or at least file a bug19:07
jroll++19:07
mariojvthanks19:07
natoriousJayF: would you rather IPA metrics module go under ironic_python_agent.common or the root19:09
JayFnatorious: it should probably go under common? But I never concern my self too much with location for things (I probably should)19:09
*** fragatina has joined #openstack-ironic19:10
natoriousJayF: was there previously a metrics module in ironic_python_agent.common or am I just imagining things?19:11
JayFnatorious: that was a patchset we pulled into downstream that never landed upstream19:11
natoriousok, its all making sense.  Now I realize why dtantsu|afk had no idea what the merge req was about lol19:13
natorious*dtantsur19:13
*** harlowja_ has joined #openstack-ironic19:13
*** adnavare has joined #openstack-ironic19:16
*** aNupoisc has joined #openstack-ironic19:17
*** harlowja has quit IRC19:17
*** mkam has quit IRC19:28
*** ijw has quit IRC19:31
*** ijw has joined #openstack-ironic19:32
*** mkam has joined #openstack-ironic19:34
*** sabeen has joined #openstack-ironic19:34
jlvillalTheJulia: Cool to see the infra cloud is using Bifrost :)19:36
jlvillalhttp://lists.openstack.org/pipermail/openstack-dev/2016-September/102707.html19:37
*** ijw has quit IRC19:37
rloomariojv: thx for the notifications update.19:39
TheJuliajlvillal: I'm glad it is finally up :)19:39
jlvillalTheJulia: kudos!19:39
jrollleitan: yes, you need direct connection between ironic-conductor and ipmi19:41
TheJuliajlvillal: the kudos go to the infra team, I just make things go.19:42
mat128wow19:42
jrollthat's awesome :)19:43
jlvillalTheJulia: I still think you deserve kudos :P19:43
mariojvnp rloo19:43
*** mkam has quit IRC19:43
jlvillalFor that Bifrost stuff, you know.19:43
mariojvi'll update today again19:43
leitanjroll, ok, so i can put the ironic-conductor on the same node as the nova-compute that is acting as compute_driver=ironic.IronicDriver , then in that machine i can have also the ml2 bridge mappings to connect to the provisioning network, and the dhcp agents for it19:43
mariojvcode fixing is like half done19:43
*** mkam has joined #openstack-ironic19:43
rloomariojv: thx. i just skimmed the CRUD spec; it doesn't conform to the new event types.19:43
rloomariojv: but a good exercise to go through, to see what the new event types might look like.19:44
mariojvrloo: correct19:44
jrollleitan: yeah, that should work fine19:44
mariojvit'll have to be updated if/when spec merges19:44
rlooTheJulia: ++ kudos19:45
leitanjroll, thanks a lot !19:46
jrollno problem19:47
*** Goneri has quit IRC19:54
*** jcoufal_ has quit IRC19:56
rloomariojv: sorry, do you have an idea as to when some action 'starts', and when it 'ends'? Eg, does it start when we start handling the request at the API level? and does it end at the API level just before we issue a response?19:56
rloomariojv: except for something not immediate, it can't end at the api level.19:57
mariojvrloo: that's a really good question. i think it will depend on the action itself19:57
mariojvthere are some things that can be initiated at API level or within ironic itself19:57
rloomariojv: if it depends on the action, we are going to have to document this. as an operator, what are you interested in?19:58
mariojvfor example, power state changes19:58
mariojvrloo: exactly. i added a requirement that each notification be documented in the spec19:58
mariojvrloo: i'll have an example later today with the power state notif19:58
mariojvrloo: my interest is 1) tracking changes over time and persisting them in an external service and potentially in the future 2) using these to trigger anomaly resolution19:58
rloomariojv: ok thx. cuz i was looking at the crud spec, and it said it'd do the notifications at the objects layer. which won't work for eg failures detected at the API layer.19:59
mariojvi.e. power state fails, i want to cold reset the bmc automatically19:59
mariojvrloo: np. it sounds like we should talk about that in that particular spec19:59
mariojvi think it'll be a bit clearer once the base class updates and doc updates for power state notifications are ready19:59
rloomariojv: yup to talking in that spec. unless there are guidelines that the base spec can mention. if we/you have guidelines :)20:00
rloomariojv: ok, maybe i should look at your power changes first before the crud spec20:00
mariojvalright. i'll ping you here when it's ready. rloo what time zone are you in?20:00
mariojvwant to get this out before EoD20:01
rloomariojv: ET (not like ET outer space). am here for 2 more hours, then not til Tuesday (yay)20:01
mariojvnice. i'm in mountain, moving to ET soon.20:01
JayFnote to self: get rloo some reeses pieces at next summit20:01
* rloo wonders why the rackers seem to be moving20:01
JayFrloo: we can all work from home, and we have different taste in homes20:02
rlooJayF: no. don't like reeses pieces. they have peanut butter right?20:02
JayFwell, brown-colored-vaguely-peanut-tasting-sugar-paste20:02
TheJuliachocolate?20:02
JayFbut it was more an et joke :)20:02
* rloo doesn't get the joke20:04
*** ijw has joined #openstack-ironic20:04
JayFET loved reeses pieces :)20:04
rlooJayF: ahhhh... :)20:05
jlvillalrloo: M&Ms?20:05
jlvillalJayF: rloo: In the book I think it was M&Ms. Then Reese's paid money to make it Reese's Pieces in the movie :)20:05
*** derekh has joined #openstack-ironic20:06
rloojlvillal: sigh. i'm such a bore. i just like dark chocolate. not much of a sugar person.20:06
jlvillalSnopes says I am wrong and that Reeses did not pay. http://www.snopes.com/business/market/mandms.asp20:06
devanandarloo: dark chocolate ++20:07
TheJuliaI wanted chocolate before, now I really want chocolate.20:07
* devananda will now eat chocolate after lunch is done20:08
* rloo knows why she likes TheJulia and devananda20:08
* jroll still has mackinac island fudge in the kitchen :D20:08
* rloo now takes a break to get some chocolate too20:09
*** rama_y has quit IRC20:09
*** ijw has quit IRC20:09
openstackgerritFabio Dassan proposed openstack/pyghmi: Implement M4 and Kent support  https://review.openstack.org/36145720:14
openstackgerritNate House proposed openstack/ironic-python-agent: Partial-bug: #1611553  https://review.openstack.org/36395920:16
openstackbug 1611553 in ironic-python-agent "[RFE] Metrics for IPA extensions and GenericHardwareManager" [Wishlist,Triaged] https://launchpad.net/bugs/161155320:16
natoriousJayF: ^^20:17
*** dprince has quit IRC20:26
*** ijw has joined #openstack-ironic20:26
*** sabeen has quit IRC20:28
*** e0ne has quit IRC20:30
*** sabeen has joined #openstack-ironic20:31
*** ijw has quit IRC20:31
openstackgerritMario Villaplana proposed openstack/ironic-specs: Update notifications spec  https://review.openstack.org/36442220:32
natoriousJayF: do you think we should remove all of these mentions from the docs still?20:39
natoriousmetrics_utils.get_metrics_logger(__name__).timer20:39
natoriousor send_gauge etc20:40
JayFnatorious: the question to ask is: should anyone adding new metrics use that method vs the context mgr / decorator you're proposing20:40
natoriousfor consistency I'd added a metrics.send_gauge method so ppl wouldn't have to use metrics bits from different places20:40
JayFnatorious: IMO The only case you'd wanna call it that way would be for the send_* class of metrics sending one20:40
JayFnatorious: well, if you shortcut that, then maybe not even there :D20:40
*** ijw has joined #openstack-ironic20:41
natoriousok, so I'll remove that from the metrics docs then and only mention the new20:41
*** ijw has quit IRC20:46
*** derekh has quit IRC20:47
*** mkam has quit IRC20:47
*** ijw has joined #openstack-ironic20:52
openstackgerritNate House proposed openstack/ironic-python-agent: Provides convenience for logging metrics data.  https://review.openstack.org/36395920:52
natoriousJayF: think *hopefully I got those changes right ^^20:53
*** baoli_ has quit IRC20:53
*** mkam has joined #openstack-ironic20:59
*** sabeen has quit IRC21:00
openstackgerritMichael Turek proposed openstack/python-ironicclient: [WIP] Refactor Deploy and Clean to use inherited take_action  https://review.openstack.org/36455221:00
*** rama_y has joined #openstack-ironic21:01
openstackgerritMichael Turek proposed openstack/python-ironicclient: [WIP] Add --wait to OSC provisioning commands  https://review.openstack.org/35480621:02
*** nicodemos has joined #openstack-ironic21:03
*** joprovost has quit IRC21:04
*** trown is now known as trown|outtypewww21:07
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186521:22
openstackgerritMario Villaplana proposed openstack/ironic: Replace "phase" with "status" in notification base  https://review.openstack.org/36455821:22
mariojvrloo: JayF: jroll: those are the notification updates that we wanted to get in this week21:22
mariojvthere is also a spec update which i would recommend first: https://review.openstack.org/#/c/364422/21:22
rloothx mariojv21:23
mariojvnp, thanks for reviewing21:23
*** rcernin has quit IRC21:24
*** Goneri has joined #openstack-ironic21:26
mrdaMorning Ironic21:26
JayFo/21:26
mrdao/.21:26
rloomorning mrda21:26
mrdahi rloo21:27
mariojvmorning mrda21:27
openstackgerritStephanie Miller proposed openstack/ironic: Add volume_connector table to save connector information  https://review.openstack.org/20098321:28
openstackgerritStephanie Miller proposed openstack/ironic: Introduce VolumeConnector object  https://review.openstack.org/21458421:29
*** rama_y has quit IRC21:32
*** wajdi_ has joined #openstack-ironic21:39
*** priteau has quit IRC21:42
*** cdearborn has quit IRC21:42
*** wajdi has quit IRC21:43
*** wajdi_ has quit IRC21:43
*** ijw has quit IRC21:44
openstackgerritVladyslav Drok proposed openstack/python-ironicclient: Print pecan exceptions properly  https://review.openstack.org/36456621:44
vdrokmorning mrda :)21:45
vdrokjroll: ^^ that's the fix, it worked when I tried at work, but right now I can't properly test it21:45
vdrokanother possibility to fix things is not to validate in the _lookup, then the checks will have to be in a whole bunch of places in the controller code, but we won't have to change the client21:48
mrdavdrok: o/21:51
openstackgerritVladyslav Drok proposed openstack/python-ironicclient:  Negative tests for testing actions with node  https://review.openstack.org/36158321:51
*** sabeen has joined #openstack-ironic21:57
*** Goneri has quit IRC21:57
jlvillalvdrok: It is 1am where you live. Just an FYI ;)21:59
vdrokclient is sad without a fix, I have to help! :D22:00
rloovdrok: just don't emit any pecan exceptions :)22:01
vdrokrloo: It seems that pecan can't handle wsme style exceptions :( tried to return the dict that is constructed internally by wsme in case of exception, but was not able to make it work22:03
rloovdrok: go to sleep :)22:04
*** ijw has joined #openstack-ironic22:04
*** michauds has quit IRC22:04
vdrokon my way, good night everyone!22:04
rloogood night vdrok!22:05
*** joprovost has joined #openstack-ironic22:07
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume connector operation  https://review.openstack.org/21458522:10
openstackgerritStephanie Miller proposed openstack/ironic: Add volume_targets table to save target information  https://review.openstack.org/28521822:11
openstackgerritStephanie Miller proposed openstack/ironic: Introduce VolumeTarget object  https://review.openstack.org/28521922:11
*** sabeen1 has joined #openstack-ironic22:14
*** sabeen has quit IRC22:17
*** hj-hpe has quit IRC22:18
*** thrash is now known as thrash|g0ne22:19
*** leitan has quit IRC22:23
*** joprovost has quit IRC22:24
*** mkam has quit IRC22:43
*** ijw has quit IRC22:56
*** joprovost has joined #openstack-ironic23:02
*** ijw has joined #openstack-ironic23:04
*** ijw has quit IRC23:09
*** joprovost has quit IRC23:09
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522023:11
*** anush__ has quit IRC23:24
*** vishwanathj has quit IRC23:30
*** mkam has joined #openstack-ironic23:32
*** chlong has quit IRC23:33
*** mkam has quit IRC23:37
*** joprovost has joined #openstack-ironic23:43
*** joprovost has quit IRC23:55

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