Monday, 2015-04-06

*** davideagnello has joined #openstack-ironic00:02
*** Marga_ has joined #openstack-ironic00:03
*** Marga_ has quit IRC00:05
*** Marga_ has joined #openstack-ironic00:05
*** davideagnello has quit IRC00:07
*** meghal has quit IRC00:09
*** Marga_ has quit IRC00:10
*** ijw has joined #openstack-ironic00:29
*** ijw has quit IRC00:35
*** kejiahu has quit IRC00:37
*** kejiahu has joined #openstack-ironic00:37
*** naohirot has joined #openstack-ironic00:47
*** achanda has joined #openstack-ironic00:59
*** Marga_ has joined #openstack-ironic01:06
*** Marga_ has quit IRC01:11
*** meghal has joined #openstack-ironic01:20
*** meghal has quit IRC01:28
*** ijw has joined #openstack-ironic01:29
*** achanda has quit IRC01:33
*** ijw has quit IRC01:35
*** achanda has joined #openstack-ironic01:38
*** Marga_ has joined #openstack-ironic02:06
*** Marga_ has quit IRC02:11
*** ijw has joined #openstack-ironic02:29
*** Marga_ has joined #openstack-ironic02:33
*** Marga_ has quit IRC02:34
*** Marga_ has joined #openstack-ironic02:35
*** ijw has quit IRC02:35
*** ramineni has joined #openstack-ironic02:37
*** chlong has joined #openstack-ironic03:00
*** meghal has joined #openstack-ironic03:03
*** coolsvap|afk is now known as coolsvap03:29
*** ijw has joined #openstack-ironic03:29
*** naohirot has quit IRC03:31
*** achanda has quit IRC03:33
*** ijw has quit IRC03:35
openstackgerritIWAMOTO Toshihiro proposed openstack/ironic-python-agent: Add logs REST resource  https://review.openstack.org/16373703:40
*** sandhya has joined #openstack-ironic04:03
*** naohirot has joined #openstack-ironic04:03
sandhyaHi everyone.. When does kilo feature freeze get over?04:05
*** achanda has joined #openstack-ironic04:24
raminenisandhya: kilo feature freeze is already done.04:25
*** meghal has quit IRC04:26
*** ijw has joined #openstack-ironic04:29
*** ijw has quit IRC04:35
openstackgerritShivanand Tendulker proposed openstack/ironic: boot_mode is overwritten in node properties  https://review.openstack.org/16795204:37
sandhyaramineni: Thanks!04:37
*** meghal has joined #openstack-ironic04:43
*** Marga_ has quit IRC04:46
*** kalpase has joined #openstack-ironic05:10
*** ukalifon has joined #openstack-ironic05:18
*** davideagnello has joined #openstack-ironic05:19
*** ijw has joined #openstack-ironic05:29
*** coolsvap is now known as coolsvap|afk05:33
*** Nisha has joined #openstack-ironic05:34
*** ijw_ has joined #openstack-ironic05:35
*** ijw has quit IRC05:35
*** ijw_ has quit IRC05:40
*** meghal has quit IRC05:43
*** davideag_ has joined #openstack-ironic05:44
*** davideagnello has quit IRC05:45
*** coolsvap has joined #openstack-ironic05:47
openstackgerritNisha Agarwal proposed openstack/ironic: Update ilo drivers documentation for inspection  https://review.openstack.org/17006505:47
*** penick has joined #openstack-ironic06:06
*** davideag_ has quit IRC06:10
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/16918406:12
*** kalpase has quit IRC06:17
*** kalpase has joined #openstack-ironic06:19
*** coolsvap has quit IRC06:25
*** ijw has joined #openstack-ironic06:29
*** ijw has quit IRC06:35
*** coolsvap has joined #openstack-ironic06:38
*** jamielennox|away is now known as jamielennox06:48
*** subscope has joined #openstack-ironic06:50
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Use keystonemiddleware auth credentials  https://review.openstack.org/17078206:52
*** rameshg87 has joined #openstack-ironic07:11
rameshg87good afternoon ironic07:11
yuriyzhi rameshg87 Ironic07:13
rameshg87hello yuriyz07:16
*** andreykurilin_ has joined #openstack-ironic07:20
*** kalpase has quit IRC07:21
*** pas-ha has joined #openstack-ironic07:22
*** kalpase has joined #openstack-ironic07:23
*** andreykurilin_ has quit IRC07:24
*** andreykurilin_ has joined #openstack-ironic07:24
pas-hamorning all07:25
*** achanda has quit IRC07:28
*** ijw has joined #openstack-ironic07:29
*** achanda has joined #openstack-ironic07:39
pas-haguys, https://bugs.launchpad.net/heat/+bug/1440653 is effectively blocking our functional gate07:43
openstackLaunchpad bug 1440653 in heat "heat_integrationtests.functional.test_autoscaling.AutoScalingSignalTest.test_signal_during_suspend fails with "AtrributError: outputs"" [High,New]07:43
pas-haI can't repro it on my devstack, test passes :(07:44
pas-haoh, I can indeed, second and third passes failed. heisen-bug...07:47
*** yog__ has joined #openstack-ironic07:48
GheRiveromorning all07:52
*** davideagnello has joined #openstack-ironic07:58
viktorsHaomeng,Wang - ping08:00
viktorsdoes anybody know Haomeng's IRC nickname?08:01
*** davideagnello has quit IRC08:03
*** andreykurilin_ has quit IRC08:16
*** pradipta has joined #openstack-ironic08:22
*** achanda has quit IRC08:27
pas-haviktors, https://launchpad.net/~whaom - is that him?08:31
viktorspas-ha: perhaps, thank you.08:31
*** ijw has quit IRC08:32
rameshg87viktors: it is Haomeng08:34
rameshg87viktors: i think he is not there right now08:34
viktorsrameshg87: do you know, when can I catch him online?08:35
rameshg87viktors: he should be around this time, may be he is not there today08:36
viktorsrameshg87: got it, thanks!08:36
openstackgerritAnusha Ramineni proposed openstack/ironic: iLO driver documentation for node cleaning  https://review.openstack.org/16916208:40
openstackgerritMerged openstack/ironic: Add missing test for DB migration 2fb93ffd2af1  https://review.openstack.org/17040608:52
*** chlong_ has joined #openstack-ironic08:54
*** coolsvap has quit IRC08:55
*** coolsvap has joined #openstack-ironic08:57
*** chlong has quit IRC08:57
*** kalpase has quit IRC09:01
*** ijw has joined #openstack-ironic09:03
*** kalpase has joined #openstack-ironic09:03
*** ijw has quit IRC09:08
*** pradipta has quit IRC09:24
openstackgerritNisha Agarwal proposed openstack/ironic: Update ilo drivers documentation for inspection  https://review.openstack.org/17006509:25
*** pradipta has joined #openstack-ironic09:27
*** ijw has joined #openstack-ironic09:29
*** coolsvap has quit IRC09:30
*** ijw has quit IRC09:35
*** jmank has joined #openstack-ironic09:42
*** jmankov has quit IRC09:44
*** coolsvap has joined #openstack-ironic09:45
*** yuanying has quit IRC09:46
*** naohirot has quit IRC09:47
*** coolsvap has quit IRC09:55
*** yuanying has joined #openstack-ironic09:55
*** coolsvap has joined #openstack-ironic10:07
*** edcragg has joined #openstack-ironic10:16
*** ijw has joined #openstack-ironic10:29
*** ijw has quit IRC10:35
*** romcheg has joined #openstack-ironic10:35
*** sandhya has quit IRC10:40
*** chlong_ has quit IRC10:41
*** yuanying has quit IRC10:49
*** edcragg has quit IRC10:54
*** edcragg has joined #openstack-ironic10:56
*** chlong_ has joined #openstack-ironic10:58
*** edcragg has quit IRC11:05
*** chlong_ has quit IRC11:05
*** ramineni has quit IRC11:09
*** edcragg has joined #openstack-ironic11:12
*** Nisha has quit IRC11:14
*** chlong has joined #openstack-ironic11:24
*** ijw has joined #openstack-ironic11:29
*** pradipta has quit IRC11:31
*** ijw has quit IRC11:35
-openstackstatus- NOTICE: gerrit has been restarted to restore event streaming. any change events missed by zuul (between 10:56 and 11:37 utc) will need to be rechecked or have new approval votes set11:39
* rameshg87 goes home 11:40
*** rameshg87 has quit IRC11:40
openstackgerritRamakrishnan G proposed openstack/ironic: Check status of bootloader installation for DIB ramdisk  https://review.openstack.org/16941911:45
*** jamielennox is now known as jamielennox|away11:49
*** kalpase has quit IRC12:04
*** trown|outttypeww is now known as trown12:11
*** bradjones_ has joined #openstack-ironic12:22
*** bradjones has quit IRC12:24
*** bradjones_ is now known as bradjones12:24
*** bradjones has joined #openstack-ironic12:24
*** coolsvap has quit IRC12:25
*** dprince has joined #openstack-ironic12:25
*** ijw has joined #openstack-ironic12:29
*** ijw has quit IRC12:35
openstackgerritZhenguo Niu proposed openstack/ironic: Add maintenance check before call do_node_deploy  https://review.openstack.org/17014912:57
*** jjohnson2 has joined #openstack-ironic13:10
*** kkoski has joined #openstack-ironic13:15
*** davideagnello has joined #openstack-ironic13:25
*** davideagnello has quit IRC13:29
*** ijw has joined #openstack-ironic13:29
*** ijw has quit IRC13:35
*** subscope has quit IRC13:35
*** penick has left #openstack-ironic13:37
openstackgerritShivanand Tendulker proposed openstack/ironic: boot_mode is overwritten in node properties  https://review.openstack.org/16795213:44
NobodyCamGood morning Ironic13:50
*** bradjones has quit IRC13:53
*** kkoski has quit IRC13:53
*** dprince has quit IRC13:53
*** early has quit IRC13:53
*** david-lyle has quit IRC13:53
*** lsmola_ has quit IRC13:53
*** mdbooth has quit IRC13:53
*** gilliard has quit IRC13:53
*** JoshNang has quit IRC13:53
*** logan2_ has quit IRC13:53
*** toabctl has quit IRC13:53
*** lintan_ has quit IRC13:53
*** raginbajin has quit IRC13:53
*** d0ugal has quit IRC13:53
*** romcheg has quit IRC13:53
*** yog__ has quit IRC13:53
*** kejiahu has quit IRC13:53
*** krtaylor has quit IRC13:53
*** mitz has quit IRC13:53
*** dtantsur|afk has quit IRC13:53
*** mordred has quit IRC13:53
*** mgagne has quit IRC13:53
*** adam_g_out has quit IRC13:53
*** comstud has quit IRC13:53
*** rainya has quit IRC13:53
*** maurosr has quit IRC13:53
*** ekarlso has quit IRC13:53
*** mikal has quit IRC13:53
*** zer0c00l has quit IRC13:53
*** coolsvap|afk has quit IRC13:53
*** Isotopp has quit IRC13:53
*** jroll has quit IRC13:53
*** eglute has quit IRC13:53
*** pleia2 has quit IRC13:53
*** aignatov has quit IRC13:53
*** jjohnson2 has quit IRC13:53
*** TheJulia has quit IRC13:53
*** rsFF has quit IRC13:53
*** davidlenwell has quit IRC13:53
*** gabriel-bezerra has quit IRC13:53
*** purp has quit IRC13:53
*** SpamapS has quit IRC13:53
*** trown has quit IRC13:53
*** sirushti has quit IRC13:53
*** vipul has quit IRC13:53
*** GheRivero has quit IRC13:53
*** enikanorov has quit IRC13:53
*** harlowja_away has quit IRC13:53
*** jrist has quit IRC13:53
*** viktors has quit IRC13:53
openstackgerritRamakrishnan G proposed openstack/ironic: Check status of bootloader installation for DIB ramdisk  https://review.openstack.org/16941913:54
*** romcheg has joined #openstack-ironic13:55
*** yog__ has joined #openstack-ironic13:55
*** kejiahu has joined #openstack-ironic13:55
*** krtaylor has joined #openstack-ironic13:55
*** mitz has joined #openstack-ironic13:55
*** dtantsur|afk has joined #openstack-ironic13:55
*** mordred has joined #openstack-ironic13:55
*** mgagne has joined #openstack-ironic13:55
*** adam_g_out has joined #openstack-ironic13:55
*** rainya has joined #openstack-ironic13:55
*** comstud has joined #openstack-ironic13:55
*** maurosr has joined #openstack-ironic13:55
*** ekarlso has joined #openstack-ironic13:55
*** mikal has joined #openstack-ironic13:55
*** zer0c00l has joined #openstack-ironic13:55
*** coolsvap|afk has joined #openstack-ironic13:55
*** Isotopp has joined #openstack-ironic13:55
*** jroll has joined #openstack-ironic13:55
*** eglute has joined #openstack-ironic13:55
*** pleia2 has joined #openstack-ironic13:55
*** aignatov has joined #openstack-ironic13:55
*** jjohnson2 has joined #openstack-ironic13:56
*** TheJulia has joined #openstack-ironic13:56
*** rsFF has joined #openstack-ironic13:56
*** davidlenwell has joined #openstack-ironic13:56
*** gabriel-bezerra has joined #openstack-ironic13:56
*** purp has joined #openstack-ironic13:56
*** SpamapS has joined #openstack-ironic13:56
*** trown has joined #openstack-ironic13:56
*** sirushti has joined #openstack-ironic13:56
*** vipul has joined #openstack-ironic13:56
*** GheRivero has joined #openstack-ironic13:56
*** kkoski has joined #openstack-ironic13:57
*** dprince has joined #openstack-ironic13:57
*** early has joined #openstack-ironic13:57
*** david-lyle has joined #openstack-ironic13:58
*** lsmola_ has joined #openstack-ironic13:58
*** mdbooth has joined #openstack-ironic13:58
*** gilliard has joined #openstack-ironic13:58
*** JoshNang has joined #openstack-ironic13:58
*** logan2_ has joined #openstack-ironic13:58
*** toabctl has joined #openstack-ironic13:58
*** lintan_ has joined #openstack-ironic13:58
*** raginbajin has joined #openstack-ironic13:58
*** d0ugal has joined #openstack-ironic13:58
*** bradjones has joined #openstack-ironic13:58
*** enikanorov has joined #openstack-ironic13:58
*** harlowja_away has joined #openstack-ironic13:58
*** jrist has joined #openstack-ironic13:58
*** viktors has joined #openstack-ironic13:58
*** kkoski has quit IRC14:00
*** dprince has quit IRC14:00
*** early has quit IRC14:00
*** kkoski has joined #openstack-ironic14:01
*** dprince has joined #openstack-ironic14:01
*** early has joined #openstack-ironic14:01
*** Marga_ has joined #openstack-ironic14:02
*** Marga__ has joined #openstack-ironic14:06
*** Marga_ has quit IRC14:09
*** jmanko has joined #openstack-ironic14:12
*** jmank has quit IRC14:15
*** mtanino has joined #openstack-ironic14:23
*** mtanino has quit IRC14:27
*** mtanino has joined #openstack-ironic14:27
*** ijw has joined #openstack-ironic14:29
*** ijw has quit IRC14:35
*** achanda has joined #openstack-ironic14:35
*** edcragg has quit IRC14:37
*** edcragg has joined #openstack-ironic14:38
openstackgerritShivanand Tendulker proposed openstack/ironic: localboot deploy fails for iscsi_ilo driver  https://review.openstack.org/16866614:39
*** achanda has quit IRC14:43
*** toure has joined #openstack-ironic14:44
devanandamorning, all14:46
NobodyCamgood mornign devananda14:47
* devananda pushes a client release of 0.5.014:51
* devananda notices dtantsur|afk 's email that ironicclient master breaks discoverd14:56
*** BadCub01 has joined #openstack-ironic14:57
BadCub01Morning folks14:57
NobodyCamgood morning BadCub0114:58
BadCub01IRCCloud has my nic hostage this morning :(15:00
*** chlong has quit IRC15:00
NobodyCam:( their twitter seems to indacate they aer having issues :(15:00
BadCub01yeah15:01
*** BadCub01 has quit IRC15:03
*** GrumpyBear has joined #openstack-ironic15:03
*** GrumpyBear has quit IRC15:03
*** BadCub01 has joined #openstack-ironic15:04
* BadCub01 and IRC are not being getting along this morning *frowns*15:06
NobodyCam:(15:06
* NobodyCam wounders if we'll have enought folks for the meeting later this morning 15:06
jrollmorning devananda BadCub01 NobodyCam and whoever else :)15:07
NobodyCammornign jroll :)15:08
BadCub01heya jroll:)15:08
NobodyCamits a slow day in channel this morning15:08
BadCub01maybe everyone is using IRCCLoud lol15:09
NobodyCamEU folk are still on holiday15:09
* BadCub01 is thinking that may be a good plan too 15:10
NobodyCamwhile I have a small group here. wanted to get thoughts on https://review.openstack.org/#/c/169918 adding a Lib to support tftp. I when this route for two main reasons. One I didn't want to addd a exteranl dependicy, also I felt the tftp protcol was simply and stable enough to not be a maintenance burden for us. But looking for all the input I can get15:13
*** davideagnello has joined #openstack-ironic15:13
jlvillalGood morning NobodyCam, BadCub01, devananda, and anybody else who is here :)15:15
NobodyCammorning jlvillal :)15:16
BadCub01heya jlvillal :)15:16
* NobodyCam pops out for quick smoke...brb15:16
*** dprince has quit IRC15:23
*** BadCub01 has quit IRC15:24
BadCubyeah.. IRCCloud lives!!!15:24
NobodyCamw00 h0015:25
* BadCub still thinks taking a holiday day is a good idea15:25
*** toure is now known as toure_mtg15:29
*** ijw has joined #openstack-ironic15:29
*** ijw has quit IRC15:35
*** absubram has quit IRC15:35
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add PYTHONHASHSEED=0 to venv tox env  https://review.openstack.org/17089715:35
*** rwsu has joined #openstack-ironic15:37
*** dprince has joined #openstack-ironic15:43
jrollJayF: why does the gate use testenv:venv and not gendocs or something?15:45
jroll(and can that be changed in the gate rather than here)15:45
JayFjroll: I don't know; these are literally the exact templates that run for every service15:46
jroll:|15:46
JayFjroll: and I'm not going to have a special flower docs job for IPA that's different than the one for dozens of other services15:46
jrollwell sure15:46
JayFIt's the same for Ironic, fwiw15:46
jrollbut that's pretty lame15:46
jrollk15:46
NobodyCammornign JayF :)15:46
devanandaso there should be a common gendocs entrypoint for the test framework15:46
JayFmorning15:46
JayFdevananda: in the gate; all docs jobs activate the venv and run `python setup.py build_sphinx`15:46
devanandasee mordred's prior rants / posts to the TC about that.15:47
JayFdevananda: rather than calling the docs env in tox explicitly15:47
jrollJayF: +A fwiw15:47
JayFjroll: before tests passed? lol15:47
devanandaerm... I know it used to be that way, but thought there was work being done to change it15:47
JayFdevananda: it15:47
jrollJayF: it doesn't merge if tests fail, so whatever15:47
JayFdevananda: it's 100% true as of today; I had to put in https://review.openstack.org/#/c/170897/1 to fix IPA's new doc job as a result15:47
devanandaJayF: also, ironic's docs throw warnings and stuff. would be awesome to gate on not doing that once it is not doing that15:48
devanandaJayF: so I fully support IPA gating on a clean doc build job from the start15:48
JayFdevananda: I agree generally; I'm configuring IPA to be that way15:48
JayFhttps://review.openstack.org/#/c/170259/ although obviously can't merge until the docs job is fixed in general15:48
devanandaoh. meeting soon, eh?15:50
jrollin an hour no?15:50
NobodyCamdevananda: its at 10 ost today no15:50
NobodyCampst even15:50
*** yog__ has quit IRC15:51
jrollit's at 1700, currently is 155015:51
devanandaah yes15:51
* devananda kicks his calendar15:51
NobodyCambrb ... bbt15:51
JayFdocs job already passed on my IPA patch \o/ (although the tempest jobs are still queued)15:52
*** davideagnello has quit IRC15:53
*** dencaval has joined #openstack-ironic15:53
jrollif that breaks tempest we should all just go home15:54
BadCub++ on going home LOL15:54
*** ukalifon has quit IRC15:54
devanandaBadCub: want to do a quick review of LP bug status with me?15:55
BadCubsure15:55
* devananda looks at the whitebboard15:57
devanandaer, reviewdayboard15:57
BadCublol15:58
devanandalooks like https://review.openstack.org/#/c/169643/5 is almost ready, pending a question about pecan, so i've pinged ryan about that15:59
BadCubyeah, I still have that one listed as needing reviews16:00
*** rameshg87 has joined #openstack-ironic16:03
BadCubbrb16:03
BadCubback16:06
openstackgerritShivanand Tendulker proposed openstack/ironic: iLO driver documentation for UEFI secure boot  https://review.openstack.org/16884416:06
*** adam_g_out is now known as adam_g16:12
* devananda fixes up 16964316:13
openstackgerritDevananda van der Veen proposed openstack/ironic: Disable XML now that we have WSME/Pecan support  https://review.openstack.org/16964316:13
*** pas-ha has quit IRC16:15
* BadCub updates several things on pad16:15
jrollwhen is rc1?16:16
BadCubjroll: the 9th I beleive16:16
NobodyCamthursday I think16:16
jrollwow16:17
*** meghal has joined #openstack-ironic16:19
*** meghal has quit IRC16:22
devanandayah16:23
jrollI guess I should review some thing today :)16:23
*** alexpilotti has joined #openstack-ironic16:23
BadCubjroll: https://review.openstack.org/169643 could use some love LOL16:24
*** edcragg has quit IRC16:25
* jroll looks16:26
*** trown is now known as trown|lunch16:27
BadCubty :) seems most of the others we had up for review have changed in status :(16:27
openstackgerritDevananda van der Veen proposed openstack/ironic: Disable XML now that we have WSME/Pecan support  https://review.openstack.org/16964316:28
devanandamrda-away: I had a chat with ryanpetrello. he convinced me your original idea was better than my idea to monkeypatch, so I did it ^16:28
NobodyCamdevananda: something strange on that rev16:29
devananda?16:29
devanandaoh, i see16:29
NobodyCamPatch in Merge Conflict16:29
openstackgerritJohn L. Villalovos proposed openstack/ironic: tests/db: Add autospec=True to mocks  https://review.openstack.org/17091116:29
*** ijw has joined #openstack-ironic16:29
jrolldevananda: ughhhhh, the pain16:30
jroll(api method signature changes are rebase hell for us) :P16:30
openstackgerritDevananda van der Veen proposed openstack/ironic: Disable XML now that we have WSME/Pecan support  https://review.openstack.org/16964316:31
devanandajroll: oh? :(16:31
jroll@METRICS.instrument(...)16:32
jroll(hopefully we'll resolve this difference next cycle)16:32
devanandajroll: so the monkeypatch is in rev6, has no api signature changes16:32
* rameshg87 will be back for the meeting 16:32
*** rameshg87 is now known as rameshg87-away16:32
* devananda gets more coffee16:32
jrolldevananda: yeah, don't do that just for us though16:32
*** meghal has joined #openstack-ironic16:35
*** ijw has quit IRC16:35
*** ukalifon1 has joined #openstack-ironic16:38
devanandaTheJulia: ping re: https://review.openstack.org/#/c/168120/ -- anything I can do to help?16:41
*** degorenko has joined #openstack-ironic16:41
NobodyCambrb quick smoke before meeting16:44
*** killer_prince has joined #openstack-ironic16:45
*** killer_prince is now known as lazy_prince16:45
*** spandhe has joined #openstack-ironic16:47
*** davideagnello has joined #openstack-ironic16:52
*** rameshg87-away is now known as rameshg8716:54
NobodyCammorning rameshg87 :) WB16:54
rameshg87folks, someone available to look at an rc1-bug: https://review.openstack.org/#/c/169419/16:54
rameshg87NobodyCam: morning :)16:54
TheJuliadevananda: thoughts, on time would be nice16:54
BadCubheya rameshg8716:54
rameshg87hello BadCub16:54
TheJuliarameshg87: re, review 168120, I think trying to mock time is rather problematic and showing it's self to be unreliable to me16:55
*** meghal has quit IRC16:55
TheJuliarameshg87: any thoughts would be wonderful16:56
devanandarameshg87: that's a huge change to land 3 days before RC116:56
rameshg87TheJulia: sure, let me take a look16:56
rameshg87devananda: but that bug has been marked as critical :(16:56
devanandarameshg87: it's also adding a completely new step to the deployment process, and a new wait() for callback16:56
*** meghal has joined #openstack-ironic16:56
rameshg87devananda: yes. another call-back for reporting the status16:57
rameshg87devananda: would you prefer not landing it in kilo, rather ?16:57
* NobodyCam heads over to meeting channel16:59
jrollshall we have a meeting?16:59
rameshg87devananda: but there is one issue, that change has to land now OR revert back the dependent DIB patch which got submitted https://review.openstack.org/#/c/169354/16:59
rameshg87devananda: i will bring this up in open discussion16:59
devanandammm, meeting16:59
* BadCub wanders off to meeting17:00
jrollif any cores want a quick button to push during the meeting, I forgot this was in my pile https://review.openstack.org/#/c/169756/17:02
NobodyCamjroll: +a'd17:04
jrollthanks!17:05
*** victorfeitosa has joined #openstack-ironic17:07
*** Marga__ has quit IRC17:07
BadCubNobodyCam: Ty :)17:08
*** ukalifon1 has quit IRC17:11
*** Marga_ has joined #openstack-ironic17:12
*** ijw has joined #openstack-ironic17:12
openstackgerritMerged openstack/ironic-python-agent: Add PYTHONHASHSEED=0 to venv tox env  https://review.openstack.org/17089717:13
*** achanda has joined #openstack-ironic17:15
*** Marga_ has quit IRC17:19
*** toure_mtg is now known as toure17:25
openstackgerritMerged openstack/ironic-lib: Copy .gitignore from Ironic  https://review.openstack.org/16975617:33
*** Nisha_away has joined #openstack-ironic17:36
*** jjohnson2 has quit IRC17:36
*** trown|lunch is now known as trown17:50
*** Marga_ has joined #openstack-ironic17:50
openstackgerritJulia Kreger proposed openstack/ironic: Add retry logic to _exec_ipmitool  https://review.openstack.org/16812017:51
NobodyCamis that with out the one test?17:52
TheJuliaIt is17:52
NobodyCam:)17:52
TheJuliaI added an additional comment17:52
TheJuliaalso17:52
TheJuliaw/r/t the string that it searches, looks like that is actually coming from the hardware17:52
*** ijw has quit IRC17:57
* rameshg87 waits to push power button of laptop and run to sleep 17:57
NobodyCam:) two minutes rameshg8717:58
rameshg87:)17:58
* rameshg87 goes to sleep 18:00
rameshg87good night all18:00
*** rameshg87 has quit IRC18:00
devananda18:00:49 < wanyen> The idea was to explore this proposal with upstream and see whether it's a reasonable approach18:01
NobodyCamnight rameshg8718:01
*** wanyen has joined #openstack-ironic18:02
*** meghal has quit IRC18:03
NobodyCamwanyen: if this is just a PoC or patch to explore an Idea I would really like to see that inthe commit message18:03
*** meghal has joined #openstack-ironic18:03
*** Marga_ has quit IRC18:04
wanyenNobodyCam, Shiv came up with this idea after Kilo3 discussion of secure boot so he put togther the code.  The intetn was to bringthis up inthe ironic meeting and have folks take a look at it and see if it's a reasonable apporach and whehter he canget a FFE to pursue it.18:04
*** Marga_ has joined #openstack-ironic18:04
wanyenBased on my understanding, he brought this in one of the ironic meeting but the decision was to put it off18:06
NobodyCamwanyen: yes it was on the meeting agenda.18:06
NobodyCami seems to recall chatting about it18:06
NobodyCambut IMBW18:07
devanandawanyen: so, there was a FFE granted for the uefi-secure-boot work. That was granted for patch https://review.openstack.org/165907 which was landed on 3/19 and the work considered complete at that time18:07
wanyendevananda, this is secure boot for pxe-ilo driver18:07
devanandawanyen: then this issue was raised and a new patch was proposed: https://review.openstack.org/16619218:07
devanandawanyen: but that was not part of the FFE18:07
BadCubhttps://review.openstack.org/#/c/154808/ was also bumped to L for this same BP18:08
devanandathat wasn't even available for reviewers to look at until after we thought uefi-secure-boot was complete :(18:08
wanyenno, that was not part of the ffe granted by ironic18:08
devanandaBadCub: oh, i see. this was refactored to put the config option changes in 166192 instead of 15480818:09
rwsuhi, where can I find the list of events ironic emits to the amqp bus?18:10
BadCubbrb18:11
*** harlowja_away is now known as harlowja18:11
wanyendevananda, shiv discussed this at one of the irc meeting, folks  in that meeting think that migration of elilio to grub2 shouldbe address in Liberty so he did not pursue it further18:11
devanandagotcha. i'm piecing it back together18:11
devanandahttps://review.openstack.org/#/c/154808/49 was the original, full proposal, which I blocked because it's changing much too much this late in the cycle18:12
devanandahttps://review.openstack.org/#/c/165907/2 has the common things for ilo drivers, and landed becaues it was well isolated to the ilo driver18:12
devanandahttps://review.openstack.org/#/c/166192/13 contains the pxe template changes to support grub218:12
devanandahttps://review.openstack.org/#/c/154808/53 contains some more of that, and is the remnants of the full proposal that I blocked previously18:13
devanandabut because of the way shivanand refactored it, my -2 -- and ALL the discussion history -- got separated from the config changes18:14
*** degorenko has quit IRC18:14
wanyendevananda, yes.  The initial pxe-ilo secure boot changed teh boot loader to grub2.  revieweres have concerns about elilo migration to grub2 may not work for condtuctor take over so pxe-ilo seucre boot was blocked by secure boot for iscsi-ilo and agent-ilo were merged to Kilo.18:15
devanandawanyen: since the grub2 support in https://review.openstack.org/#/c/166192/13 has not, and almost definitely will not, land in Kilo, does this mean uefi-secure-boot is incomplete / does not work yet?18:15
devanandawanyen: or does it work, but only with some drivers?18:15
wanyendevananda, secure boot for iscsi-ilo and agent-ilo work.18:15
*** Marga_ has quit IRC18:16
wanyenseucre boot for pxe-ilo is bumpted to Liberty18:16
devanandacool18:16
*** Marga_ has joined #openstack-ironic18:16
* devananda updates and notes this on https://blueprints.launchpad.net/ironic/+spec/uefi-secure-boot18:18
* devananda retargets uefi-secure-boot to Liberty18:19
BadCubdevananda: this is also listed on the Pad for L18:20
wanyendevananda, youmeant retarget secure boot for pxe-ilo to Liberty.  seucre boot for agent-ilo and iscsi-ilo is for Kilo. right.18:21
devanandawanyen: well, there's only one BP ....18:21
devanandawanyen: while the code for agent-ilo and iscsi-ilo has landed, the feature isn't complete18:22
wanyendevananda, just want to make sure agent-ilo and iscsi-ilo will be part of the kilo.18:22
wanyenI meant secure boot for agent-ilo and iscsi-ilo will be part of kilo.18:23
devanandawanyen: yes, but it's awkward that it only works for those two drivers, and not for pxe_ilo18:24
* NobodyCam eats a waffle18:25
wanyenThe users who use pxe-less drivers (agent-ilo and iscsi-ilo) they can use secure boot. We will submit a ndew bp for secure boot for pxe-ilo driver for liberty18:25
wanyens/sdew/new18:26
devanandawanyen: ty18:28
wanyendevananda, thanks!18:28
NobodyCamhttps://review.openstack.org/#/c/167952 looks like it would be impacted by stringFreeze18:31
wanyenNobodyCam, so does it imply?18:34
wanyenNobodayCam, so what doe sit imply?18:34
wanyenI just cannot type18:34
wanyenwhat does it imply?18:34
*** ijw has joined #openstack-ironic18:35
*** victorfeitosa has quit IRC18:38
NobodyCamwanyen: string freeze is like the other freezes18:40
NobodyCamwanyen: https://wiki.openstack.org/wiki/StringFreeze18:40
wanyenNobodycan, so can 167952 fix be included in Kilo?  Is there anything else we need to do to merge this fix?18:42
wanyens/Nobodycan/NobodyCam18:43
BadCubbrb18:44
devanandaNobodyCam: what string changes are there in that patch?18:50
devanandacause i dont see any ...18:51
NobodyCamhummm18:52
devananda"Deploy boot mode is %(boot_mode)s for %(node)s." is moved from one file to another, but the string isn't changed. And a debug message of "Secure boot deploy requested for node %s" is removed.18:54
NobodyCamya I think I confused soemthing18:54
NobodyCamyep sure did18:55
NobodyCam169419 was the patch set I was actually looking at18:55
NobodyCam:(18:55
* NobodyCam looks at now empty coffee cup and wounder if he's had enough18:55
*** Marga_ has quit IRC18:56
NobodyCamhttps://review.openstack.org/#/c/169419/12/ironic/drivers/modules/iscsi_deploy.py18:56
devanandaoh18:56
NobodyCamI swapped the reviews with another opentab of mine18:56
*** ijw has quit IRC18:57
devanandayea, that patch scares me18:57
devanandawe need to figure out WTF we're doing here18:57
meghalhello…had a quick question on how conductor affinity is set for ironic node when it is created for the first time ? I see that there is logic to update conductor affinity periodically for nodes which are actively deployed. But, but I could not figure out how does node get its initial conductor affinity.18:59
meghalcould somebody explain or point me to related logic ?18:59
*** ijw has joined #openstack-ironic18:59
BadCubdevananda: that one is listed on the pad already18:59
NobodyCammeghal: you looked at the hash_ring code already?19:00
devanandameghal: hash ring. nodes are distributed across the set of available conductors which can service that node's driver19:00
devanandai'm sure we have some documentation on that somewher e...19:01
meghaldevananda:  yep…I looked at that, but seems like periodic sync of local state is run only for node whose provision state = active19:01
meghaldevananda:  here is the link - https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L112519:02
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Error doc builds on WARN or ERROR  https://review.openstack.org/17025919:03
TheJuliaNobodyCam: There must always be coffee.... in accordance with the prophecy.19:03
*** ijw_ has joined #openstack-ironic19:04
NobodyCam:)19:05
*** Nisha_away has quit IRC19:05
devanandameghal: there probably shouldn't be any local state if provision-state != active (in-progress operations notwithstanding)19:05
devanandameghal: the affinity is based on the mapping. the periodic task to manage local state is separate from that affinity, but uses the same function. the affinity isn't actually /stored/ anywhere19:06
*** ijw has quit IRC19:07
NobodyCambrb19:10
meghaldevananda:  than during periodic power sync from each conductor process, conductor does power sync for nodes which are mapped to itself…and it picks up this mapping based on hash ring19:16
meghalso my question was if periodic hash ring refresh (sync_local_state) is done only for nodes whose provision state == active, then how would a new ironic node show up in hash ring ?19:17
*** uschreiber_ has joined #openstack-ironic19:18
*** ijw_ has quit IRC19:23
*** uschreiber_ has quit IRC19:23
*** Marga_ has joined #openstack-ironic19:29
Shrewsdevananda: we do store affinity in nodes table19:30
*** trown is now known as trown|brb19:31
NobodyCameveryone already take the OpenStack User Survey?19:36
meghaldevananda, Shrews: yep…I do see it here - https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L112019:36
Shrewsmeghal: a new node will not show up in the ring until it is provisioned, if i understand your question correctly. i just quickly glanced at the scrollback19:37
meghalShrews:  yes that is what my first question was19:37
meghalShrews:  follow-up question - conductor periodically does a power sync of nodes which are mapped to itself and this mapping is obtained from hash-ring19:38
*** trown|brb is now known as trown19:38
meghalShrews:  so does it mean that conductor does a periodic power sync of node's which are provisioned ?19:39
meghals/node's/nodes/19:39
Shrewsmeghal: i believe that is correct19:43
*** Marga_ has quit IRC19:48
*** alexpilotti has quit IRC19:48
meghalok…great…that brings more clarity to my understanding19:50
meghalthanks Shrews and devananda19:51
*** dencaval has quit IRC19:52
jrollNobodyCam: I haven't, got a link or something?19:52
jrollShrews: meghal: the hash ring manages all nodes, all nodes get the sync power state loop :/19:53
Shrewsjroll: i thought conductor affinity was only set when deployed?19:53
jrollShrews: hash ring != conductor affinity19:54
meghaljroll:  mapping is obtained from hash ring and hash ring has nodes which are provisioned…is that correct ?19:55
jrollmeghal: hash ring has all nodes19:55
jrollbut not all nodes have a conductor affinity19:55
jroll(because that's only needed for ACTIVE nodes)19:55
NobodyCamjroll: ???19:57
jroll??? what19:57
NobodyCamjroll: link for?19:57
jrollNobodyCam: oh, ha, the user survey19:57
*** ijw has joined #openstack-ironic19:57
meghaljroll:  so when node is added to ironic, which periodic task will add the new node in hash ring? is it sync_local_state ?19:59
NobodyCamoh : https://www.openstack.org/user-survey19:59
jrollNobodyCam: thanks19:59
jrollmeghal: I'm not sure off hand, I'll need to look19:59
*** kkoski has quit IRC20:00
jrollmeghal: oh man, I think you're right. seems like a bug.20:00
jroll(the only-update-active-nodes thing there)20:00
*** kkoski has joined #openstack-ironic20:01
*** kkoski has quit IRC20:02
*** kkoski has joined #openstack-ironic20:02
jrollmeghal: actually, no. see self.ring_manager.reset() there20:03
jrollthat will reset the hash ring, which will force an update20:03
meghaljroll:  yeah - https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L113420:04
meghaljroll:  so reset is being called as part of sync_local_state and internally hash rings are all updated20:04
*** alexpilotti has joined #openstack-ironic20:04
jrollmeghal: correct20:04
meghaljroll:  then sync_local_state goes on to update affinity and handle take over of active nodes20:04
jrollcorrect20:05
meghaljroll:  periodic power sync uses same hash ring built during sync_local_state to obtain current conductor's mapping and report only power state for nodes which belong to current conductor in the mapping…right ?20:06
*** zer0c00l has quit IRC20:10
jrollmeghal: correct20:10
*** zer0c00l has joined #openstack-ironic20:10
JayFThe IPA docs build/upload worked -- the first time! http://docs.openstack.org/developer/ironic-python-agent/20:11
meghalok…perfect…that makes it clear20:14
meghaljroll:  thanks20:15
*** kkoski has quit IRC20:16
*** alexpilotti has quit IRC20:16
jrollnp meghal :)20:16
JayFJoshNang: jroll: one of you mind landing this? https://review.openstack.org/#/c/170259/20:17
*** Marga_ has joined #openstack-ironic20:19
jrollJayF: I won the race20:19
*** dprince has quit IRC20:19
JoshNanglol20:20
JayFeveryone wins20:20
JayFwhen patches get merged20:20
NobodyCam:)20:20
JoshNangjroll: heh you're +A wasn't there when I clicked review. double +A20:20
JayFs/'re/r/20:21
JoshNanggah!20:21
JayFI'm really happy + surprised the docs build worked on the first try20:22
JayFalthough we still have lots of docs to write that's a great start, and it'll be easier to get contributions since they actually have a place to go20:22
NobodyCamJayF: +++++20:22
JoshNangjroll: did you put up a fix for validate() in the agent requiring deploy_kernel/ramdisk?20:23
jrollJoshNang: nope, haven't touched it20:23
JoshNangjroll: kk, i'll roll it in with the other none dhcp provider fixes20:23
jrollsick, thanks20:24
*** Marga_ has quit IRC20:24
*** ijw_ has joined #openstack-ironic20:24
*** ijw has quit IRC20:27
*** krtaylor has quit IRC20:28
*** andreykurilin_ has joined #openstack-ironic20:28
NobodyCamTheJulia: just checking on 168120 that the string you are searching for there is not translated if the operator is out side the us?20:30
*** ijw_ has quit IRC20:30
*** ijw has joined #openstack-ironic20:31
*** krtaylor has joined #openstack-ironic20:33
*** kkoski has joined #openstack-ironic20:35
NobodyCam169643 +a'd20:42
*** trown is now known as trown|outttypeww20:42
TheJuliaNobodyCam: as far as I can tell, it is a string returned directly from the firmware, so honestly I think it would be dependent upon the chassis20:45
*** firl has quit IRC20:46
TheJuliafigures my grep failed when I go back and look again20:54
NobodyCamofc20:54
NobodyCam:-p20:54
TheJuliaNobodyCam: its a hardcoded string in ipmitool20:55
*** Marga_ has joined #openstack-ironic20:58
openstackgerritJulia Kreger proposed openstack/ironic: Add retry logic to _exec_ipmitool  https://review.openstack.org/16812021:00
openstackgerritMerged openstack/ironic-python-agent: Error doc builds on WARN or ERROR  https://review.openstack.org/17025921:01
NobodyCamTy TheJulia forthe Note21:02
JayFTheJulia: https://review.openstack.org/#/c/168120/8 had a single issue I found, you might wanna fix it before it gets +2s on it21:06
*** kkoski1 has joined #openstack-ironic21:09
*** kkoski has quit IRC21:09
*** meghal has quit IRC21:10
TheJuliaJayF: they are fundimentally different messages though, I kind of wonder if doing so might lead to partial translations21:12
JayFTheJulia: I thought they were identical messages?21:12
JayFTheJulia: OOOH, I see21:13
JayFTheJulia: you're right, I'm wrong21:13
TheJulia:)21:15
NobodyCambrb21:19
*** kkoski1 has quit IRC21:20
openstackgerritJosh Gachnang proposed openstack/ironic: None DHCP Provider does not work with agent driver  https://review.openstack.org/17098421:21
JayFJoshNang: ^ not trying to be that guy but... this should have a bug, and it should be labelled in the commit21:22
JayFJoshNang: too big of a bug to not have it documented in lp imo21:22
*** meghal has joined #openstack-ironic21:23
openstackgerritJosh Gachnang proposed openstack/ironic: None DHCP Provider does not work with agent driver  https://review.openstack.org/17098421:24
JoshNangJayF: heh i was already on it21:24
JoshNangas soon as i hit review i said 'dang it, need a bug'21:25
TheJuliaI have a feeling that this change will break bifrost21:33
NobodyCamTheJulia: which change?21:33
TheJulia170984\21:33
NobodyCamhumm21:34
JoshNang:(21:36
JoshNanganyway to avoid that? it was definitely breaking when i tried to deploy mostly stock ironic to our preprod env21:36
TheJuliaHow did it break?21:37
TheJuliaSee alternative suggestion in my review :)21:38
JayFTheJulia: for instance; we don't have or need deploy_kernel or deploy_ramdisk on nodes21:38
JayFTheJulia: because our external DHCP implementation includes tftp21:38
TheJuliaYup, that makes sense21:38
JayFI don't think having ironic run tftp while not running dhcp can make sense either21:38
JayFbecause you can't know which conductor a node is assigned to in the hash ring21:39
JayFso you can't know which conductor is running the tftp server for that node ahead of time21:39
JayFto configure your None external DHCP provider21:39
TheJuliaIn a small scale it does make sense though21:39
JayFI mean, with 1 conductor21:39
JayFwhich is a scale I don't think we should support at all, tbh -- you, at that point, are a SPOF and basically can't scale like a normal Ironic deployment21:40
TheJuliaIf your purely using it to orchustrate and stand-up machines that will continue to live, does it really matter to have a scaled/redundant ironic deployment?21:40
JayFIt matters because regardless of what your use case is, if that option/feature exists, and we can't scale it up, then we (Ironic) will be to blame21:42
JayFSee our current bug about people using Fake drivers in production because they didn't know better21:42
jrollJayF: TheJulia: so the thing is, 'dhcp_provider=none' isn't enough to handle all the use cases21:44
TheJuliajroll: Absoloutely agree21:45
jrollhaving those checks in 170984 is also a pretty harsh layer violation :/21:45
JayFjroll: I'm trying to think of a use case that works for >1 conductor that involves Ironic not managing dhcp, but managing tftp/pxe configs21:45
JayFjroll: I can't think of any21:45
JayFI'm curious where else that setting is ... leaky21:45
devanandaJayF: active-passive conductors with a floating IP where both build all the configs21:46
jrollJayF: I don't see why this doesn't work for many conductors21:46
JayFdevananda: Is that an Ironic-supported config?21:46
devananda(never put those words together before, it's probably a horrible idea)21:46
devanandaJayF: i have no idea21:46
JayFjroll: where do you tell your DHCP server to send the node for next-server?21:46
jrolldevananda: I don't think that would work in ironic today21:46
JayFjroll: that's the reason it doesn't work21:46
TheJuliaJayF: I do agree, I'm just thinking that if we focus only on massively scalable, then we loose sight of the 50 node cluster that would drive adoption21:46
jrollJayF: can't there be many next-servers?21:47
jrollwhere it tries in order or whatever21:47
jrollI feel like I've seen this but imbw21:47
*** andreykurilin__ has joined #openstack-ironic21:47
JayFjroll: With how bad Ironic can be at cleaning up PXE configs, even that seems like a dubious idea21:47
*** andreykurilin_ has quit IRC21:47
jrollsure21:47
JayFTheJulia: I agree, but I want to think of something that'll work for you + still be allowed to scale21:47
JayFTheJulia: hell, even dhcp_provider=PxeOnly, maybe21:48
JayFor however you'd format that21:48
jrollthing is, pxe configs / tftp stuff / etc isn't done in the dhcp provider today21:48
TheJuliaJayF: to that, I think we're in agreement :)21:48
jrollhence the giant hack here21:48
JoshNangletting the dhcp drivers do most of this work seems like a good way to handle this21:48
JoshNangerr yeah, what jroll said21:48
devanandajroll: yes, it may be a list -- https://tools.ietf.org/html/draft-ietf-dhc-nextserver-0221:48
devananda6.1. Next Server IP address option21:49
devanandaThe Next Server IP address Option specifies a list of IP21:49
devanandaaddresses for secondary servers21:49
jrollso for kilo, I think one of these two cases needs to win21:49
jrollI don't tend to care too much which, this patch isn't painful for us to carry downstream21:49
jrollbut otoh then this isn't really a usable config for others, at >1 conductor21:49
JayFjroll: yeah, I agree with you21:49
JayFthat being said ... the likely only two sets of stakeholders are here21:50
JayFheh21:50
JayFroshambo for supremecy? heh21:50
jrollJayF: well, anyone that deploys ironic in the next six months is a possible stakeholder21:50
jrollbecause release cycles etc21:50
devanandathis code's going to stick around longer than that21:50
JayFjroll: ugh, I forget people go 6 months or longer without upgrading :(21:50
jrolldevananda: long term it must be made better, short term is what counts 3 days from release21:51
JayFHow hard/reasonable is it to put that code in the DHCP provider before K-release?21:51
JayFbecause that's the real/best fix, right? That code goes into DHCP provider, add a DHCP driver that does pxe-only21:51
JoshNangJayF: there's a fair bit of code21:51
jrollseems like a large refactor, I probably wouldn't +221:51
jrollI'd rather think about the cases better21:51
JayFthat's what I thought, but just making sure21:51
jrollthis is probably a great candidate for the whole BootInterface thing21:51
TheJuliaIt seems like dhcp management and pxe management just been to be split apart in the discussion21:52
devanandajroll: ++21:52
devanandathe whole deploy vs. boot interface split should make this stuff much clearer21:52
devanandaalso, what's actually broken right now?21:52
devanandaJayF: I get the concern that "if its there, someone will (mis)use it"21:52
jrolldevananda: none dhcp provider without putting deploy_kernel/ramdisk is broken21:52
devanandabut what's -actually- broken that warrants a rush fix before RC1?21:52
JayFdevananda: also more like "Do we *ever* want to encourage people to run a single conductor?" -- my answer to that is very no21:53
devanandaJayF: sorry, I'm going to do it ALL the time21:53
jrolldevananda: e.g. ironic not caring about the deploy ramdisk is broken. as in, how we run our environment21:53
devanandaJayF: that's how we test in devstack. that's how I will run my home lab.21:53
jroll(it's been broken, we just hacked around it)21:53
jrolldevananda: I think JayF is saying "don't ship code that breaks with >1 conductor"21:54
JayFdevananda: sure; but that's to test for production environments. Which have >1 conductor, and which would completly dissapoint you as a deployer if something worked in devstack + home lab and then later broke when deploying it to >1 conductor in production21:54
devanandajroll: that's quite a different statement, and one I would definitely agree with21:54
JayFIf anything; the fact most people run with 1 conductor makes me even more scared of adding a configuration which would generally break with a single conductor21:54
JayFbecause it means we're setting up a user for success in a lab but later production failures21:55
mrda-awayMorning Ironic21:55
*** mrda-away is now known as mrda21:55
devananda"do we want 1 coductor to work?" -- yes. "should we sacrifice any multi-conductor functionality to do that?" definitely not.21:55
JayFdevananda: here's the question to you: Should Ironic support features that only work in single-conductor environments?21:55
jrollJayF: (just thought of another way this works, put /tftpboot on a shared filesystem and yes that's horrible please don't hurt me)21:56
JayFjroll: I mean, you haven't sold me on that being that horrible yet21:56
devanandajroll: so we've got a proposal for exactly that. go look at the irmc driver's virtual media code21:56
devanandas/exactly/basically/21:56
jrollJayF: assuming we have locks aroudn that stuff, it's probably fine, but afaik conductors could stomp on each other in that config today21:57
jrolldevananda: right, I don't love that either :)21:57
JayFjroll: what I was thinking would be awesome is with iPXE + generated configs, you could have a static DHCP setup give out ipxe configs + an API vip to point to get the ipxe configs, then generate them on the fly21:57
JayFjroll: that's really the grade A solution to this kind of problem21:57
jrollJayF: lucas is working on that :)21:57
JayFjroll: have the static configs bootstrap you into a higher protocol, then use that to avoid the problem entirely21:57
jrollyep21:57
JayFHell, we'd probably switch to that21:57
devanandaJayF: that would be great. and yea, lucas has been working on that. i'm sure he'd love help :)21:57
jrollat any rate, this is far from the immediate problem21:57
devanandaindeed21:57
jrollbut I need to run to a meeting and I know the rest of j* does too :/21:58
jrollbut really one of these two models is going to break21:59
devananda:-/22:00
JayFTheJulia: can we get an official pronunciation for "bifrost" 'bye-frost'?22:00
jrollI saw a movie the other day where it was pronounced bye-frost and that's how I've always said it22:01
jrollso wfm22:01
*** firl has joined #openstack-ironic22:02
TheJuliaJayF: Sure, but first I need to go on vacation, go to the top of a mountain, and record what me saying it with my deepest most sinister voice, and then translate that into a pronouciation. :)22:02
TheJulias/me/I'm/22:02
JoshNangLOL!22:03
devanandaTheJulia: +10022:03
TheJuliaJayF: hopefully I'll remember to pack the boom bike so I can get some good audio with my camera... and hopefully I'm not shivering at the time22:04
devanandaTheJulia: you'll be warm and toasty from the hike to the top of te mountain22:05
JayFTheJulia: is it prounouced bye-doooooooooooooooooooom-frost?22:05
* mrda has never heard of a boom bike22:05
*** wanyen has quit IRC22:07
TheJuliaJayF: bye-frost of doooooooom maybe22:07
TheJuliawell, more ooooos are needed in that, but yeah :)22:07
JayFTheJulia: bifrost brings DOOOM TO SERVERS?22:07
* TheJulia thinks bifrost will need a light red logo now22:07
JayFTheJulia: ^ there's your winner, lmk if you need a professsional voiceover, haha22:07
JayFTheJulia: extra light red22:07
TheJulialol22:07
*** achanda has quit IRC22:08
TheJuliaOh the memories...22:08
TheJuliaJayF: and inside jokes :)22:09
TheJuliadevananda: I'm planning on doing sunrise photography, so I'll be getting to the top of the mountain like an hour before sunrise.... I will be cold :(22:12
mrdaTheJulia: Sounds lovely! (except the cold bit)22:14
*** achanda has joined #openstack-ironic22:14
*** andreykurilin__ has quit IRC22:14
devanandaTheJulia: pre-sunrise is a great time to be shouting doom from the mountaintops :)22:15
devananda*dooooooom22:15
devananda*doooooooooooooooom22:15
TheJuliahehe22:16
*** romcheg has quit IRC22:16
* mrda wonders whether devananda is talking about RC1 :)22:16
mrdadevananda: thanks btw for pushing through review 169643.  I think it's great we got this one in.22:18
NobodyCammorning mrda22:19
* NobodyCam liked Doom ][ better22:19
mrdaNobodyCam: hey22:20
openstackgerritMerged openstack/ironic: Disable XML now that we have WSME/Pecan support  https://review.openstack.org/16964322:31
devanandamrda: welcome. thx for starting it22:34
mrdadevananda: np22:36
openstackgerritMerged openstack/ironic: Refactor test code to reduce duplication  https://review.openstack.org/16998122:37
openstackgerritJohn L. Villalovos proposed openstack/ironic: Shorten time for unittest test_create_cleaning_ports_fail  https://review.openstack.org/17099922:38
* NobodyCam brb22:41
*** ijw has quit IRC22:42
*** ijw has joined #openstack-ironic22:43
*** jrist has quit IRC22:47
*** jrist has joined #openstack-ironic22:49
openstackgerritJohn L. Villalovos proposed openstack/ironic: Shorten time for unittest test_download_with_retries  https://review.openstack.org/17100222:54
* jlvillal revels in the glory of shortening the time of unit tests :D22:55
jlvillalTheJulia: The reason I don't do landscape photography.  Too much work :)  Waking up super early, hiking out in the cold, and then hoping when the golden hour arrives the sky looks good...22:57
JoshNangjlvillal: ahh thanks for fixing the cleaning port fail test. its been on my list...>1s tests bug me too22:57
jlvillalJoshNang: You're welcome22:58
mrdajlvillal: but there is something grand about capturing the shot at just the right moment...22:59
*** devlaps has joined #openstack-ironic22:59
*** igordcard_ has joined #openstack-ironic22:59
jlvillalJoshNang: It is giving me the chance to wander around in the code.  Though I will be honest I have no idea where the time.sleep(0) call is coming from.  When I wandered around in the code I couldn't figure out how it was called.  But mock was telling me it is called.22:59
jlvillalmrda: Totally true!  I just don't have the motivation to do.  I do admire the people who have the motivation to do it though.23:00
TheJuliajlvillal: but the photos can be amazing! :)23:00
jlvillalTheJulia: Yes they can! :)23:01
* mrda just bought a 7DMkII to replace his, ahem, older camera23:01
jlvillalJoshNang: I'm thinking it is this: openstack/common/periodic_task.py:            time.sleep(0)   but I wasn't sure how that was getting called.  But mocking time.sleep got rid of the long test time.23:01
TheJuliaI <3 my 5DMkII23:01
jlvillalmrda: TheJulia:  Good cameras both :)  I'm a Nikon guy, but I think Canon, Nikon, and Sony all make good stuff.23:02
TheJuliaAlthough, I've been tempted to pickup a film camera23:02
mrdaTheJulia: \o/ I strongly considered buying tat when it came out, but I didn't want to go full-frame23:02
jlvillalTheJulia: Me too, but then I think about the actual effort involved in getting stuff developed.  Used film cameras can be pretty cheap these days.23:02
TheJuliajlvillal: they make kits to do processing at home, I know a few people locally that develop their own film23:03
TheJuliabut yeah, time23:03
mrdajlvillal, TheJulia: It's more the time for me.  I don't have enogh time to shoot, let alone process at home23:03
TheJuliayeah23:04
mrdasnap23:04
TheJuliamy camera has barely exited it's bag in the last year23:04
TheJulia:(23:04
mrdaTheJulia: Well, go climb a mountain then :)23:04
jlvillalmrda, TheJulia: Sound like me :(  I got a lot of gear but haven't been doing much lately.  I need to get back into it.  Do some meetups...23:05
*** jamielennox|away is now known as jamielennox23:07
TheJuliaWhich reminds me, I took my lighting and backdrop kits to my partner's house, I should like... take them out of the entryway and stuff23:09
*** chlong has joined #openstack-ironic23:10
jrolljlvillal: in general, time.sleep(0) is used to signal eventlet to yield to another thread in the pool (not sure where that call in particular comes from)23:20
jlvillaljroll: I wandered the code for a bit looking but ran out of steam trying to track it down.  The unittest fix worked and it did show that time.sleep was being called.23:21
jrollheh23:21
jlvillaljroll: So I said, "good enough!"23:22
jrolljlvillal: I see time.sleep(1) called in ironic/common/glance_service/base_image_service.py23:23
jrollI assume that's what you're looking for?23:23
*** yuanying has joined #openstack-ironic23:25
* mrda always gets concerned about time.sleep() calls in production code23:27
jrollfor retry? :P23:27
mrdaWell, sometimes they just hide races23:28
mrdaor scare heisenbugs to move elsewhere23:28
jrollyeah, true23:31
devanandaBadCub: how do you feel about the title "facilitator"?23:35
openstackgerritJosh Gachnang proposed openstack/ironic: Allow IPA to request reboot after clean steps  https://review.openstack.org/16950423:36
jlvillaljroll: Yes that time.sleep I saw.  It was the cleaning one I was confused about23:39
jrolljlvillal: I'm looking at the wrong patch then :)23:40
jlvillalJoshNang: Do you want to fix the cleaning ports?  Or should I just update my patch to try mocking the rollback function?23:40
JoshNangjlvillal: i can update that patch23:40
jlvillalJoshNang: Thanks :)23:40
jlvillaljroll: It is: https://review.openstack.org/17099923:40
JayFJoshNang: https://review.openstack.org/#/c/169504 -> I just put a comment on, you missed one thing Dmitry pointed out23:41
jrolljlvillal: sorry, still not seeing the time.sleep(0) or why it matters23:42
jlvillaljroll: I couldn't find it either.  But mock says time.sleep is called.23:43
jrolljlvillal: I guess I don't get why it matters23:44
jlvillalJoshNang: I'm also unsure why it decreased the time, but with my patch it no longer takes 2+ seconds.  I don't see it listed after I do the patch.23:44
jrollif you can't find it, don't assert that it's called, right?23:44
jlvillaljroll: I put the assert in there to sort of prove that yes time.sleep really is being called.23:44
jrolljlvillal: but does it matter?23:45
jlvillaljroll: But JoshNang is going to mock a different function.  So the time.sleep part should go away.23:45
JoshNangso the problem was a neutron delete call wasn't getting mocked. i'm guessing neutron uses time.sleep for its retries?23:45
jrolljlvillal: in other words, that test shouldn't be testing that time.sleep is called, because that's an implementation detail outside of the method being tested23:45
jroll](imho)23:45
jrolls/]//23:45
jlvillalJoshNang: Sorry about that.  Sometimes I'm unsure about how much people want to allow their unittests to run other functions.23:46
mrda+123:46
JoshNangjlvillal: don't be sorry, i'm the one that missed the mock :P23:46
jlvillalJoshNang: I was assuming that it was desired to call that delete call in the unittest.23:46
*** Marga_ has quit IRC23:47
jlvillaljroll: Makes sense on not checking that time.sleep is called.23:47
*** stendulker has joined #openstack-ironic23:48
openstackgerritJosh Gachnang proposed openstack/ironic: Shorten time for unittest test_create_cleaning_ports_fail  https://review.openstack.org/17099923:48
jlvillalJoshNang: Do you want to update the commit message?23:48
JoshNangsure23:49
jlvillalJoshNang: Thanks!23:49
*** achanda has quit IRC23:51
openstackgerritJosh Gachnang proposed openstack/ironic: Add missing mock for test_create_cleaning_ports_fail  https://review.openstack.org/17099923:52
openstackgerritJosh Gachnang proposed openstack/ironic: Allow IPA to request reboot after clean steps  https://review.openstack.org/16950423:55
jlvillaljroll: mock_clean instead of mock_sleep was a brain fart :(23:55
jrolljlvillal: ha, I figured23:56

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